on Cygwin.
The Linux rsync daemon is running rsync 2.6.9.
Thanks,
John Neil
nvpublic
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Wayne Davison wrote:
On Sat, Aug 02, 2008 at 08:26:47AM -0500, Neil Gunton wrote:
However if I reinstall Linux, and try to restore from the backup hard
drive, the owner permissions get all mixed up, I assume since the
numeric uids don't match up with the equivalent usernames any more.
Matt McCutchen wrote:
On Sat, 2008-08-02 at 08:26 -0500, Neil Gunton wrote:
I think rsync could match up the "old" uids from
the backup with the "current" uids in the system if it had access to the
old /etc/passwd file, which maps the uids to usernames. So would it be a
g
file,
in order to match up the uids in the source dir to the ones in the
destination? Destination would be assumed to use the current passwd, of
course. This would help map the old uids to the new ones.
Does that make any sense?
Thanks!
Neil
--
Please use reply-all for most replies to avoid o
On Jul 24, 2007, at 1:33 PM, Matt McCutchen wrote:
On 7/24/07, John Neil <[EMAIL PROTECTED]> wrote:
rsync 2.6.9 appears to have a problem syncing files that contain
'::' in their filename. I ran into this set of errors recently:
[jneil-pc:fermi1/hw/fermi1_gf100][162]>
e rsync errors went away.
I looked through the rsync bug database and didn't see any entries
on this subject. I can't try rsync 3.0 since I don't have admin
rights on the rsync server. Anybody know if this a known issue?
Thanks,
John Neil
--
To unsubscribe or change opti
rgvs /bdest/dir/
-
Neil
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
g code could be
reused to provide intial implementations of each of the components?
Refactoring anyone? (Have I used enough Software Engineering
buzzwords yet or what? Ack.)
So, the overall goal would be to increase reliability and to encourage
third party auditing/reimplementation by providing (concept
INTS); /*xxx*/
^
cc: Error: lib/getaddrinfo.c, line 353: In this statement, "EAI_PROTOCOL" is
not
declared. (undeclared)
ERR(EAI_PROTOCOL); /*xxx*/
^
*** Exit 1
Stop.
IX, does that ring any bells with anyone?
I've *got* to get this working and am getting a little desperate... Any
help is *much* appreciated.
Cheers,
Neil
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
atch
from Wayne Davison to see if that helps any. (In my copious spare
time.) In the meantime, I just do the syncs in smaller "chunks".
Regards,
Neil
--
Neil Schellenberger | Voice : (613) 599-2300 ext. 8445
Orchestream | Fax : (613) 59
/* first try to pass it off to our sibling */
+if ( ! ok )
+ok = io_error_write(log_error_fd, code, buf, len);
+
+/* then try to pass it to the other end */
+if ( ! ok )
+
if the pipe to ssh
is still open. If the pipe is still open, we may have our culprit (it
doesn't realise it should be exiting?). If it's closed, we'll need to
know what ssh is up to
Regards,
Neil
--
Neil Schellenberger | Voice : (613) 599-2300 ext. 8445
Cr
.
Now if we could just figure out why it keeps stalling randomly
Regards,
Neil
--
Neil Schellenberger | Voice : (613) 599-2300 ext. 8445
CrossKeys Systems Corporation | Fax : (613) 599-2330
350 Terry Fox Drive | E-Mail: [EMAIL PROTECTED]
Kanata, Ont., Can
hs? My impression is that most of the EOF/hang problems people
are seeing seem related to "large" transfers.
Regards,
Neil
--
Neil Schellenberger | Voice : (613) 599-2300 ext. 8445
CrossKeys Systems Corporation | Fax : (613) 599-2330
350 Terry Fox Drive
al_written,
(double)stats.total_read,
(double)stats.total_size);
+} else if ( (pd = geterrdesc(code)) != NULL ) {
+rprintf(FLOG,"transfer interrupted - %s (code %d, %s) at %s(%d)\n",
+pd->d, co
ally overriden at the server end, meaning that I can't just
force it from my end.)
I just wanted to get this posted so that I can start the day tomorrow
with the "overnight" reaction from those in other time zones. In
particular, is anyone who is using --timeout=0 (the default) on t
to work around (or indeed if this is
simply hysteria caused by the aliasing-related optimisations being
applied to code that was incorrect to start with.)
That having been said, there were definitely serious optimiser bugs
in egcs (the precursor to 2.95), and according to the change
histo
18 matches
Mail list logo