similar to: rsync: connection unexpectedly closed

Hey list, I am having problems as of late with my rsync backup. On the client side I am using the following: OPTS="-avvvrz       --compress-level=9       --itemize-changes       --delete       --delete-excluded       --human-readable       --files-from=$FILES       --include-from=$INCLUDES       --exclude-from=$EXCLUDES       --partial

On Thu, 2016-10-13 at 20:08 -0400, Kevin Korb wrote: > I don't remember whether or not you said you were running rsync over > ssh but if you are you can also debug the ssh layer.  You can even do > it at both ends.... > > On the server run a debugging sshd on an alternate port with: > /usr/sbin/sshd -dDp222 > (note that this will only accept 1 connection, debug to the

I don't remember whether or not you said you were running rsync over ssh but if you are you can also debug the ssh layer. You can even do it at both ends.... On the server run a debugging sshd on an alternate port with: /usr/sbin/sshd -dDp222 (note that this will only accept 1 connection, debug to the terminal, then exit) then on the client use rsync -e "ssh -vp222" to go verbose

On Tue, 2016-10-18 at 08:36 +0200, Paul Slootman wrote: > Try the transfer without -z. > > Paul I ended up giving up. What I did was I just removed the 30GB file (which I really didn't need anyways) and the transfer carried on without a hitch. -- Kip Warner -- Senior Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com -------------- next part

George, I have the detailed log below. (Resending after trimming the email to 40KB.) The sequence below just repeats ad-nauseam. Is this a SIP trunk issue? Thanks! --------------------- Transmitting SIP request (885 bytes) to UDP:65.254.44.194:5060 ---> INVITE sip:12025551212 at 65.254.44.194:5060 SIP/2.0 Via: SIP/2.0/UDP 18.18.19.123:5060

On Sun, Mar 15, 2015 at 5:56 PM, Sonny Rajagopalan <sonny.rajagopalan at gmail.com> wrote: > George, > > I have the detailed log below. (Resending after trimming the email to 40KB.) > > The sequence below just repeats ad-nauseam. Is this a SIP trunk issue? > > Thanks! > I don't see anything obvious. The registration works though, right? You might want to compare

Any thoughts on setting breakpoints around hypercalls? ---------- Forwarded message ---------- From: Kip Macy <kip.macy@gmail.com> Date: Dec 26, 2005 12:14 AM Subject: setting breakpoints around hypercalls in a domU causes dom0 to lockup To: xen-devel <xen-devel@lists.xensource.com>, Keir Fraser < Keir.Fraser@cl.cam.ac.uk> Stepping through hypercalls (at the source level, not

On 2016-10-10 17:24, Kip Warner wrote: > Note that I have temporarily disabled timeouts and added extra > verbosity. The transfer to the remote host via SSH works fine, up until > it gets to a 30+ GB file (a VM image). It gets about 90+ percent of the > way through, hangs, and then times out. I have a similar but different problem. I make a regular download from a site that always

On 18.10.2016 07:03, Kip Warner wrote: > From what I can tell, there are no hardware problems. I also ran fsck > on the drive. The machine seems to be fine. I can confirm the problem. Situation here: 2 identical HP Microservers (Debian 7, on site compiled rsync 3.1.2, connected via OpenVPN). SSH is used for transport. Both machines have the correct date/time set via ntpd. All files on

On Wed, 2016-10-12 at 08:36 +0200, Paul Slootman wrote: > As always it's best to first upgrade to the current version (3.1.3) > if at all possible, as there's always the chance that the cause of > your problems has already been fixed. Good call, but I believe I may have ruled this out. I didn't upgrade to 3.1.3, but both sides are running 3.1.1 protocol version 31 now. Same

On Wed, 2016-10-12 at 13:30 +1300, Henri Shustak wrote: > Have you tried performing a copy to a known good local device?  If a > local copy fails, then I would start checking the file system of the > source and also the hardware of that system. That's a good idea. I just tried that and it copied no problem. -- Kip Warner -- Senior Software Engineer OpenPGP encrypted/signed mail

what does lsof tell? does rsync hang on a specific file? i would wonder if this is a rsync problem. as you told you killed all processes. so, on the second run rsync knows nothing from before... roland Am 18. Oktober 2016 12:08:00 MESZ, schrieb Bernd Hohmann <hohmann at harddiskcafe.de>: >On 18.10.2016 07:03, Kip Warner wrote: > >> From what I can tell, there are no

On Mon, Feb 26, 2018 at 5:17 PM, Kip Warner <kip at thevertigo.com> wrote: > Hey list, > > I've read the man page for both the client and server daemon, so either > I missed something or this isn't an SSH issue but something going on > with perhaps routers or MTUs. > > I am having problems with already established connections to a remote > server timing out

I extracted metadata from my image files and stored them in a mysql table using the default .yml configuration. The meta data includes a lot of "Copyright (c) Kip 2007 blah blah blah" (only with the real symbol \251). When I display the information from my app in a browser I got the "square" replacing the symbol. SInce the headers all looked fine if figured it was the

I don't believe you've said: are the disconnects happening during periods of idleness on the connection, or periods of activity? If idleness, some device or script could be actively doing a disconnect-on-idle. On Mon, 26 Feb 2018, Kip Warner wrote: > Hey list, > > I've read the man page for both the client and server daemon, so either > I missed something or this

On 16/11/05, Kip Macy <kip.macy@gmail.com> wrote: > The way the initial memory space gets setup there is no way MFS could work. > It wasn''t an anticipated use. I guess somewhere either in FreeBSD GNATS or > xen''s bugzilla there should be i386-xen FreeBSD bugs filed for me to track. I intend to file a bug report sooner or later, but in the meantime I decided to

It looks like I can no longer map a page as uncacheable. Is this intentional? -Kip _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Hey folks, As I understand it, the vorbis codec had support for a channel count > 2, but that it didn't explicitly state the channel binding for channels 3, 4, ... . I'm assuming that with enough fiddling, it would theoretically be possible to use a 5.1 stream encoded into vorbis. From what I know of the CELT codec, it handles either only mono or stereo. Is that correct? -- Kip

One of the things that I''ve always thought was weird, but didn''t pay too close attention to is the fact that GETDOMAININFO will return a valid result even if we give it a domid that is no longer valid. Looking at the code we get back the first valid domain after the domid we pass in. What is the reason for this design choice? When I request the attributes of a process I

Kip, Does the problem with Xen 3.1 in HVM/Intel manifest as those BTX halted errors (e.g. http://lists.xensource.com/archives/html/xen-users/2006-10/msg00014.html) ? If so, do you happen to know whether this problem has been solved in Xen 3.2 or 3.2.1? This message of yours was written this March, so I'm assuming that 3.2.1 will contain this fix? Can anybody confirm this? I'm having