search for: psig

...); + sig->gtime =3D cputime_add(sig->gtime, tsk->gtime); sig->min_flt +=3D tsk->min_flt; sig->maj_flt +=3D tsk->maj_flt; sig->nvcsw +=3D tsk->nvcsw; @@ -1255,6 +1256,11 @@ cputime_add(p->stime, cputime_add(sig->stime, sig->cstime))); + psig->cgtime =3D + cputime_add(psig->cgtime, + cputime_add(p->gtime, + cputime_add(sig->gtime, + sig->cgtime))); psig->cmin_flt +=3D p->min_flt + sig->min_flt + sig->cmin_flt; psig->cmaj_flt +=3D Index: kvm/kernel/fork.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D...

...); + sig->gtime =3D cputime_add(sig->gtime, tsk->gtime); sig->min_flt +=3D tsk->min_flt; sig->maj_flt +=3D tsk->maj_flt; sig->nvcsw +=3D tsk->nvcsw; @@ -1255,6 +1256,11 @@ cputime_add(p->stime, cputime_add(sig->stime, sig->cstime))); + psig->cgtime =3D + cputime_add(psig->cgtime, + cputime_add(p->gtime, + cputime_add(sig->gtime, + sig->cgtime))); psig->cmin_flt +=3D p->min_flt + sig->min_flt + sig->cmin_flt; psig->cmaj_flt +=3D Index: kvm/kernel/fork.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D...

Hi Dovecot-ers, Immediately on accessing our new dovecot 1.0b3 build, we see processes spinning, much like the old dovecot 0.9x builds did for us. Here is a ktrace of the spinning imap process: topos:tmp# kdump 18248 imap EMUL "native" 18248 imap PSIG SIGALRM caught handler=0x1c03ff88 mask=0x0 18248 imap CALL setitimer(0,0xcfbcb3bc,0xcfbcb3ac) 18248 imap RET setitimer 0 18248 imap CALL sigreturn(0xcfbcb3ec) 18248 imap RET sigreturn JUSTRETURN 18248 imap PSIG SIGALRM caught handler=0x1c03ff88 mask=0x0 18248 imap CA...

...->min_flt +=3D tsk->min_flt; sig->maj_flt +=3D tsk->maj_flt; sig->nvcsw +=3D tsk->nvcsw; @@ -1255,6 +1258,13 @@ static int wait_task_zombie(struct task_ cputime_add(p->stime, cputime_add(sig->stime, sig->cstime))); +#ifdef CONFIG_GUEST_ACCOUNTING + psig->cgtime =3D + cputime_add(psig->cgtime, + cputime_add(p->gtime, + cputime_add(sig->gtime, + sig->cgtime))); +#endif psig->cmin_flt +=3D p->min_flt + sig->min_flt + sig->cmin_flt; psig->cmaj_flt +=3D Index: kvm/kernel/fork.c =3D=3D=3D=3D=3D=3D=3D=...

...->min_flt +=3D tsk->min_flt; sig->maj_flt +=3D tsk->maj_flt; sig->nvcsw +=3D tsk->nvcsw; @@ -1255,6 +1258,13 @@ static int wait_task_zombie(struct task_ cputime_add(p->stime, cputime_add(sig->stime, sig->cstime))); +#ifdef CONFIG_GUEST_ACCOUNTING + psig->cgtime =3D + cputime_add(psig->cgtime, + cputime_add(p->gtime, + cputime_add(sig->gtime, + sig->cgtime))); +#endif psig->cmin_flt +=3D p->min_flt + sig->min_flt + sig->cmin_flt; psig->cmaj_flt +=3D Index: kvm/kernel/fork.c =3D=3D=3D=3D=3D=3D=3D=...

...7 asterisk CALL poll(0x851e400,0x1,0) > 74987 asterisk RET poll 1 > 74987 asterisk CALL read(0x15,0x2845e060,0x100) > 74987 asterisk GIO fd 21 read 0 bytes > > ---------- > And sometimes this - repeated many times: > > "" > 74987 asterisk PSIG SIGPROF caught handler=0x28180260 mask=0x0 > code=0x0 > 74987 asterisk RET read 0 > 74987 asterisk CALL gettimeofday(0x281c8e88,0) > 74987 asterisk RET gettimeofday 0 > 74987 asterisk CALL sigprocmask(0x3,0x281c8ef8,0) > 74987 asterisk RET sigprocmask 0 > 7...

...hed output for when I crank up there verbosity (ssh_verbose.txt), as it contains long lines. Dmesg contains: sh[28960]: pledge "sendfd", syscall 28 If I `ktrace` ssh, I get the following: 28960 ssh PLDG sendmsg, "sendfd", errno 1 Operation not permitted 28960 ssh PSIG SIGABRT SIG_DFL 28960 ssh NAMI "ssh.core" If I add sendfd to the pledge() call, it works. Please see the attached patch (ssh.patch). However I do not know if this is an acceptable solution. I guess I have to ask if I am doing something wrong? As in I thought I would not be the...

..."" 29641 imapd RET read 0 29641 imapd CALL close(0xc) 29641 imapd RET close 0 29641 imapd CALL issetugid 29641 imapd RET issetugid 0 29641 imapd CALL __sysctl(0xbfbfa6c8,0x2,0xbfbfa6c0,0xbfbfa6c4,0,0) 29641 imapd RET __sysctl 0 29641 imapd PSIG SIGSEGV SIG_DFL 29641 imapd NAMI "imapd.core" Is there anything obviously wrong with the file itself? Why else would Cyrus crash right after reading it? Note, that Blake is a Windows 2000 server... Another change I did was modifying the /etc/pam.d/system to make both unix and kr...

...t_children() first blocks SIGCHLD (SIGCLD) and then resets the signal block mask to whatever it was before, so if SIGCHLD was blocked to begin with, then it never gets unblocked in sshd. The resulting behaviour is that SSHv2 connections may hang. The Solaris proc tools, specifically /usr/proc/bin/psig, along with truss/strace, show the bug in action quite nicely. As much as this behaviour may not be a bug in OpenSSH, it may nonetheless be desirable to add a couple of calls to sigprocmask() in sshd.c:main() to make sure that SIGCHLD is not blocked. While looking at this I noticed that the compa...

Hi, If process all my mounts prior to the "..." bit below. It looks as if it's hanging while processing some printer config. On that assumption and since I don't and never have had any printers attached, I've commented out the '[printers]' section from smb.conf. No section contains a 'printable = yes'. I've tried with all sections containing 'printable

...2 imap CALL close(0x8) 1012 imap RET close 0 1012 imap CALL close(0x9) 1012 imap RET close 0 1012 imap CALL break(0x8079000) 1012 imap RET break 0 1012 imap CALL exit(0) 303 dovecot RET kevent -1 errno 4 Interrupted system call 303 dovecot PSIG SIGCHLD caught handler=0x280e30cc mask=0x0 code=0x0 303 dovecot CALL write(0x2e,0xbfbfc547,0x1) 303 dovecot GIO fd 46 wrote 1 byte "\0" 303 dovecot RET write 1 303 dovecot CALL sigreturn(0xbfbfc580) 303 dovecot RET sigreturn JUSTRETURN 303 dovecot C...

Now at 36 hours since zdb process start and: PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP 827 root 4936M 4931M sleep 59 0 0:50:47 0.2% zdb/209 Idling at 0.2% processor for nearly the past 24 hours... feels very stuck. Thoughts on how to determine where and why? -- This message posted from opensolaris.org