<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Brocade fencing with GFS2 and root on SAN in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/brocade-fencing-with-gfs2-and-root-on-san/m-p/4224350#M33068</link>
    <description>each server has a private dedicated vdisk presented to it - this is formatted for its root filesystem - so / is on SAN.&lt;BR /&gt;&lt;BR /&gt;/boot - /dev/cciss/c0d0p1 (local)&lt;BR /&gt;swap - /dev/cciss/c0d0p2 (local&lt;BR /&gt;/ - /dev/sda1 (SAN,unshared, ext3)&lt;BR /&gt;/gfs/storage - /dev/sdb1 (SAN, shared, GFS)&lt;BR /&gt;&lt;BR /&gt;Now if 1 node gets fenced, it is done by san - so server would basically crash?&lt;BR /&gt;The data on GFS is a cache for a custom application - has data that can easily be regenerated. if it is fenced, how would it go about recovering?</description>
    <pubDate>Sun, 29 Jun 2008 23:35:36 GMT</pubDate>
    <dc:creator>B Cave</dc:creator>
    <dc:date>2008-06-29T23:35:36Z</dc:date>
    <item>
      <title>Brocade fencing with GFS2 and root on SAN</title>
      <link>https://community.hpe.com/t5/operating-system-linux/brocade-fencing-with-gfs2-and-root-on-san/m-p/4224348#M33066</link>
      <description>hi,&lt;BR /&gt;&lt;BR /&gt;I have an EVA4400 with a few servers. each server has a private dedicated vdisk assigned to it. This is formatted for its / fs (ext3). /boot and swap is on local disk. Each server also has 2nd and 3rd vdisks presented to them.&lt;BR /&gt;&lt;BR /&gt;I am considering using brocade fencing (have a brocade switch), but am concerned that brocade fencing for the shared storage will also block my "/" filesystem - should i just stick to gnbd?</description>
      <pubDate>Sun, 29 Jun 2008 21:47:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/brocade-fencing-with-gfs2-and-root-on-san/m-p/4224348#M33066</guid>
      <dc:creator>B Cave</dc:creator>
      <dc:date>2008-06-29T21:47:24Z</dc:date>
    </item>
    <item>
      <title>Re: Brocade fencing with GFS2 and root on SAN</title>
      <link>https://community.hpe.com/t5/operating-system-linux/brocade-fencing-with-gfs2-and-root-on-san/m-p/4224349#M33067</link>
      <description>&amp;gt;&amp;gt;&amp;gt; This is formatted for its / fs (ext3). /boot and swap is on local disk.&lt;BR /&gt;&lt;BR /&gt;Ok, your / is on local disks.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;&amp;gt;&amp;gt; but am concerned that brocade fencing for the shared storage will also block my "/" filesystem&lt;BR /&gt;&lt;BR /&gt;Why do you think that if you / is on local disks? Besides, if a node is fenced, there is a reason for that, in fact, is better if you have a power switch or a ILO fencing also to reboot the node.</description>
      <pubDate>Sun, 29 Jun 2008 23:19:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/brocade-fencing-with-gfs2-and-root-on-san/m-p/4224349#M33067</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2008-06-29T23:19:01Z</dc:date>
    </item>
    <item>
      <title>Re: Brocade fencing with GFS2 and root on SAN</title>
      <link>https://community.hpe.com/t5/operating-system-linux/brocade-fencing-with-gfs2-and-root-on-san/m-p/4224350#M33068</link>
      <description>each server has a private dedicated vdisk presented to it - this is formatted for its root filesystem - so / is on SAN.&lt;BR /&gt;&lt;BR /&gt;/boot - /dev/cciss/c0d0p1 (local)&lt;BR /&gt;swap - /dev/cciss/c0d0p2 (local&lt;BR /&gt;/ - /dev/sda1 (SAN,unshared, ext3)&lt;BR /&gt;/gfs/storage - /dev/sdb1 (SAN, shared, GFS)&lt;BR /&gt;&lt;BR /&gt;Now if 1 node gets fenced, it is done by san - so server would basically crash?&lt;BR /&gt;The data on GFS is a cache for a custom application - has data that can easily be regenerated. if it is fenced, how would it go about recovering?</description>
      <pubDate>Sun, 29 Jun 2008 23:35:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/brocade-fencing-with-gfs2-and-root-on-san/m-p/4224350#M33068</guid>
      <dc:creator>B Cave</dc:creator>
      <dc:date>2008-06-29T23:35:36Z</dc:date>
    </item>
    <item>
      <title>Re: Brocade fencing with GFS2 and root on SAN</title>
      <link>https://community.hpe.com/t5/operating-system-linux/brocade-fencing-with-gfs2-and-root-on-san/m-p/4224351#M33069</link>
      <description>Ok, now I understand.&lt;BR /&gt;&lt;BR /&gt;Normally is good idea to have / on local disks also. But in this case, yes, fencing will block access to your root file system and your server will crash.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;&amp;gt; if it is fenced, how would it go about recovering?&lt;BR /&gt;&lt;BR /&gt;First, you must know the cause of the fencing. Once you are sure that the problem was solved, you must manually enable the sanswitch port with portenable.</description>
      <pubDate>Sun, 29 Jun 2008 23:41:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/brocade-fencing-with-gfs2-and-root-on-san/m-p/4224351#M33069</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2008-06-29T23:41:55Z</dc:date>
    </item>
    <item>
      <title>Re: Brocade fencing with GFS2 and root on SAN</title>
      <link>https://community.hpe.com/t5/operating-system-linux/brocade-fencing-with-gfs2-and-root-on-san/m-p/4224352#M33070</link>
      <description>ok, great thanks.&lt;BR /&gt;&lt;BR /&gt;busy looking for info on how ilo fencing works.</description>
      <pubDate>Mon, 30 Jun 2008 00:14:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/brocade-fencing-with-gfs2-and-root-on-san/m-p/4224352#M33070</guid>
      <dc:creator>B Cave</dc:creator>
      <dc:date>2008-06-30T00:14:46Z</dc:date>
    </item>
  </channel>
</rss>

