Re: [Vserver] Re: keeping a mirror machine synched
On Wed, Feb 28, 2007 at 04:15:08PM +0100, Herbert Poetzl wrote: > for harddisks, low temperature is the secret of > long life (and stable env. conditions, of course) There's a reasonably interesting recent paper from Google labs which is making the rounds http://labs.google.com/papers/disk_failures.pdf You might find some of the results surprising. > hddtemp is a nice tool to figure the disk temp > for most newer drives, and as a rule of the thumb, > everything below 40°C is considered fine and all > above 50°C is considered deadly ... Thanks for the pointer, that's a nice addition to smartmontools and mdadm email notification. -- Eugen* Leitl http://leitl.org";>leitl http://leitl.org __ ICBM: 48.07100, 11.36820http://www.ativel.com 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE signature.asc Description: Digital signature ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Re: keeping a mirror machine synched
> In our mini-ITX's we started to use Seagates as the Maxtors were > dropping down like flys. Although now I know they are one and the > same, we still opt for Seagates. > > Although Maxtor always replaced them with no problems, its the hassle > :) for harddisks, low temperature is the secret of long life (and stable env. conditions, of course) hddtemp is a nice tool to figure the disk temp for most newer drives, and as a rule of the thumb, everything below 40°C is considered fine and all above 50°C is considered deadly ... Yeah, although there was a google report out recently that said cooler drives failed quicker (go figure!) Most of our drives are anything from 35-45, but have a few at the 50 mark. But have been there for 2 years and not failed. Although we tend to do disk swaps every 12 months anyway. It saves a lot of heart ache Darren ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Couldn't download base-config
On Wed, Feb 28, 2007 at 03:53:27PM +0100, Herbert Poetzl wrote: > On Wed, Feb 28, 2007 at 01:12:04PM +0100, Peter Mann wrote: > > On Mon, Feb 05, 2007 at 05:16:44PM +0100, Peter Mann wrote: > > > On Mon, Feb 05, 2007 at 06:11:04AM +0100, Herbert Poetzl wrote: > > > > - debian tends to break things, and then avoid to > > > >fix up the breakage for a long time (see kernel) > > > > > > just now it's special case, because of preparing next stable, > > > so "testing" is frozen > > > > > > http://www.debian.org/doc/FAQ/ch-ftparchives#s-testing > > > > > > now we have new vserver kernel in Etch/testing: > > > > http://packages.debian.org/changelogs/pool/main/l/linux-2.6/linux-2.6_2.6.18.dfsg.1-11/changelog > > > >* Update vserver patch to 2.0.2.2-rc9. (closes: #402743, #403790) > > well, unfortunately still an old one, and not the > 2.2.0 branch, but hey, better than nothing now Etch is frozen, so no new versions is accepted, only bugfixes ... so Etch will be released with 2.6.18 ... anyway vs2.2 for 2.6.18 is very old too: 04-Dec-2006 06:19 ;-) http://ftp.linux-vserver.org/pub/kernel/vs2.2/testing/patch-2.6.18.5-vs2.2.0-pre5.diff and The latest prepatch version of the stable Linux-VServer patch is: vs2.0.3-rc1 http://linux-vserver.org/ChangeLog-2.0 so only small difference between vs2.0.3-rc1 and vs2.0.2.2-rc9 so stable vserver patch with next stable Debian release will be fine for long time on many servers ... so anyone can use only apt-get to install vserver utils and kernel: apt-get install linux-image-vserver-686 util-vserver vserver-debiantools if someone want newer versions, then he can use The latest prepatch version of the upcoming stable Linux-VServer patch for 2.6.19 or 2.6.20 with vanilla kernel ... -- 5o Peter.Mann at tuke.sk ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Re: keeping a mirror machine synched
On Wed, Feb 28, 2007 at 06:49:03AM +, Ticktac UK wrote: > >I used to run a HA NFS configuration using a dual mini-ITX system in > >1U (with a Travla C147 case). The synch speed sucked howver, and the > >drives (300 GB Maxtors) ran too hot and died rather soon. (I RMAed > >them, but one RMAed one is acting up as well, so I'm back to mice and > >pumpkin -- at least the root RAID is working). > > In our mini-ITX's we started to use Seagates as the Maxtors were > dropping down like flys. Although now I know they are one and the > same, we still opt for Seagates. > > Although Maxtor always replaced them with no problems, its the hassle > :) for harddisks, low temperature is the secret of long life (and stable env. conditions, of course) hddtemp is a nice tool to figure the disk temp for most newer drives, and as a rule of the thumb, everything below 40°C is considered fine and all above 50°C is considered deadly ... HTH, Herbert > Darren > > > ___ > Vserver mailing list > Vserver@list.linux-vserver.org > http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Couldn't download base-config
On Wed, Feb 28, 2007 at 01:12:04PM +0100, Peter Mann wrote: > On Mon, Feb 05, 2007 at 05:16:44PM +0100, Peter Mann wrote: > > On Mon, Feb 05, 2007 at 06:11:04AM +0100, Herbert Poetzl wrote: > > > - debian tends to break things, and then avoid to > > >fix up the breakage for a long time (see kernel) > > > > just now it's special case, because of preparing next stable, > > so "testing" is frozen > > > > http://www.debian.org/doc/FAQ/ch-ftparchives#s-testing > > > now we have new vserver kernel in Etch/testing: > > http://packages.debian.org/changelogs/pool/main/l/linux-2.6/linux-2.6_2.6.18.dfsg.1-11/changelog > >* Update vserver patch to 2.0.2.2-rc9. (closes: #402743, #403790) well, unfortunately still an old one, and not the 2.2.0 branch, but hey, better than nothing best, Herbert > http://bugs.debian.org/402743 > http://bugs.debian.org/403790 > > -- > > 5o Peter.Mann at tuke.sk > > > ___ > Vserver mailing list > Vserver@list.linux-vserver.org > http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Couldn't download base-config
On Mon, Feb 05, 2007 at 05:16:44PM +0100, Peter Mann wrote: > On Mon, Feb 05, 2007 at 06:11:04AM +0100, Herbert Poetzl wrote: > > - debian tends to break things, and then avoid to > >fix up the breakage for a long time (see kernel) > > just now it's special case, because of preparing next stable, > so "testing" is frozen > > http://www.debian.org/doc/FAQ/ch-ftparchives#s-testing now we have new vserver kernel in Etch/testing: http://packages.debian.org/changelogs/pool/main/l/linux-2.6/linux-2.6_2.6.18.dfsg.1-11/changelog * Update vserver patch to 2.0.2.2-rc9. (closes: #402743, #403790) http://bugs.debian.org/402743 http://bugs.debian.org/403790 -- 5o Peter.Mann at tuke.sk ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] Mirroring entire vserver hosts in general.
I know absolutely nothing about mirroring systems with autostart etc. My initial thoughts were as follows: 1. provide accurate duplication of the entire primary machine to the secondary one which is running off a temporary ip address. 2. provide a 3rd monitoring server to keep an eye on both machines to notify me of any failures of either and to automatically execute the proper copy scripts on the 2nd one in event of failure of 1st one to change all ip addresses to turn 2nd one into 1st one with same ips and start all sleeping services and vserver guests on 2nd one. and then auto-log into our router to clear the arp cache so the standard ips activated on 2nd machine are visible immediately without waiting the 3 hrs for cache clearing. i was just thinking after i wrote this that i could keep all 4 nics pre-configured with the same ip addresses and keep the 3 public ones in a down state using only the private localnet nic and then only have to copy a net config that included the pvt address of the 1st machine as well as current 2nd one to keep access uninterrupted. the 2nd machine must take over everything including identity of the 1st machine since the host runs certain applications we use network wide in addition to all the vservers. it would seem to me , without research yet as i am only gathering 'structure' info outlines, that this heartbeat system as described would be a bit simplistic for this? or is it capable of doing everything needed to the 2nd machine in event of 1st machine failure? is there a reference to guide me more in this when i am ready to do it ( a few months from now) ? -- Chuck ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver