similar to: Call over SIP channel becomes a zombie

We have been researching stuck zombie processes in our libvirt lxc containers. What we found was: 1) Each zombie’s parent was pid 1. init which symlinks to systemd. 2) In some cases, the zombies were launched by systemd, in others the zombie was inherited. 3) While the child is in the zombie state, the parent process (systemd) /proc/1/status shows no pending signals. 4) Attaching gdb to

On 01/29/2016 05:08 AM, Peter Steele wrote: > We have been researching stuck zombie processes in our libvirt lxc > containers. What we found was: > > 1) Each zombie’s parent was pid 1. init which symlinks to systemd. > 2) In some cases, the zombies were launched by systemd, in others the > zombie was inherited. > 3) While the child is in the zombie state, the parent

Dear listers, I'm facing a puzzling situation with Digium TDM2400 card (12 FXO / 12 FXS). Once a day or so we detect 1 or 2 zombie FXO channels. These can be either outbound or inbound calls. I thought this could be related to obsolete DAHDI or Asterisk versions, so I upgraded to 2.4.0 and 1.6.2.15 respectively (OS: Ubuntu 10.04 64 bits). To no avail; the zombie channels keep showing up.

Hi, How can I figure why some domain is still in zombie state, like these ones: master-xen root /vm/ttylinux# xm list Name ID Mem(MiB) VCPUs State Time(s) Domain-0 0 574 1 r----- 90.5 Zombie-small-11 28 0 1 ---s-d 0.9 Zombie-small-17 34 0 1 ---s-d

Hi- Asterisk (CVS 7/30/03) seems to leave my AGI processes (written in Perl) as "zombies", even though they exit normally with exit(0). I am running Red Hat 9. I tried the same AGI etc with an older CVS (7/1/03) and this does not happen. I think a zombie process is a process that doesn't release some resource (shared memory, etc), so I'm worried about this since I call my AGI

We have an issue with our Asterisk install where Asterisk produces many Zombie processes (on the order of several hundred per minute) until either the Asterisk server is restarted (and the zombies die a natural death), or the kernel runs out of PID space (happens within hours) and brings the system to a halt. This problem only happens when the server is under some non-trivial load. We were

We have been researching stuck zombie processes in our libvirt lxc containers. What we found was: 1) Each zombie’s parent was pid 1. init which symlinks to systemd. 2) In some cases, the zombies were launched by systemd, in others the zombie was inherited. 3) While the child is in the zombie state, the parent process (systemd) /proc/1/status shows no pending signals. 4) Attaching gdb to

Hi all, Is there an IAX2 termination provider in Montreal that could offer unlimited local and possibly long distance calling? Would also like to get a DID in Montreal if all possible. Asterisk is so amazing! Thanks to Mark and others, great work! Thanks Stephane -------------- next part -------------- An HTML attachment was scrubbed... URL:

On Fri, Jan 29, 2016 at 10:25:08AM -0800, Peter Steele wrote: >On 01/29/2016 05:08 AM, Peter Steele wrote: >> We have been researching stuck zombie processes in our libvirt lxc >> containers. What we found was: >> >> 1) Each zombie’s parent was pid 1. init which symlinks to systemd. >> 2) In some cases, the zombies were launched by systemd, in others the >>

Can you try with this systemd unit file. Restarting does not close all prosesses with that one. ( you need : ExecReload=/bin/kill -HUP $MAINPID ) Jessie used probely sysv and not systemd, which should explain why there are so many zombies. [Unit] Description=Samba AD Daemon Documentation=man:samba(8) man:samba(7) man:smb.conf(5) After=network.target [Service] Type=notify NotifyAccess=all

Mar 29 10:57:02 k8ux dovecot: POP3(stf): mbox sync: Expunged message reappeared in mailbox /var/mail/stf (UID 123 < 60016, seq=2, idx_msgs=0) Mar 29 10:57:02 k8ux dovecot: pop3-login: Login: user=<stf>, method=... Mar 29 10:57:03 k8ux dovecot: POP3(stf): mbox sync: UID inserted in the middle of mailbox /var/mail/stf (60016 > 123, seq=2, idx_msgs=1) Mar 29 10:57:03 k8ux dovecot:

On Wed, Mar 30, 2016 at 12:19:35PM +0300, Shahar Havivi wrote: > Hi, > > We encounter a problem in VDSM project that virt-v2v become zombie task while > importing vm from vmware. > When virt-v2v is in 'copy disk' mode and we someone deletes the vm at vmware > the process hang in read() method, > I am pretty sure that its not virt-v2v problem because when I run it from

On Wed, Mar 30, 2016 at 1:36 PM, Michal Skrivanek <michal.skrivanek@redhat.com> wrote: > >> On 30 Mar 2016, at 11:49, Richard W.M. Jones <rjones@redhat.com> wrote: >> >> On Wed, Mar 30, 2016 at 12:19:35PM +0300, Shahar Havivi wrote: >>> Hi, >>> >>> We encounter a problem in VDSM project that virt-v2v become zombie task while >>>

On Wed, Mar 30, 2016 at 3:32 PM, Shahar Havivi <shaharh@redhat.com> wrote: > On 30.03.16 14:28, Nir Soffer wrote: >> On Wed, Mar 30, 2016 at 1:36 PM, Michal Skrivanek >> <michal.skrivanek@redhat.com> wrote: >> > >> >> On 30 Mar 2016, at 11:49, Richard W.M. Jones <rjones@redhat.com> wrote: >> >> >> >> On Wed, Mar 30, 2016

Hi, We encounter a problem in VDSM project that virt-v2v become zombie task while importing vm from vmware. When virt-v2v is in 'copy disk' mode and we someone deletes the vm at vmware the process hang in read() method, I am pretty sure that its not virt-v2v problem because when I run it from the shell virt-v2v exit with an error, still maybe someone have an idea.... I wrote a small

I'm monitoring Asterisk with Nagios. Nagios constantly alerts because of too many zombie processes. I eventually had to disable the notification for the alert but why does Asterisk create so many zombie processes, I've see more than 30 at times and it generally stays in the 20s... just seems unusual and wondering if it's harmful, thanks in advance. -------------- next part

The parts of klibc specific to the ia64 architecture. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit 951dc85bd690c6cc5a971815665da947160cbe51 tree 0843c8aa67a3c46a362d12c392c41c25d85ac9cd parent bd0599e5290ca1a16bb7a68f7c362d395c612eb3 author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:24 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun

> On 30 Mar 2016, at 11:49, Richard W.M. Jones <rjones@redhat.com> wrote: > > On Wed, Mar 30, 2016 at 12:19:35PM +0300, Shahar Havivi wrote: >> Hi, >> >> We encounter a problem in VDSM project that virt-v2v become zombie task while >> importing vm from vmware. >> When virt-v2v is in 'copy disk' mode and we someone deletes the vm at vmware

https://bugzilla.mindrot.org/show_bug.cgi?id=2646 Bug ID: 2646 Summary: zombie processes when using privilege separation Product: Portable OpenSSH Version: 7.2p2 Hardware: ix86 OS: Linux Status: NEW Severity: minor Priority: P5 Component: sshd Assignee: unassigned-bugs at

On 30.03.16 14:28, Nir Soffer wrote: > On Wed, Mar 30, 2016 at 1:36 PM, Michal Skrivanek > <michal.skrivanek@redhat.com> wrote: > > > >> On 30 Mar 2016, at 11:49, Richard W.M. Jones <rjones@redhat.com> wrote: > >> > >> On Wed, Mar 30, 2016 at 12:19:35PM +0300, Shahar Havivi wrote: > >>> Hi, > >>> > >>> We