Univention Bugzilla – Bug 30550
File descriptor 3 (pipe:[4422]) leaked on ... invocation.
Last modified: 2020-07-04 11:56:02 CEST
$ grep leak /tmp/installer.log => File descriptor 3 (pipe:[4422]) leaked on vgreduce invocation. Parent PID 802: /bin/python2.6 => File descriptor 3 (pipe:[4422]) leaked on vgremove invocation. Parent PID 802: /bin/python2.6 => File descriptor 3 (pipe:[4422]) leaked on pvremove invocation. Parent PID 802: /bin/python2.6 => File descriptor 3 (pipe:[4422]) leaked on pvremove invocation. Parent PID 802: /bin/python2.6 => File descriptor 3 (pipe:[4422]) leaked on pvremove invocation. Parent PID 802: /bin/python2.6 => File descriptor 3 (pipe:[4422]) leaked on pvcreate invocation. Parent PID 802: /bin/python2.6 => File descriptor 3 (pipe:[4422]) leaked on vgcreate invocation. Parent PID 802: /bin/python2.6 => File descriptor 3 (pipe:[4422]) leaked on pvremove invocation. Parent PID 802: /bin/python2.6 => File descriptor 3 (pipe:[4422]) leaked on pvcreate invocation. Parent PID 802: /bin/python2.6 => File descriptor 3 (pipe:[4422]) leaked on vgextend invocation. Parent PID 802: /bin/python2.6 => File descriptor 3 (pipe:[4422]) leaked on lvcreate invocation. Parent PID 802: /bin/python2.6 => File descriptor 3 (pipe:[4422]) leaked on pvdisplay invocation. Parent PID 802: /bin/python2.6 => File descriptor 3 (pipe:[4422]) leaked on vgdisplay invocation. Parent PID 802: /bin/python2.6 => File descriptor 3 (pipe:[4422]) leaked on vgdisplay invocation. Parent PID 802: /bin/python2.6 => File descriptor 3 (pipe:[4422]) leaked on lvdisplay invocation. Parent PID 802: /bin/python2.6 => File descriptor 3 (pipe:[4422]) leaked on vgchange invocation. Parent PID 802: /bin/python2.6 This is problematic, because especially with pipe() and process inheriting an opened pipe modifies the behavior of the pipe: - inheriting the write-end of the pipe will prevent any reader from detecting EOF. A reader blocks until all write-ends are closed. - inheriting the read-end of the pipe will prevent any writer from detecting that the real reader already closed the pipe. The writer is signaled with SIGPIPE, when all read-ends are closed. pipe2(, O_CLOEXEC) oder subprocess.Popen(..., close_fds=True) should probably be used.
This issue has been filed against UCS 3. UCS 3 is out of the normal maintenance and many UCS components have vastly changed in UCS 4. If this issue is still valid, please change the version to a newer UCS version otherwise this issue will be automatically closed in the next weeks.
This issue has been filed against UCS 3.1. UCS 3.1 is out of maintenance and many UCS components have vastly changed in later releases. Thus, this issue is now being closed. If this issue still occurs in newer UCS versions, please use "Clone this bug" or reopen this issue. In this case please provide detailed information on how this issue is affecting you.
This issue has been filed against UCS 4.2. UCS 4.2 is out of maintenance and many UCS components have changed in later releases. Thus, this issue is now being closed. If this issue still occurs in newer UCS versions, please use "Clone this bug" or reopen it and update the UCS version. In this case please provide detailed information on how this issue is affecting you.
LVM still complains about inherited open file descriptors.