search for: nfsmapid

.../src/lib/libmapid/spec/Makefile create: usr/src/lib/libmapid/spec/Makefile.targ create: usr/src/lib/libmapid/spec/i386/Makefile create: usr/src/lib/libmapid/spec/mapid.spec create: usr/src/lib/libmapid/spec/sparc/Makefile create: usr/src/lib/libmapid/spec/versions delete: usr/src/cmd/fs.d/nfs/nfsmapid/nfsmapid_resolv.c delete: usr/src/cmd/fs.d/nfs/nfsmapid/nfsmapid_resolv.h delete: usr/src/cmd/fs.d/nfs/sysidnfs4/Makefile delete: usr/src/cmd/fs.d/nfs/sysidnfs4/config_nfs4.c delete: usr/src/cmd/fs.d/nfs/sysidnfs4/config_nfs4.h delete: usr/src/cmd/fs.d/nfs/sysidnfs4/sysidnfs4.c delete: usr/sr...

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

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