LinuxQuestions.org
Support LQ: Use code LQ3 and save $3 on Domain Registration
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Server
User Name
Password
Linux - Server This forum is for the discussion of Linux Software used in a server related context.

Notices

Reply
 
Search this Thread
Old 06-02-2008, 02:52 PM   #1
psteele555
LQ Newbie
 
Registered: Jun 2008
Distribution: RHEL 5.0
Posts: 24

Rep: Reputation: 15
Question Can multiple clients access a single iSCSI partition?


Hi. Just so you know, I am a complete newb; I just started working with servers and networks last week.

The problem I have been presented with is to find a way (or to assert that there is none, if indeed no way exists) for multiple clients to access a single iSCSI partition. Is there any way to do such a thing? So far I have been reading about GFS, but that is only about clustering servers. I believe--and correct me if I'm wrong--that the client side still will only allow one access at a time. Is installing a locking mechanism the only thing that needs to be done? If so, how would you go about doing that? If not, what needs to be done?

Thanks in advance.
 
Old 06-04-2008, 08:29 AM   #2
psteele555
LQ Newbie
 
Registered: Jun 2008
Distribution: RHEL 5.0
Posts: 24

Original Poster
Rep: Reputation: 15
OK, so after a large amount of further reading, it seems that I can do what I said. Because we only have one server, we need to make a 1-node cluster of it using Red Hat Cluster Suite. Then, when creating the GFS file system, we need to specify lock_dlm as the locking protocol.

I have three new questions.

1) Will this actually work, i.e. will multiple clients be able to access the file system simultaneously?

2) What kind of overhead will be associated with this?

3) (related to previous question) Is there a more efficient way of implementing a solution to the original problem (multiple simultaneous client accesses to the same file system)?
 
Old 06-04-2008, 09:58 AM   #3
jiml8
Senior Member
 
Registered: Sep 2003
Posts: 3,171

Rep: Reputation: 114Reputation: 114
When you say "access the file system" what do you mean?

Do you mean have multiple clients mount the partition? Or do you mean read/write files on the partition through some intermediary?

If the former, don't try it. No file system will handle it properly and you will corrupt data.

If the latter, then sure. In fact, this is done very very commonly. A server mounts the filesystem then shares it across a network with various client machines. All I/O passes through the server.

As for "one client at a time" vs "multiple clients" again I don't know what you mean. Multiple clients can access the same partition and even the same file at the same time. I/O is handled by the device and is reordered to maximize device efficiency. When you get down to it, the drive is only reading/writing one chunk of data at a time, so ultimately only one client at a time is accessing, but from a practical standpoint multiple clients have simultaneous access.

edit: The wikipedia definition of GFS suggests (but does not state) that GFS does permit simultaneous mounting of the FS by multiple clients. This makes the file locking mechanism rather important, and implies no local caching. I wonder if the performance of such a file system is better overall than a more conventional shared or distributed FS.

Last edited by jiml8; 06-04-2008 at 11:14 AM.
 
Old 06-04-2008, 12:37 PM   #4
psteele555
LQ Newbie
 
Registered: Jun 2008
Distribution: RHEL 5.0
Posts: 24

Original Poster
Rep: Reputation: 15
When I know which of the two I am trying to do, I'll get back to you ASAP. Until then, I'll just say that I think it's read/write files on the partition through an intermediary.

About your edit on GFS: http://www.redhat.com/magazine/018ap...s/tips_tricks/ states that "If more than one system needs to access the data on an iSCSI LUN, GFS [emphasis added], NFS, or Samba should be used to properly share the data." I took "systems" to mean "clients." Is this correct?

And what exactly does local caching mean?

Thanks for your patience, these must seem like incredibly elementary questions to you.
 
Old 06-04-2008, 02:23 PM   #5
psteele555
LQ Newbie
 
Registered: Jun 2008
Distribution: RHEL 5.0
Posts: 24

Original Poster
Rep: Reputation: 15
Update: we actually want to mount the partition on multiple clients. In this light, let me reiterate the three questions:

1) Will this actually work, i.e. will multiple clients be able to mount the file system simultaneously?
(we now know that it will)

2) What kind of overhead will be associated with this (if it is possible to know)?

3) (related to previous question) Is there a more efficient way of implementing a solution to the original problem (mounting the same iSCSI partition on multiple clients)?
 
Old 06-07-2008, 08:06 AM   #6
jiml8
Senior Member
 
Registered: Sep 2003
Posts: 3,171

Rep: Reputation: 114Reputation: 114
I am unfamiliar with GFS so won't comment definitively about it.

With respect to pretty much any other filesystem, the answer is a resounding "NO" - you can't do that.

Oh, multiple systems certainly CAN mount the same filesystem at the same time, but you are guaranteed data corruption, and very quickly. The usual procedure is to share the filesystem using NFS or SMB.

That redhat link suggests that GFS is another sharing protocol, like NFS or SMB. It does state quite clearly that multiple clients (systems) cannot simultaneously mount the same drive (LUN).

Just share the filesystem. The technology to do that is mature and fast.
 
Old 06-09-2008, 07:54 AM   #7
psteele555
LQ Newbie
 
Registered: Jun 2008
Distribution: RHEL 5.0
Posts: 24

Original Poster
Rep: Reputation: 15
The filesystem is already being shared using NFS; the thought was that GFS would make it faster. If GFS does not provide the ability to mount the filesystem on multiple clients, then what is the file locking mechanism for? (That question is only half-rhetorical.)

I guess what I need is someone who is familiar with GFS, but where/how can I find one of those?

And for my personal cultural edification, why is data corruption guaranteed in that situation? I thought that data corruption happened because when multiple systems have the same filesystem mounted, they don't know that another system may be editing a file, so all systems just assume they have exclusive read/write capability, and they write wherever they want, which almost always (but not 100% always) results in them writing to the same file at the same time and corrupting it.
 
  


Reply

Tags
networking


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
LVM and multiple iSCSI disks performance of LVM xxx_anuj_xxx Linux - Server 4 05-01-2008 12:26 PM
Creating single realm for multiple sites access mlewis Linux - General 1 07-18-2007 09:27 AM
Access authenticating FTP sites using FTP Clients on XP clients via SQUID munirg2003 Linux - Networking 2 06-12-2007 10:58 PM
Small Network and Single Sign On with different clients k.king Linux - Networking 5 10-26-2005 02:43 PM
Multiple Clients One Authentication jpbarto Linux - Networking 4 10-02-2003 01:50 PM


All times are GMT -5. The time now is 07:25 PM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration