Hello all, At our office a have a server running 3 Xen domains. Mail server, etc. I want to make this setup more redundant. There are a few howtos on the combination of Xen, DRBD, and heartbeat. That is probably the best way. Another option I am looking at is a piece of shared storage, a machine running CentOS with a large software RAID 5 array. What is the best means of sharing the storage? I would really like to use a combination of an iSCSI target server, and GFS or OCFS. But the iSCSI target server in the CentOS repos is a 'technology preview' Have any of you used the iSCSI target server in a production environment yet? Is NFS and option? Kind regards, Coert Waagmeester
>Have any of you used the iSCSI target server in a production environment >yet? > >Is NFS and option?Briefly, but iet has been rock stable for me. It just runs forever... I have only used NFS under vmware, it worked good. jlc
I use NFS - stable solution, but if your looking more for redundancy, use the DRBD and heartbeat solution you mentioned. I have quite a few system running this - it works very well. You may also use Raid with DRBD. Sorry, I have never used iSCSI Target, looks interesting though. ~Ron Coert Waagmeester wrote:> Hello all, > > > At our office a have a server running 3 Xen domains. Mail server, etc. > > I want to make this setup more redundant. > > There are a few howtos on the combination of Xen, DRBD, and heartbeat. > That is probably the best way. > > Another option I am looking at is a piece of shared storage, > a machine running CentOS with a large software RAID 5 array. > > What is the best means of sharing the storage? > I would really like to use a combination of an iSCSI target server, and > GFS or OCFS. > > But the iSCSI target server in the CentOS repos is a 'technology > preview' > > Have any of you used the iSCSI target server in a production environment > yet? > > Is NFS and option? > > Kind regards, > Coert Waagmeester > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos > >
Coert Waagmeester schrieb:> Hello all, > > > At our office a have a server running 3 Xen domains. Mail server, etc. > > I want to make this setup more redundant. > > There are a few howtos on the combination of Xen, DRBD, and heartbeat. > That is probably the best way. > > Another option I am looking at is a piece of shared storage, > a machine running CentOS with a large software RAID 5 array. >How large? Depending on the size, RAID6 is the better option (with >=1TB disks, the rebuild can take longer than the statistical average time another disk needs to fail).> What is the best means of sharing the storage? > I would really like to use a combination of an iSCSI target server, and > GFS or OCFS. > >If you don't already do GFS (and have been doing so for years), I'd say you better only do it in a configuration that is either supported by RedHat (e.g. with RHEL) or some competent 3rd-party that can help you over the pitfalls. Else you are on your own, with only the GFS mailinglist, yourself and your keyboard ;-) Rainer
Coert Waagmeester wrote:> > At our office a have a server running 3 Xen domains. Mail server, etc. > > I want to make this setup more redundant. > > There are a few howtos on the combination of Xen, DRBD, and heartbeat. > That is probably the best way. > > Another option I am looking at is a piece of shared storage, > a machine running CentOS with a large software RAID 5 array. > > What is the best means of sharing the storage? > I would really like to use a combination of an iSCSI target server, and > GFS or OCFS. > > But the iSCSI target server in the CentOS repos is a 'technology > preview' > > Have any of you used the iSCSI target server in a production environment > yet? > > Is NFS and option?I've always liked the 'low-tech' way of using RAID1 in a box with swappable disks and keeping a spare chassis handy. In the most common scenario of a single drive failure you will keep running at full speed and can replace the drive at your convenience. For a less likely motherboard or power supply failure, you move the disks to the other chassis and are up in the time it takes to reboot. And if the whole thing melts, you can recover the data off of any single disk you have left. You still need backups, of course and you need an on-site person to swap drives. You could automate it a bit more with drbl and a heartbeat failover to keep the standby live, but that adds a lot of complexity and more things to go wrong. -- Les Mikesell lesmikesell at gmail.com
2009/6/11 Coert Waagmeester <lgroups at waagmeester.co.za>:> Hello all,Hi,> At our office a have a server running 3 Xen domains. Mail server, etc. > > I want to make this setup more redundant. > > There are a few howtos on the combination of Xen, DRBD, and heartbeat. > That is probably the best way.I am using a combination of DRBD+GFS. Since v8.2, DRBD [1] can be configured in dual-primary mode [2]. You can mount your local partitions in r/w mode using a Distributed Lock Manager and GFS. It works pretty well in my case, both my partitions are correctly replicated at device block level. Please, note that with this solution you have to configure a fence device to preserve the file system integrity. The DRBD documentation contains everything you need to realize this solution. [1] http://www.drbd.org/users-guide/ [2] http://www.drbd.org/users-guide/s-dual-primary-mode.html Cheers -- Giuseppe
HI All,
I have created own distribution CD. but after installation that is
when it is going post installation sh :/usr/sbin/mouseconfig file or
directory not found " . can any help me to solve this .
Thanks in advance
Juliet
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.centos.org/pipermail/centos/attachments/20090619/8625ac7e/attachment-0001.html>