Re: Defending GFS

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



We ran into such problems few times: my collegue just reboots that node;)


On 2/19/08, Ray Charles <raycharles_man@xxxxxxxxx> wrote:
>
>
> Hi all,
>
> GFS ver 6.1, not gfs2.
>
> I am looking for an intelligent way to defend the use
> of gfs on a prod cluster. Every time there's an issue
> I hear a cacophony of voices that declare that "GFS
> caused ... whatever."
>
> Most recently there was an instance where doing an ls
> of a certain sub dir that happened to be on a GFS
> partition just hung. All other sub dir in that same
> partition could be navigated. Does that sound like a
> typical scenario? Aside from the system log is there
> any other place to check??
>
> If gfs gets into a funny state how can i detect it or
> test for it?
>
> tia-
>
> -Ray
>
>
>
>
>      ____________________________________________________________________________________
> Never miss a thing.  Make Yahoo your home page.
> http://www.yahoo.com/r/hs
>
> --
> Linux-cluster mailing list
> Linux-cluster@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/linux-cluster
>

--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster

[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux