Red Hat

Calling all Linux GURU's.

The purpose of this thread is to try an recreate what we already have stood up in my environment, however the steps i am having to produce my own.

I have got multiple applications that dump the data to various LUNs, the LUNs are managed by an Enterprise SAN Storage System (Compellent). My backup server currently in place has all of the LUNs above mounted as RO, the LUN ACL's from the SAN are set such that the Backup server is RO and everything else is RW to the respective server and lun that it writes to.

Question 1) Give the above, if i setup a new rhel6 server, set the LUN ACL as RO from the SAN Server. Will I be able to map the existing lun into the server? I have been battling this for awhile, i assume the answer is no because in order import the VG and LVM you need limited write access to the partition table, correct?

Using test volumes and servers I was able to generate a work around, but unsure if i want apply to production data:
The LUN ACL's are Read Only rights from the SAN to the backup server. (this is how its setup on current backup server)


I have found a convoluted method but im concerned about data corruption

Using a test linux box and a test lun:
Mounted the lun to vm as raw mapped lun,
Create volume group vg0
Created the lvm volume lvol0
Put some dumb data


Go to new backup server:
Iscsiadm -m node -R
Pvscan
Vgscan
Lvscan

Vgchange -ay vg0
Lvchange -ay lvol0
(not mounting the lun just creating the links)

Go back to compellent remove mapping for lun on the new backup server, and then re add as read only.
Now go to backup server and mount.



Thoughts anyone?

Tried your steps in my test environment. It works for me! However, I don't understand your question:
Are you trying to say that you want to map the LUN as read-only in the test RHEL box while it's mapped already in rw mode in another server?

You should be able to map the LUN as it is and then mount it RO on the linux server and not need to use the ACL.

I think a setup where there is concurrent access to the same lun ( or rather the underlying storage ) will lead to corruption unless something like for example a shared logical volume is being used, but even then you would need some kind of shared filesystem. This is because of caching/buffering that going on on the various hosts and they need to make each other aware of changes. I think you need to use something like snapshots for backup..

It is done quite often in clusters, where either locking the file system or a cluster file system is used.

Question rephrase: Given the above, if i setup a new rhel6 server, set the LUN ACL as RO from the SAN Server. Can I map the existing lun (RO ACL from the SAN) into the server, if so how?

Using iscsi initiator on the rhel6 backup server, I can see the luns, vgscan shows the vg's for the lun's, lvscan same. But I cannot activate the VG or LV. In /dev/ their isnt a corrosponding directory for the vg (and sub symbolic link), their arent any entries for the volumes in /dev/mapper.

When I did the work around when i activated the vg, it created the folder in /dev/ and then when i activated the lvm, it created the symbolic link in the /dev/vg-lun and in /dev/mapper.

Im trying to following good practices, im worried that my hacked method may lead to data corruption on my production luns.

What you are doing is likely to lead to corruption.

Forget what you are doing. What are you trying to accomplish?