[Bug 988805] IPC::Open3 keeps zombies after failed execve()
https://bugzilla.redhat.com/show_bug.cgi?id=988805 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-5.18.1-288.fc20 Resolution|--- |ERRATA Last Closed||2013-09-22 19:57:59 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-5.18.1-288.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=t7Ddaza3kNa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 988805] IPC::Open3 keeps zombies after failed execve()
https://bugzilla.redhat.com/show_bug.cgi?id=988805 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- Package perl-5.18.1-288.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-5.18.1-288.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-16400/perl-5.18.1-288.fc20 then log in and leave karma (feedback). -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=NlRlORss7ra=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 988805] IPC::Open3 keeps zombies after failed execve()
https://bugzilla.redhat.com/show_bug.cgi?id=988805 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- perl-5.18.1-288.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-5.18.1-288.fc20 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=QLCOBxO0sZa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 988805] IPC::Open3 keeps zombies after failed execve()
https://bugzilla.redhat.com/show_bug.cgi?id=988805 Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com changed: What|Removed |Added Assignee|mmasl...@redhat.com |jples...@redhat.com --- Comment #1 from Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=8KUWyJoChfa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 988805] New: IPC::Open3 keeps zombies after failed execve()
https://bugzilla.redhat.com/show_bug.cgi?id=988805 Bug ID: 988805 Summary: IPC::Open3 keeps zombies after failed execve() Product: Fedora Version: 18 Component: perl Assignee: mmasl...@redhat.com Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: cw...@alumni.drew.edu, iarn...@gmail.com, jples...@redhat.com, ka...@ucw.cz, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com, psab...@redhat.com, rc040...@freenet.de, tcall...@redhat.com IPC::Open3::open3() does not collect child states after failed execve(): Reproducer: $ perl -MIPC::Open3 -le 'for (1..10) { my ($in, $out); eval { my $pid = open3($in, $out, , unknownprogram); waitpid($pid, 0) }; } sleep 100' Parallel process listing shows 10 zombies. Reported to upstream https://rt.perl.org/rt3/Public/Bug/Display.html?id=114722 with a fix. All Fedoras are affected (tested with perl-5.16.3-244.fc18.x86_64 and perl-5.18.0-285.fc20.x86_64). -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=zOfH5qeL39a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Zombies!
On 08/31/2011 12:20 PM, Richard W.M. Jones wrote: Attached is the output of 'ps afx' on my Fedora 16(-ish) laptop. Scroll down to the bottom and the subject line of this email will make more sense. I can't find anything in Bugzilla about this, and I'm not sure even what component to assign this to. (Although I'll probably try rebooting the machine first and seeing if the problem happens again) kernel-3.0.0-1.fc16.x86_64 systemd-33-1.fc16.x86_64 glibc-2.14.90-1.x86_64 glibc-2.14.90-1.i686 glibc-2.14.90-4.x86_64 Nothing unusual in dmesg. It's the job of PID 1 to reap zombies without a parent. My guess would be that systemd is in a frozen state and not doing that. Could it be https://bugzilla.redhat.com/show_bug.cgi?id=732020 that's causing systemd to abort? -- Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Zombies!
On Wed, Aug 31, 2011 at 12:43:15PM +0300, Kalev Lember wrote: On 08/31/2011 12:20 PM, Richard W.M. Jones wrote: Attached is the output of 'ps afx' on my Fedora 16(-ish) laptop. Scroll down to the bottom and the subject line of this email will make more sense. I can't find anything in Bugzilla about this, and I'm not sure even what component to assign this to. (Although I'll probably try rebooting the machine first and seeing if the problem happens again) kernel-3.0.0-1.fc16.x86_64 systemd-33-1.fc16.x86_64 glibc-2.14.90-1.x86_64 glibc-2.14.90-1.i686 glibc-2.14.90-4.x86_64 Nothing unusual in dmesg. It's the job of PID 1 to reap zombies without a parent. My guess would be that systemd is in a frozen state and not doing that. Could it be https://bugzilla.redhat.com/show_bug.cgi?id=732020 that's causing systemd to abort? It does appear that systemd is stuck. On the other hand, I'm also using kernel 3.0.0-1 which has a known locking bug that affects systemd. I'm going to reboot the machine and see if the problem happens again. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Zombies!
On Wed, 31.08.11 12:43, Kalev Lember (kalevlem...@gmail.com) wrote: On 08/31/2011 12:20 PM, Richard W.M. Jones wrote: Attached is the output of 'ps afx' on my Fedora 16(-ish) laptop. Scroll down to the bottom and the subject line of this email will make more sense. I can't find anything in Bugzilla about this, and I'm not sure even what component to assign this to. (Although I'll probably try rebooting the machine first and seeing if the problem happens again) kernel-3.0.0-1.fc16.x86_64 systemd-33-1.fc16.x86_64 glibc-2.14.90-1.x86_64 glibc-2.14.90-1.i686 glibc-2.14.90-4.x86_64 Nothing unusual in dmesg. It's the job of PID 1 to reap zombies without a parent. My guess would be that systemd is in a frozen state and not doing that. Could it be https://bugzilla.redhat.com/show_bug.cgi?id=732020 that's causing systemd to abort? That would be my guess too. Richard, please upgrade to systemd 34-1! Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Zombies!
On Wed, Aug 31, 2011 at 02:21:19PM +0200, Lennart Poettering wrote: On Wed, 31.08.11 12:43, Kalev Lember (kalevlem...@gmail.com) wrote: On 08/31/2011 12:20 PM, Richard W.M. Jones wrote: Attached is the output of 'ps afx' on my Fedora 16(-ish) laptop. Scroll down to the bottom and the subject line of this email will make more sense. I can't find anything in Bugzilla about this, and I'm not sure even what component to assign this to. (Although I'll probably try rebooting the machine first and seeing if the problem happens again) kernel-3.0.0-1.fc16.x86_64 systemd-33-1.fc16.x86_64 glibc-2.14.90-1.x86_64 glibc-2.14.90-1.i686 glibc-2.14.90-4.x86_64 Nothing unusual in dmesg. It's the job of PID 1 to reap zombies without a parent. My guess would be that systemd is in a frozen state and not doing that. Could it be https://bugzilla.redhat.com/show_bug.cgi?id=732020 that's causing systemd to abort? That would be my guess too. Richard, please upgrade to systemd 34-1! After a reboot it so far hasn't happened (systemd 33-1 from F16). I would suspect the kernel 3.0.0-1 was to blame, since that had a known bug with locking (RHBZ#722472). I'll see how it goes anyway, and investigate more if it happens again. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Zombies!
On Wed, Aug 31, 2011 at 01:58:01PM +0100, Richard W.M. Jones wrote: On Wed, Aug 31, 2011 at 02:21:19PM +0200, Lennart Poettering wrote: On Wed, 31.08.11 12:43, Kalev Lember (kalevlem...@gmail.com) wrote: It's the job of PID 1 to reap zombies without a parent. My guess would be that systemd is in a frozen state and not doing that. Could it be https://bugzilla.redhat.com/show_bug.cgi?id=732020 that's causing systemd to abort? That would be my guess too. Richard, please upgrade to systemd 34-1! After a reboot it so far hasn't happened (systemd 33-1 from F16). I would suspect the kernel 3.0.0-1 was to blame, since that had a known bug with locking (RHBZ#722472). systemd had a problem where it would crash on systemctl enable. Better upgrade to 34-1. -- Tomasz Torcz RIP is irrevelant. Spoofing is futile. xmpp: zdzich...@chrome.pl Your routes will be aggreggated. -- Alex Yuriev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel