similar to: [Bug 2628] New: hangs indefinitely (while listing files)

https://bugzilla.samba.org/show_bug.cgi?id=2628 hmijail@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hmijail@gmail.com ------- Comment #12 from hmijail@gmail.com 2008-05-01 06:45 CST ------- Bitten here by what seems to be the same bug.

https://bugzilla.samba.org/show_bug.cgi?id=2628 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|hangs indefinitely (while |hangs indefinitely at start |listing files) |of phase 1 ------- Additional Comments From wayned@samba.org

https://bugzilla.samba.org/show_bug.cgi?id=2628 ------- Additional Comments From wayned@samba.org 2005-04-20 01:11 ------- You didn't mention the client command you're running. As for the log-data output by a --daemon, did you look in the appropriate syslog file? or check the rsyncd.conf file to see if it is logging to a file? You can also use the "max verbosity" setting

Hi, Until now we have been using rsync with SSH for copying data across different sites. They are bundled within wrappers and are circulated thru' cronjobs. All the sites exchange data in this way. It is working fine in all the sites, but except for 1 site. It transfers the files fine, but it changes the permissions on the files. It does'nt retain it as per the source nor as per the umask

--delete option is not working for me. The following is a minimal example. $ mkdir box1 box2 $ touch box1/letter box2/extra $ rsync -a -vv box1/ box2/ sending incremental file list delta-transmission disabled for local transfer or --whole-file letter total: matches=0 hash_hits=0 false_alarms=0 data=0 sent 92 bytes received 34 bytes 252.00 bytes/sec total size is 0 speedup is 0.00 $ tree

Everything worked, files transferred fine however a -vvv reveals that the process did not end clean. The error is not seen with -v or even -vv. Any insight? rsync version 2.5.5 protocol version 26, running on Solaris 8. Write failed flushing stdout buffer. write stdout: Broken pipe rsync error: unexplained error (code 255) at main.c(925) _exit_cleanup(code=255, file=main.c, line=925): about to

Hi all, I am new to this list. I have a problem trying to mirror a cvs repository. I suspect the error happens when getting a directory containing many files. I did a test by creating 200 5k files in a directory named tmp, but It hangs after building file list. When I try to run it with -vvv: $ rsync -essh -avvvz cheepy@gateway.internet4u.com.au:tmp . This is the end of the printout (before

Hey guys, I've been working with rsync for the last couple weeks and I really need some help here. Linux to Linux transfers are working beautifully, but for the life of me I can't get transfers from win2k to work. I have the exact problem that was reported by Mark de Jong on Tue, 16 Jul 2002. I'm using the lastest version of cygwin, with rsync 2.5.5 and ssh 3.5p1 for my tests. The

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've compiled rsync 3.0.3 on OSX 10.4 PPC via the plain jane ./configure; make method (no patches). The resulting binary has then been moved to /usr/local/bin/rsync3 and copied to a OSX 10.5.4 Intel client machine as rsync3. I then run the following command: rsync3 -vvv -e ssh -avAX --progress --delete -

Hello, On doing "$ rsync --progress --archive --partial -vvv rsync://carroll.cac.psu.edu/redhat-ftp/redhat/linux/7.3/en/iso/i386/valhalla -i386-disc1.iso ", I got the following output <--------------------------------------------------------------------------- ------> local_version=24 remote_version=26 receiving file list ... recv_file_name(valhalla-i386-disc1.iso) received 1

Hi again all.. When using rsync 3.0 to sync files between 2 local directories, it works as i expect it, but when the destination folder is a mounted smb share, it always copies over the files even though they already exist on the destination. Any ideas on why this is happening? even using the same options, but with a different destination path. I have tried using -vvv, but it doesn't make

I spent about 12 hours today writing a nice backup system based on Mike Rubel's snapshot system; but much to my dismay, when I took it for a test drive, I found that rsync hung on the first large directory I tried to back up. Aiee! A few web searches later, I realized that a lot of folks have seen this problem. I saw one proposed fix...

I subscribed to report a bug. if I rsync a directory from a PC (invoked on the PC) to a unix server through ssh, the first time all works fine, then if I do it again and there are no copys it crashes on the PC. If I touch one file on the PC so it copys at least one file then all is OK. I have the latest cygwin installed on a PC with freshly installed win2000 build 5.00.2195, and the latest

I have some rsync defined as a server on one of my production systems and use to to sync out various configuration files for services running on the box (dhcpd, dns named.conf files & the like). Both ends are Compaq Alpha/Tru64 5.1 systems running rsync 2.5.5. I'm having a fit trying to include certain files in specific subdirectories under the main path; one such example is below:

We're having a problem trying to set up rsync to sync between a couple of sites. This is NetBSD 1.5.1_ALPHA on the remote end (eftp) and 1.4.1 on the local end. The rsync versions appear to be identical, as shown in the output. Here is the full command being used: rsync -r -C --exclude .snapshot -e /usr/pkg/bin/ssh -vvv --delete \ eftp.redback.com:/home/ftp/customers /service/eftp/ And

Hi all, I have started the rsync in deamon mode. When I use the following command: rsync --port 9876 u018::treeA it seems to work fine but no files are copied from the server. Using rsync without the deamon works fine. I tried to debug it a little bit, but I am unable to figure out what's wrong. 337:david@u050 /export/treeA> rsync -r -vvv --port 9876 u018::treeA opening tcp

https://bugzilla.mindrot.org/show_bug.cgi?id=2469 Bug ID: 2469 Summary: ssh connection hangs indefinitely on EPIPE Product: Portable OpenSSH Version: 7.1p1 Hardware: All OS: Solaris Status: NEW Severity: major Priority: P5 Component: ssh Assignee: unassigned-bugs at

On Tue, Aug 06, 2019 at 09:00:10PM +0300, Jaak Ristioja wrote: > Hello! > > I'm writing to report a crash in the QXL / DRM code in the Linux kernel. > I originally filed the issue on LaunchPad and more details can be found > there, although I doubt whether these details are useful. Any change with kernel 5.3-rc7 ? cheers, Gerd

Hi, --verbose please. Do you see the same hang? Does the patch fix it? > --- a/drivers/gpu/drm/ttm/ttm_execbuf_util.c > +++ b/drivers/gpu/drm/ttm/ttm_execbuf_util.c > @@ -97,8 +97,9 @@ int ttm_eu_reserve_buffers(struct ww_acq > struct list_head *dups, bool del_lru) [ ... ] > + if (locked) > + ttm_eu_backoff_reservation_reverse(list, entry); Hmm, I think the

On Mon, 9 Sep 2019 from Gerd Hoffmann <kraxel at redhat.com> > > Hmm, I think the patch is wrong. Hmm...it should have added change only in the error path, leaving locks for drivers to release if job is done with no error returned. > As far I know it is the qxl drivers's > job to call ttm_eu_backoff_reservation(). Like other drivers, qxl is currently doing the right. >