Hi,
In your case, I guess removing the SUID on mount for normal users is the best solution.
This is will prevent non root members from mounting the file systesm.
Regards,
Kumaresh
Deval kulshrestha <deval.kulshrestha@xxxxxxxxxxxxxxx> wrote:
Deval kulshrestha <deval.kulshrestha@xxxxxxxxxxxxxxx> wrote:
HiI am using one MSA 500 G2 , two no. of HP DL360 G4P server with HP?s HBA 642, Server installed with RHEL 4 ES U1 and RHCS4 with lock mgr as DLMI have to run around 14 different services in HA mode, I have break them up in two different priority domain.Now 7 services runs on node1 in HA mode, node2 is failover host for them,Remaining 7 services runs on node2 in HA mode and node1 is failover domain for them.In my scenario Simultaneous logical drive access is not required, thus I am not using GFS hereWhat ever is needed is configured properly and working fine.But this cluster is still causes some data inconsistency error if somebody manually mounts the partitions which is already in access by other node.I understand that this is against the basics of non-shared file system. This can be documented also, but everybody knows that after 2-3 yrs down the line when support staff replaced by new people, when they come in with very limited understanding about the running stuff they can do some mount mistake.(umount is a document screw up, but mount is here undocumented screw up) every body knows mount is just a simple command, it does not harm anything, if I just want to read data mount is ok. But in our case we wanted to restrict other users to use mount command when some logical volume is already mounted on one node.I want some help on this, when shared file system is not implemented. How we can restrict manual mount of cluster file system resources when its being in use by some cluster services?Any help would be highly appreciable here.With regardDeval K.=========================================================== Privileged or confidential information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), please delete this message and kindly notify the sender by an emailed reply. Opinions, conclusions and other information in this message that do not relate to the official business of Progression and its associate entities shall be understood as neither given nor endorsed by them. ------------------------------------------------------------- Progression Infonet Private Limited, Gurgaon (Haryana), India--
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster
Jiyo cricket on Yahoo! India cricket
Yahoo! Messenger Mobile Stay in touch with your buddies all the time.
-- Linux-cluster@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-cluster
