search for: syseventd

Author: sjelinek Repository: /hg/zfs-crypto/gate Revision: e2d8706d226b8bdada8284689c37d35a33396b15 Log message: 6409257 /etc/vfstab isn''t properly aligned 6409251 typo in stmsboot 6409254 unused variables in svc-syseventd 6409228 typo in aclutils.h Contributed by Rainer Orth <ro at TechFak.Uni-Bielefeld.DE>. Files: update: usr/src/cmd/initpkg/vfstab.sh update: usr/src/cmd/stmsboot/stmsboot.sh update: usr/src/cmd/syseventd/svc-syseventd update: usr/src/lib/libsec/common/aclutils.h

...that uses Perl, Kstat, /proc/*/usage, /proc/*/psinfo, and DTrace. The program itself is more of a prototype, I want to get serious about it and rewrite it in C. It currently has output like, # prustat -t5 -snet 10 PID %CPU %Mem %Disk %Net COMM 90 0.00 0.09 0.00 0.00 syseventd 443 0.00 0.13 0.00 0.00 snmpd 102 0.00 0.00 0.00 0.00 picld 10096 0.00 0.35 0.00 0.00 bash 445 0.00 0.00 0.00 0.00 dtlogin PID %CPU %Mem %Disk %Net COMM 22554 0.00 0.00 2.83 11.76 rcp 22553 0.00 0.00 2.43 11.47...

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

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

...Jun 15 ? 0:00 /usr/lib/saf/sac -t 300 root 334 331 0 Jun 15 ? 0:00 /usr/lib/saf/ttymon root 153 1 0 Jun 15 ? 0:00 /usr/sbin/rpcbind root 392 196 0 Jun 16 ? 0:00 in.telnetd root 75 1 0 Jun 15 ? 0:00 /usr/lib/sysevent/syseventd root 149 1 0 Jun 15 ? 0:43 /usr/lib/ldap/ldap_cachemgr root 199 1 0 Jun 15 ? 0:00 /usr/lib/autofs/automountd root 156 1 0 Jun 15 ? 0:00 /usr/sbin/keyserv root 196 1 0 Jun 15 ? 0:00 /usr/sbin/inetd -s daemon 198...

Hi. System is snv_56 sun4u sparc SUNW,Sun-Fire-V440, zil_disable=1 We see many operation on nfs clients to that server really slow (like 90 seconds for unlink()). It''s not a problem with network, there''s also plenty oc CPU available. Storage isn''t saturated either. First strange thing - normally on that server nfsd has about 1500-2500 number of threads. I did