similar to: [Fwd: Re: Windows XP client - intermittent 'network name cannot befound' loading profile]

John, I have tried the suggestions you provided. I have setup Dynamic DNS as per the Samba 3 By Example book and this is all updating correctly. I have run the validation steps indicated in the book and all names are resolvable and reachable via hosts, DNS and WINS. I am not sure why winbind would need to be turned off, but seeing as I do not need that currently, I have tried disabling it; the

Hello Tim, I have verified and recreated your problem. As soon as I switch SAMBA option security=share , I have exactly the same problems like you, when trying to access a SAMBA share via Windows "Add Network Places" The only option I have to logon is DOOMIT\Guets (DOOMIT is the NetBIOS Name of my samba server). HOWEVER: There *aren't any* problems, if I try to map the share as

I have seen a number of postings which seem similar to the problem I am having, but am yet to find a fix for my situation. Problem is as follows: - Samba 3.0.2 rpm installed on Red Hat Enterprise ES 3.0, configured as PDC with ldapsam backend - Windows XP Professional client joined to the Samba domain. The XP client successfully joins the domain and can browse and access shares (including the

A data set I obtained has the hours running from 01 through 24 rather than the conventional 00 through 23. My favorite, strptime, balks at hour 24. I thought it would be easy to correct but it must be too late on Friday for my brain and caffeine isn't helping. TIA for a hint, Clint -- Clint Bowman INTERNET: clint at ecy.wa.gov Air Quality Modeler INTERNET: clint at math.utah.edu

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 if you see >f it is doing something to the file. At least a delta-xfer. If it was just a metadata change it would show cf. If you see an >fc without a t then that is an example where rsync found a file that didn't match even though the timestamps did. That isn't supposed to happen very often. On 10/28/2015 01:19 PM, Clint Olsen

I just joined this mail-list, so I apologize if this has been discussed before, but: Has anyone suggested adding a "todo list notation" to Markdown? Specifically, I'd like to see an open paren, brace or bracket, at the start of a line, followed by a space, a "/", or a "X", followed by a matching closing paren, brace, or bracket, followed by a space and more text

I have a large data structure that looks like: > strsplit(st,",")[14395] [1] "KGEG" [2] "SA => KGEG" [3] "72785" [4] "47.62139" [5] "-117.52778" [6] "723" [7] "WA" [8] "US" [9] "2" [10] "SPOKANE SPOKANE INTERNATIONAL AIRPORT" [11] "1" I'd like to be able to

I have shapefiles for the state climatic divisions for the United States and read.shape brings them in wonderfully. Now I wish to run through a list of several thousand observation sites to find out in which division each is located. I figure that I can compute the winding number for each site and be done. However a search doesn't find any references and I can't find a winding number

The US water year extends from 01 October yyyy-1 through 30 September yyyy and is referenced by the year starting on the included 01 January yyyy. I'd like to be able to find the annual means for the water year. To do so I've taken the input date-time, which is in the usual format "1991-10-07 10:35:00" changed it by: w$d<-as.POSIXct(w$date.time) Now I can add an

I have a 2 by 226200 table, conveniently read in by read.table(), which exhibits some strange behavior when plotted by plot(V1,V2). The general pattern for the range of windspeeds, [0<V1<50] is as expected -- the wind gust falls in the interval [V1<V2<65] except for certain values of V2. For V2 == c(15,26,37,48,59), the V2 values are positioned at one-tenth of the V1 (i.e., as if I

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 If it seeing the files as new then I agree that stat won't help. It might have explained some other itemize output. Since it is seeing the files as new then they must not be where it is looking. Meaning that your link-dest parameter must not be appropriate for your target. On 01/10/2015 08:49 PM, Clint Olsen wrote: > On Sat Jan 10 2015 at

Clint, Sorry for the delayed reply, but I was away from my computers for several days. On 6 July 2005 at 11:24, Clint Harshaw wrote: | Hi Dirk and Douglas: | | I am a user of Debian and R. My system is a Debian Sarge system, and I | want to add the ibiblio mirror to keep my R installation up to date. | However, I'm running into some trouble when trying to follow the | instructions in the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 What does --itemize-changes say about that file? Try using the stat command on the various copies of it to see what is different about them. On 01/09/2015 09:42 PM, Clint Olsen wrote: > Hi: > > I've been using rsync for a couple years now. Unfortunately, I've > made some changes on both ends, so it's unclear what could be

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --checksum generally takes a lot longer than --size-only. A delta transfer generally goes quicker than a checksum. However, if you want to make a list of what is corrupt a checksumming utility that is less stupid than rsync can be useful. I say that because rsync's - --checksum is entirely unintelligent. It will checksum every single file on

On Sat Jan 10 2015 at 5:21:33 AM Kevin Korb <kmk at sanitarium.net> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > What does --itemize-changes say about that file? Try using the stat > command on the various copies of it to see what is different about them. > In my original message, I stated I used --itemize-changes, and I reported the following: >

Ok, thank you for this extra info. I have experienced exactly what you described. The rsync dry run is _still_ running after being started at 1:30am PST :) But it is finding the right files to update. Most of the entries are: >fc........ Which is what I want. So, just because I see: >f at the beginning... That doesn't necessarily mean that the file is going to get updated at the

Hi: I've been using rsync for a couple years now. Unfortunately, I've made some changes on both ends, so it's unclear what could be the culprit. I make extensive use of --link-dest to provide a cheap "Time Machine"-like backup for a Windows machine. Source: Windows 7 running Cygwin (CYGWIN_NT-6.1 sith 1.7.33-2(0.280/5/3) 2014-11-13 15:47 x86_64 Cygwin) Destination: Synology

You've omitted a comma. races2000 is a data frame, which for purposes of extracting rows behaves like a 2-dimenional object. The following works fine: hills2000 <- races2000[races2000$type == 'hill', ] Additionally, you might like to ponder > type <- races2000[names(races2000)=="type"] > type[1:4] Error in "[.data.frame"(type, 1:4) :

John, What I've done so far is mostly a hack. I've implemented some custom VBS scripts at login to install software (that only works part of the time because my method for granting the users admin priviledges is a UI based VBS hack which types the password in for them from an encrypted VBS script) and I've yet to implement any Windows policies as I've not been motivated enough to

What about -c? It seems I'm getting a lot of spurious file transfer candidates when using: -avvznIi --no-o --no-g --no-p It's showing transfers (receive) for many files I know haven't been tampered with. Thanks, -Clint On Tue, Oct 27, 2015 at 7:53 PM, Kevin Korb <kmk at sanitarium.net> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > That is correct.