RE: iSCSI LUN sharing

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

 



You'd be able to just install additional software.

The problem with just using NFS or Samba to share the data out is that now you've got Box B's job relying on Box A's existence.  If they can both see the same data, they're relying on the existence of the data, which is usually easier to provide.

Rob Marti

-----Original Message-----
From: redhat-list-bounces@xxxxxxxxxx [mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of Nicoli Stupinski
Sent: Tuesday, May 18, 2010 3:14 PM
To: General Red Hat Linux discussion list
Subject: Re: iSCSI LUN sharing

Thanks, Rob.

If I get an AP entitlement, would I have to re-install the OS or would I be
able to just install the GFS stuff I needed?

Nic

On Tue, May 18, 2010 at 3:32 PM, Marti, Robert <RJM002@xxxxxxxx> wrote:

> To do it right you'd need a clustered filesystem.  Doing it wrong is
> possible in all kinds of ways that I won't recommend, so I'd look at GFS or
> some other clustered filesystem.  I'd look into getting an AP entitlement.
>
> Rob Marti
>
> -----Original Message-----
> From: redhat-list-bounces@xxxxxxxxxx [mailto:
> redhat-list-bounces@xxxxxxxxxx] On Behalf Of Nicoli Stupinski
> Sent: Tuesday, May 18, 2010 2:22 PM
> To: General Red Hat Linux discussion list
> Subject: iSCSI LUN sharing
>
> I have a system running RHEL 5.5 that has one iSCSI LUN mounted.  I would
> like to share this same iSCSI LUN with another RHEL 5.5 server, mounted as
> read-only (or even RW, if possible, but not required).
>
> I can mount the LUN from the second system but it doesn't noticed any
> changes that were made to the filesystem by the first system, the one with
> RW access.  I have to unmount/mount the FS on the second system to see
> those
> changes (files added, deleted, etc).
>
> It seems that I need something like GFS to do this, but I don't have the
> Advnaced Server license, just RH Enterprise Linux.
>
> Can I acheive this by other means?  Samba, NFS?  If so, what would be the
> best route to take.
>
> Thanks.
> Nic
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>
-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux