similar to: rsync and locking

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

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.

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. 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 -

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

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)

After launching the command several times, with debug (posted by new code in a new branch for the investigation) confirming that the same daemon handles operations from the new client instances, its strace now has numerous FDs to report after select() - so I guess it is a problem of detecting an exit of the counterpart. 0.000000 [D2] parse_at: is 'heartbeat at localhost' in AT

After launching the command several times, with debug (posted by new code in a new branch for the investigation) confirming that the same daemon handles operations from the new client instances, its strace now has numerous FDs to report after select() - so I guess it is a problem of detecting an exit of the counterpart. 0.000000 [D2] parse_at: is 'heartbeat at localhost' in AT

Jessie also has the problem, even before the meltdown patches. The kernel 3.16.x had ksoftirqd probems, eating up cpu cicles. Make sure you use kernel 4.9.0-6 And i suggest move up to samba 4.7.x or 4.7.4 from debian/buster, Or use my 4.6.12/4.7.6 packages for stretch, or ask if Tranquil.it can make them. The 4.6.14 is still in the make atm for stretch, 4.6.14 for jessie is done. And last,

Dear Developers First of all I would love to thank you for a nice tool I had been using rsync within backuppc project to backup my remote hosts. It had been working fine until the moment (as I think) whenever I moved RAID to another box and now the source directory (/raid/research) is now actually NFS mounted. Now backup (rsync process) stalls and sleeps indefinitely On the backup server: