search for: pollsys

I've read similar post about such an issue, but have not seen any posted solutions. I have a clean install of Solaris 10 running a Sunfire v440 w/postfix. I am using dovecote solely for SMTP authentication, and it is working just fine except while running top I constantly see: 548 root 1 30 0 5240K 3416K run 522:51 49.45% dovecot-auth The process never crashes, nor are there

http://dovecot.org/releases/dovecot-1.0.rc23.tar.gz http://dovecot.org/releases/dovecot-1.0.rc23.tar.gz.sig Documentation is probably the only important thing left before v1.0. * deliver doesn't ever exit with Dovecot's internal exit codes anymore. All its internal exit codes are changed to EX_TEMPFAIL. * mbox: X-Delivery-ID header is now dropped when saving mails. * mbox: If

http://dovecot.org/releases/dovecot-1.0.rc23.tar.gz http://dovecot.org/releases/dovecot-1.0.rc23.tar.gz.sig Documentation is probably the only important thing left before v1.0. * deliver doesn't ever exit with Dovecot's internal exit codes anymore. All its internal exit codes are changed to EX_TEMPFAIL. * mbox: X-Delivery-ID header is now dropped when saving mails. * mbox: If

...busy-loop in dovecot-auth. Is this a known issue, or do you know why it happens? If needed I can go deeper if so required. PID USERNAME LWP PRI NICE SIZE RES STATE TIME CPU COMMAND 26440 root 1 10 0 4232K 2096K cpu/0 40.9H 49.73% dovecot-auth # truss -fip 26440 26440: pollsys(0x08093E90, 10, 0x08047B90, 0x00000000) = 1 26440: pollsys(0x08047834, 5, 0x080477F8, 0x00000000) = 0 26440: pollsys(0x08093E90, 10, 0x08047B90, 0x00000000) = 1 26440: pollsys(0x08047834, 5, 0x080477F8, 0x00000000) = 0 26440: pollsys(0x08093E90, 10, 0x08047B90, 0x00000000) = 1 26440: pollsys...

...that this works. In fact, dovecot runs just fine with the exception of the dovecot-auth proces, which is thrown into an endless loop. It starts off at maybe 1-2% CPU time, but after a few minutes it is back up to 100%. This is the output from truss(1) pointed at the dovecot-auth process: --cut-- pollsys(0xFFFFFD7FFFDFF6F0, 5, 0xFFFFFD7FFFDFF6D0, 0x00000000) = 0 pollsys(0xFFFFFD7FFFDFF6F0, 5, 0xFFFFFD7FFFDFF6D0, 0x00000000) = 0 pollsys(0x00467DC0, 10, 0xFFFFFD7FFFDFFB10, 0x00000000) = 1 [same sequence repeats ad nauseum] --cut-- This is a sample of top(1) output: --cut-- load averages: 1.00, 1.0...

We''re running a Solaris 10 container, with an Oracle 9.2.0.4 database - every 5-10 min, an Oracle process shoots up (using 20% + CPU) and then goes down in CPU %, doing a [i]pollsys [/i](see it via dtruss). I tried using some of the trace scripts in the Dtracetoolkit to see what the process is doing, but without any luck - also tried with the following, but dtrace process goes up to 30% CPU, then I kill it: #!/usr/sbin/dtrace -s #pragma D option flowindent pid14344::select:...

...l, Wayne Davison, and others. Web site: http://rsync.samba.org/ Capabilities: 64-bit files, 64-bit inums, 32-bit timestamps, 64-bit long ints, socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace, append, ACLs, no xattrs, iconv, no symtimes A typical client interaction: 10530: pollsys(0x08047850, 2, 0x00000000, 0x00000000) = 1 10530: read(4, " BF9CEC9AD931BD5E4A78FE8".., 8192) = 128 10530: pollsys(0x08047850, 3, 0x00000000, 0x00000000) = 1 10530: write(7, " P\0\0\n r s y n c e r".., 84) = 84 10530: pollsys(0x08047850, 2, 0x00000000, 0x0000000...

Is problem with CPU load solved? I have same problem - dovecot-auth eats one of my cores. I'm using dovecot 1.0.7 on Solaris 10 Sparc. I tried to use auth-bind and standard scheme with separate user for bind and have same result. Problem occupts only with LDAP authentication, on some other systems I use PostgreQSL and MySQL authentication and doesn't have this problem. Using PAM

...libvirt.openReadOnly(uri) File "/usr/lib/python2.4/vendor-packages/libvirt.py", line 174, in openReadOnly if ret is None:raise libvirtError(''virConnectOpenReadOnly() failed'') libvirt.libvirtError: server closed connection remote$ telnet xvm0 16509 9010/1: pollsys(0x00450570, 6, 0x00000000, 0x00000000) = 1 9010/1: accept(10, 0x7FFFFFDFE8A0, 0x7FFFFFDFE888, SOV_DEFAULT) = 11 9010/1: getpeerucred(11, 0x00450290) Err#22 EINVAL 9010/1: close(11) = 0 xvm0# telnet xvm0 16509 9069/1...

