Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Hi, Thanks for the reference.Let me tell you what I want exactly. I am working in a project which has a management Station running on RHEL 4.0.This Management Station is a "unified Deployment Framework" which has Veritas Opforce(Hope you know about that ). VERITAS OpForce(tm) allows you to access, control, and provision servers at any location securely through an encrypted connection. In addition to server deployments, system administrators can assign IP addresses, track software licenses, automatically discover and track server assets, generate reports, update software applications with patches or service packs and remotely run scripts. Now the Project main aim is After Management Station is installed with opforce,if any node is allowed to boot,it will boot thru PXE Boot rather than booting from DHCP as a result, it will boot from Management station and a required nodes will be ready automatically come up with required packages installed automatically. No need to install the other systems manually This Architecture will automatically install all the packages being controlled through Management Station. Now We are in attempt to Setup Cluster. Cluster controlled through Opforce. So Say I have two nodes Node-1 and Node-2 and a Management Station(with Opforce). Now I don't have Shared Storage(We ordered for MS1500 but it will come after few months).What I want to try is Alternative so that I can setu meanwhile). I have a RHEL 4.0 Machine with 40GB.Will that do? How many machines do we need?I went through your advised doc and it says "primary-primary" Stuff.Do I need two RHEL Servers.??? ________________________________ From: drbd-user-bounces at lists.linbit.com [mailto:drbd-user-bounces at lists.linbit.com] On Behalf Of CA Lists Sent: Wednesday, July 02, 2008 8:19 PM To: drbd-user at lists.linbit.com Subject: Re: [DRBD-user] Setting Up Red Hat Cluster.. To the original poster - it sounds like you're essentially looking for a cheap, home-brewed SAN solution. A while back I put together a quick how-to on creating a redundant SAN solution using DRBD, iSCSI, and OCFS2. You can view it here: http://www.tedeology.com/2008/03/how-to-create-iscsi-san-using-heartbeat .html Hope that helps. Joe Koenig Creative Anvil, Inc. Phone: 314.692.0338 1346 Baur Blvd. Olivette, MO 63132 joe at creativeanvil.com http://www.creativeanvil.com Mark Watts wrote: On Wednesday 02 July 2008 14:26:03 Singh Raina, Ajeet wrote: Well I know this forum is related to DRBD but As I know My firm wont let me purchase GFS I need another alternative. I posted the same question in fedoraforum and one of the expert advise me such: You could install the iscsi-target, and export some of the space via iscsi... that would work for the shared storage requirement. Of course, it would be best to buy a real iscsi array. *************** Can You please help me out setting the Shared Storage in the above case.just need your advise. Using iSCSI as your shared storage would still require a clustered filesystem to allow concurrent access to files from more than one node. (In theory you could export /dev/drbd0 as an iSCSI device, but that doesn't get away from iSCSI simply being a network block-device, not a filesystem). If you simply want to have a filesystem mirrored to another system for use in an Primary/Secondary scenario (typically using Heartbeat to provide fail-over) then there is no need to use a clustered filesystem, since only one node will be directly accessing the block-device at a time. EXT3 will work just fine for this. Mark. ________________________________ _______________________________________________ drbd-user mailing list drbd-user at lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20080703/adabfc65/attachment.htm>