similar to: Rsync hung when applying batch file

Hello. On rsync, version 3.0.9 got this trouble, rsync hung when applying batch file: Sync all files from batch to asr_billing install: - skelet/cfg/ install: - skelet/etc/ install: deleting usr/lib/python2.6/site-packages/IPython/external/Itpl.pyc - deleting install: 100% 9.83MB/s - 0 install: 100% 51.39kB/s - usr/lib/python2.6/site-packages/dbfpy/utils.pyc install: 100% 86.10kB/s -

Hello, I got an issue with rsync and (fcntl) locked files. When rsync tries to sync a file that is opened and locked by another process (that use fcntl write lock), it ends up in Disk Sleep. Then i need to reboot to remove that dead processes (let me now if there's another solution). Is there a way to force rsync to skip locked files ? Here are some facts: Hosts on which this issue has

Hi list At job we have an old C program which works with industrial hand terminals from Honeywell. That terminal has its own ssh/telnet client to connect to a linux redhat 6.6 server (openssh-server-5.3p1-104.el6_6.1.x86_64). Once it is connected to the linux box (using a certain user), a C program is launched by the bash shell with the following parameters export TERM=vt200 stty raw icrnl

https://bugzilla.mindrot.org/show_bug.cgi?id=3137 Bug ID: 3137 Summary: -f keeps stdin and stderr open Product: Portable OpenSSH Version: 8.2p1 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: ssh Assignee: unassigned-bugs at mindrot.org

Hi, Thanks Jim! Here is more system information from the commands you mentioned. Kari root at fricka:~# lsof -p 1716171 lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1002/gvfs Output information may be incomplete. COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME upssched 1716171 root cwd DIR 8,2 4096 2 /

Hi, Thanks Jim! Here is more system information from the commands you mentioned. Kari root at fricka:~# lsof -p 1716171 lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1002/gvfs Output information may be incomplete. COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME upssched 1716171 root cwd DIR 8,2 4096 2 /

Hi Volker Unfortunately I didn't keep this information but fd=14 now (samba pids) points to [PRO] [root at pf3il0024 ~]# for i in `ps -ef | grep smbd| grep -v grep| awk '{print $2}'`; do ls -la /proc/$i/fd/14; done lrwx------ 1 root root 64 Feb 10 21:16 /proc/3238/fd/14 -> /var/lib/samba/locking.tdb lrwx------ 1 root root 64 Feb 1 01:33 /proc/18405/fd/14 ->

Software in use: *Source hypervisor:* *Qemu:* stable-2.12 branch *Libvirt*: v3.2-maint branch *OS*: CentOS 6 *Destination hypervisor: **Qemu:* stable-2.12 branch *Libvirt*: v4.9-maint branch *OS*: CentOS 7 I'm experiencing an intermittent live migration hang of a virtual machine (KVM) with a ceph RBD volume attached. At the high level what I see is that when this does happen, the virtual

So, got some good news: I hear(*) I managed to reproduce the problem with current NUT master and an adapted copy of your posted configs and script :D Experimental debugging now sounds possible. (*) PC under the desk wails with all its cooling fans as soon as I started the client which spawned a daemon and itself had exited: $ UPSNAME=heartbeat at localhost NOTIFYTYPE=ONBATT

So, got some good news: I hear(*) I managed to reproduce the problem with current NUT master and an adapted copy of your posted configs and script :D Experimental debugging now sounds possible. (*) PC under the desk wails with all its cooling fans as soon as I started the client which spawned a daemon and itself had exited: $ UPSNAME=heartbeat at localhost NOTIFYTYPE=ONBATT

On 07.07.2013 01:53, Александр wrote: > В письме от Воскресенье, 30-июн-2013 03:41:37 пользователь Александр написал: >> В письме от Вторник, 25-июн-2013 11:47:10 пользователь Michal Privoznik .... > > i have found source of problem, my code looks like this: > > int count = virConnectListAllDomains(connection, NULL, 0); > .... > domain = virDomainDefineXML(connection,

So... determining that FD is to be reaped proved hard. Internet lore suggests fcntl() and poll() on the FD, but it just seems valid to them. The errno is also usually not raised (once I saw a "111: Connection refused" though). So the best dumb idea so far is to bail out if we spent the whole loop (128 attempts) and only got zero-sized read replies and no errors.

So... determining that FD is to be reaped proved hard. Internet lore suggests fcntl() and poll() on the FD, but it just seems valid to them. The errno is also usually not raised (once I saw a "111: Connection refused" though). So the best dumb idea so far is to bail out if we spent the whole loop (128 attempts) and only got zero-sized read replies and no errors.

http://bugzilla.mindrot.org/show_bug.cgi?id=350 Summary: sshd leaks fd to pty for interactive sessions Product: Portable OpenSSH Version: -current Platform: ix86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org

I have an openssh RPM package that restarts the sshd server during an upgrade if the daemon is already running. So far, so good, restart works. But I observed the following behaviour: - when issuing rpm -Uvh bla.rpm, rpm, obviously, opens the rpm file and gets a file descriptor. Say, 8. - rpm does its stuff and spawns a shell to execute the %post script. The shell also gets fd 8 (should rpm

strace output to my problem posted here on same list is http://xen.markmail.org/thread/ltl2faagvqdl4coh execve("/usr/sbin/xm", ["xm", "create", "centos5.cfg"], [/* 17 vars */]) = 0 brk(0) = 0x6c8000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f4868b02000

В письме от Четверг, 20-июн-2013 13:25:06 пользователь Michal Privoznik написал: > On 20.06.2013 12:56, Alexandr wrote: > > On 20.06.2013 10:44, Michal Privoznik wrote: > >> On 20.06.2013 09:40, Александр wrote: > >>> В письме от Четверг, 20-июн-2013 09:15:14 Вы написали: > >>>> On 19.06.2013 21:24, Александр wrote: > >>>>> В письме

https://bugs.freedesktop.org/show_bug.cgi?id=110973 Bug ID: 110973 Summary: GeForce GT 750M Mac Edition backlight Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at

Hi, Great work Jim! I?m glad you could reproduce the problem and found a potential culprit. Just for my own interest I restored upsshed from my backups (version 2.7.4-13) and it seems to running ok, so no big runtime changes regarding that with Debian 12. It is not hogging CPU. From the daemon log the heartbeat seems to be working ok. Only difference between the old logs (pre Debian 12 update)

Hi, Great work Jim! I?m glad you could reproduce the problem and found a potential culprit. Just for my own interest I restored upsshed from my backups (version 2.7.4-13) and it seems to running ok, so no big runtime changes regarding that with Debian 12. It is not hogging CPU. From the daemon log the heartbeat seems to be working ok. Only difference between the old logs (pre Debian 12 update)