...= 0 open64("/var/qmail/maildirs/09/44/XXXXXX/Maildir/maildirsize", O_RDWR|O_APPEND) = 8 read(8, " 1 0 4 8 5 7 6 0 S\n 6 4".., 5120) = 1188 read(8, 0xFFBFE3FC, 3932) = 0 write(1, " )\r\n 0 0 0 0 0 0 1 0 ".., 33) = 33 pollsys(0x000B0378, 3, 0xFFBFF888, 0x00000000) = 1 read(0, " 0 0 0 0 0 0 1 1 F E T".., 2769) = 42 close(8) = 0 open64("/var/qmail/maildirs/09/44/XXXXXX/Maildir/maildirsize", O_RDWR|O_APPEND) = 8 read(8, " 1 0 4 8 5 7 6 0 S\n 6 4"....

Hi, I'm on RC21 on a Solaris 10 SPARC box. Somehow I managed to receive an e-mail with no message-id and when dovecot tries to delete the e-mail. Viewing the e-mail is not a problem though. I attached truss to the imap process and this was what I received: pollsys(0x000B7A88, 3, 0xFFBFF870, 0x00000000) = 0 pollsys(0x000B7A88, 3, 0xFFBFF870, 0x00000000) = 0 pollsys(0x000B7A88, 3, 0xFFBFF870, 0x00000000) (sleeping...) pollsys(0x000B7A88, 3, 0xFFBFF870, 0x00000000) = 1 read(0, " g 1 b q U I D S T O".., 3747) = 52 alarm(120)...

https://bugzilla.mindrot.org/show_bug.cgi?id=2565 Bug ID: 2565 Summary: High baud rate gets sent, solaris closes pty Product: Portable OpenSSH Version: 7.1p2 Hardware: Sparc OS: Solaris Status: NEW Severity: minor Priority: P5 Component: sshd Assignee: unassigned-bugs at

...alhost dovecot: [ID 583609 mail.error] doveadm: Error: read(111.111.111.111) failed: EOF (version not received) I tried doing sync manually: truss -rall -wall -f doveadm sync -u tpyro at metro-email.com tcp:123.123.123.123 55440: V E R S I O N\t d o v e a d m - s e r v e r\t 1\t 1\n 55440: pollsys(0x0816EB88, 1, 0x00000000, 0x00000000) = 1 55440: read(10, " -\n", 8192) = 2 55440: write(10, 0x08126598, 31) = 31 55440: P L A I N\t P A S s w o R d R E D A C t E D x W o e N X H h\n 55440: read(10, 0x0814980A, 8190)...

...ck trace on this platform [2008/08/05 16:42:42, 0] lib/fault.c:(201) dumping core in /usr/local/samba-3.2.1/var/cores/winbindd I restarted winbindd just now, same story. Here's the truss output. It looks like this, repeated: ... time() = 1217969117 pollsys(0x08047710, 4, 0x080477F0, 0x00000000) = 1 write(16, " 0\b\0\013\0\0\0\0\0\0\0".., 2096) = 2096 time() = 1217969117 brk(0x0DA3EC28) = 0 brk(0x0DA40C28) = 0 pollsys(0x08047710, 4, 0x...

http://defect.opensolaris.org/bz/show_bug.cgi?id=1986 Summary: ''zfs destroy'' hangs on encrypted dataset Classification: Development Product: zfs-crypto Version: unspecified Platform: Other OS/Version: Solaris Status: NEW Severity: major Priority: P2 Component: other

...5 getdents64 3894 fcntl 6785 doorfs 7043 resolvepath 8684 access 22627 send 73748 write 102515 stat64 126195 lwp_mutex_timedlock 339137 accept 273694273 read 285744641 pollsys 1213647291 lwp_cond_wait 1553123938 can see lwp_cond_wait consume about 1553(s) pollsys consume about 1213(s) I want to know what are they doing? but I don''t know how to do.... Hope you can help me !how to analyze this ? Please!Help! ------------------------...

I have a program where the process seems to be sleeping a lot (waiting on something) What would be the right approach to figure out via dtrace where it is sleeping and why it is sleeping? In my current process, using truss -D shows that it reaches pollsys and the whole process sleeps for 1.5 - 1.8 seconds before it awakes again. Its the only significant process running on this two CPU (socket) V20z. I am trying to figure out how can I use Dtrace to answer the question "Where and why is the process sleeping?" Any sample scripts will he...

I''ve recently re-installed an X4500 running Nevada b109 and have been experiencing ZFS lock ups regularly (perhaps once every 2-3 days). The machine is a backup server and receives hourly ZFS snapshots from another thumper - as such, the amount of zfs activity tends to be reasonably high. After about 48 - 72 hours, the file system seems to lock up and I''m unable to do anything

Good day oh technical ones . I was running Samba 4 (client only, not using it as a DC so effectively running Samba 3 code from the Samba 4 tree) and, other than a little "Gotcha!" regarding decoding Kerberos PACs, it was all working perfectly. Then recently I had to upgrade, to "4.2.0pre1-GIT-b505111" (I had to upgrade the OS on the server

...semsys 96000 open 150200 read 300900 pwrite64 435000 Syscall Counts for processes oracle, SYSCALL COUNT pset 1 sysconfig 1 pollsys 1 pwrite64 2 lwp_park 4 kaio 4 semsys 6 kill 6 close 6 read 6 open...