Thanks for the reply Matt. After some more digging around, here is what I found. I have about 1/2 dozen various rsync jobs that back up various data from various locations. ps-ef | grep rsync showed each of these jobs listed many times, so for some reason they were not finishing. I think this is a cause potentially, rather than a symptom, but that is a bit of a guess right now. Anyway, a power cycle of the box resolves the access issue, but it creeps back up quickly. I disabled all my cronjobs and am testing them 1 by 1. I can now issue the zpool status command and get all healthy
What is the 'hd' command you speak of? Also, I do not show any drives in error via the ilom interface, all green. Thanks, Matthew On 2/3/09 1:13 PM, "Matt Snow" <ms...@greenplum.com> wrote: Hi Matthew, I've seen similar behavior with X4500s on both update 4 and update 5. In both cases it was a failed disk. In both our cases any command that accessed a disk in the zpool triggered a hang I started with dmesg, then /var/adm/messages. In some cases I was able to run `hd` and see where the disk enumeration would stop. The next logical disk in the enumeration is likely your bad disk. Assuming you have your zpool in a RAID or Mirror configuration remove the drive that didn't show up in the `hd` output then try to run a zpool command. You might also simply try opening the disk cover on the chassis and see if you have a blue eject LED lit, or yellow fault LED. ..Matt Snow ________________________________ From: Matthew Arguin <marg...@jpr-inc.com> Date: Mon, 2 Feb 2009 07:15:05 -0800 To: <zfs-discuss@opensolaris.org> Subject: Re: [zfs-discuss] Zfs and permissions Actually, the issue seems to be more than what I described below. I cannot seemingly issue any zfs or zpool commands short of just zpool status -x , giving a 'healthy' status. If I do zpool status , I get the following: r...@ec1-nas1# zpool status pool: nasPool state: ONLINE scrub: none requested But then it freezes there. This used to return fairly quickly. Where can I go to see what might be causing this? I see nothing in the message logs. -thx On 2/2/09 9:57 AM, "Matthew Arguin" <marg...@jpr-inc.com> wrote: I am having a problem that I am hoping someone might have some insight in to. I am running a x4500 with solaris 5.10 and a zfs filesystem named nasPool. I am also running NetBackup on the box as well...server and client all in one. I have had this up and running for sometime now and recently ran in to a problem that Netbackup, running as root, cannot seem to write to a directory backup and its subdirectories on the zfs filesystem. The directory backup has ownership of backup:backup and at this point also has perms of 777 (did that while trying to figure out this issue). Netbackup cannot write to those directories any longer. Any insight in to this would be greatly appreciated. Thank you in advance. -- Matthew Arguin Production Support Jackpotrewards, Inc. 275 Grove St Newton, MA 02466 617-795-2850 x 2325 www.jackpotrewards.com _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss -- Matthew Arguin Production Support Jackpotrewards, Inc. 275 Grove St Newton, MA 02466 617-795-2850 x 2325 www.jackpotrewards.com
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
