Re: [Vserver] VServer, heartbeat and drbd
Gebhardt Thomas said: > We are running this type of setup here but don't yet have any experience > with "real" hardware failures but only with test situations. > > Yes, you are right: heartbeat doesn't need to manage the ip takeover, > vserver does. We emit an unsolitcited arp reply in the vserver pre-start > script in order to inform all hosts in the local subnet about the > takeover. > We don't run the rebootmgr because we noticed that its open socket > in the vserver filesystem prevented heartbeat from unmounting the > vserver filesystem and the takeover hangs. > > Our heartbeat resources are datadisk, vserver and MailTo, where the > vserver resource script is just a symbolic link to the standard vserver > script. > >> Off-topic: If you are using drbd, how are you managing the synchro when >> the master BA comes online again? > > Don't know what you want to know here. We have heartbeat configured with > "auto_failback off", so when BA comes up again, the vserver stay on BB > until we interactively force the takeover. So we can have a look at BA > and eventually start drbd on BA if that doesn't happen automagically. > If you want to force a full sync, you have to delete all files in > /var/lib/drbd before reconnecting BA. After drbd has synced the > disk(s) you can do a "/usr/lib/heartbeat/hb_standby foreign" on BB > to force the failback of the vservers. > > Cheers, Thomas Could you post more details about this? 1.The startup script you have for a vserver which does the arp takeover. Assume listed in /etc/vservers/servername.sh How do you disable rebootmgr if you are using vserver? Does this break other items? 2.) Your Heartbeat script. 3.) Your Sample drbd config. Any other changes you had to make to vserver to get this to work. I'll go ask on the drbd list for more drbd specific information. Thanks. I'll write this up if I can get more information on this, thanks. -- Luke Computer Science System Administrator Security Administrator,College of Engineering Montana State University-Bozeman,Montana ___ Vserver mailing list [EMAIL PROTECTED] http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] fakeinit flag, fixed context id and disk limits
On Thu, May 27, 2004 at 06:28:23PM +0200, Alexander Goeres wrote: > Hello to everybody and especially to Herbert.. Hi Alexander! > Just one question, because I couldn't find anything > about it in my mails from the list: > > Can the fakeinit flag be applied with static context > ids and the setting of disk limits in the stable vserver branch? hmm, the purpose of fakeinit (flag) is to either make a faked 'init' process visible inside the context or to use a real init process, which get's the faked pid 1 inside the context ... this isn't related in any way to static vs. dynamic context id's. nevertheless static contexts are required to use the Context Disk Limit feature, because xid tagging can not work with dynamic contexts ... > Only thing I found was Herbert mentioning it would > work in the 1.3x branch but perhaps that changed in the meantime?? interesting that I should have mentioned that explicitely, but I can assure you, that this hasn't changed ... best, Herbert > Thanx in advance > > Alexander > -- > Netzwerk- & Systemadministrator > --- > agoeres \at lieblinx . net > tel.: +49 (0)30 / 61 20 26 87 > fax: +49 (0)30 / 61 20 26 89 > --- > lieblinxNET > we do software > a Marwood & Thiele GbR > --- > reichenberger straße 125 > 10999 Berlin > > http://lieblinx.net > --- > > ___ > Vserver mailing list > [EMAIL PROTECTED] > http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list [EMAIL PROTECTED] http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] fakeinit flag, fixed context id and disk limits
Hello to everybody and especially to Herbert.. Just one question, because I couldn't find anything about it in my mails from the list: Can the fakeinit flag be applied with static context ids and the setting of disk limits in the stable vserver branch? Only thing I found was Herbert mentioning it would work in the 1.3x branch but perhaps that changed in the meantime?? Thanx in advance Alexander -- Netzwerk- & Systemadministrator --- agoeres \at lieblinx . net tel.: +49 (0)30 / 61 20 26 87 fax: +49 (0)30 / 61 20 26 89 --- lieblinxNET we do software a Marwood & Thiele GbR --- reichenberger straße 125 10999 Berlin http://lieblinx.net --- ___ Vserver mailing list [EMAIL PROTECTED] http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Documentation
On Thu, May 27, 2004 at 03:14:50PM +0200, Mike Fischer wrote: > Enrico Scholz wrote: > >[EMAIL PROTECTED] (Mike Fischer) writes: > > > >>I've already got some vservers up and running nicely. > >>(Kernel 2.4.22, vserver 1.00, utils 0.25) > >Mmmh... these are very old version and lots of security leaks have been > >fixed in the meantime. > > Wlll, guess why I'm looking into the new versions. > > >>I found Enrico's speech-slides which tell me that the vserver script > >>has lots of nice switches. But neither the manpage > > > >The slides are mainly about the next-generation tools (see > >http://www.linux-vserver.org/index.php?page=alpha+util-vserver). The > >man-pages are outdated and are not an authoritive information source at > >the moment. > > > >>nor the script's help has anything to say about these. > > > >'--help' of the vserver 0.29.214 script should tell a lot... > > > >>Where do I start looking or where Do I start writing documentation? > > > >The important reference-documentation about the configuration scheme > >is available in an abstract XML format (see doc/configuration.xml). > >Stylesheets for more human readable formats are welcome (afaik, > >Olivier Poitrey is already working on a DocBook stylesheet but I do > >not know the state). > > > >Else, as said, the man-pages are out-of-date and do not reflect the > >current state. But I am not sure if I want to stay at manually written > >man-pages, or if they should be written in DocBook. > > > Oh! I get the DAU-of-the-day award for assuming that utils version > 0.29.4, as stated on Herbert's page, is the newest version. hmm, yes probably you get it, because you should a) check _all_ the pages and b) differenciate between stable and development ... (for example) http://www.13thfloor.at/vserver/d_rel26/v1.9.1/ and second, I am not updating 'suggested' tools without good reason, and the good reason for _not_ updating them everytime a new util-vserver version is released, is just that the announced version was tested with the according release ... best, Herbert > Sorry, for troubling you. > How about slapping the docs from the sourcetree into the wiki? > > Kind regards, > Mike Fischer > -- > Fraunhofer Gesellschaft e.V. > IPSI.ITI > > Dolivostr. 15 > 64293 Darmstadt > Telefon: 06151 / 869 - 845 > > ___ > Vserver mailing list > [EMAIL PROTECTED] > http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list [EMAIL PROTECTED] http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Documentation
On Thu, May 27, 2004 at 09:48:15AM +0200, Dennis Roos wrote: > On 26 May 2004 at 17:46, Herbert Poetzl wrote: > > > On Wed, May 26, 2004 at 04:56:58PM +0200, Mike Fischer wrote: > > > Hi! > > > > > > I've already got some vservers up and running nicely. > > > (Kernel 2.4.22, vserver 1.00, utils 0.25) > > > > > > But now I need more. > > > > > > Much has changed since I last set up a vserver. > > > But the documentation obviously hasn't. > > > > hmm, did you add to it last time? > I wrote some Gentoo specific howto's, not on the installation, but on > the administration of vservers. It can be obtained from: > http://vserveradmin.intouch.nl/ > > I'm writing these documents as I go (running/installing/administer > vservers), so the number of documents is likely to grow. Even > though the notes are not on the page yet, the documents are > released under the Attribution-ShareAlike 2.0 license - > http://creativecommons.org/licenses/by-sa/2.0/ hmm, didn't find _any_ reference to them on the linux-vserver.org wiki, maybe you forgot to add a link there? maybe others forgot too ... > Regards, > Dennis Roos > > Network Engineer > InTouch N.V. > Middenweg 76 > 1097 BS Amsterdam > Tel: +31 (0)20 6752060 > Fax: +31 (0)20 6758429 > > > ___ > Vserver mailing list > [EMAIL PROTECTED] > http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list [EMAIL PROTECTED] http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] Bored with life. Get some Soma
Page is loading.. Get Valium with no DOCT0R VISIT ! N0 prescription AND Next Day delivery here. Halt all announcements. ixGqN.RQadi.4JElv1sLrVa07Ak4H0tBuxa1hzpqZ0v/1iv0 udjwav pob, lynm, gdikw . hnjgz ajuxoe obnf, oqco, oxmrf . nqg zmermp ldphtq, bhlrk, xaym . gkh qmx qotfa, krlek, frtyd . yevmy wfzpsw knmq, tcgg, qonkj . ngmtd rgw fltdhd, tvfoy, vge . uovi dwz wro, svg, anorim . xkm qrd hau, fqnn, gbhyw . jxaz ilqhx boufcb, xrnpea, kelic . rbaqr eiubn rhau, ktbxi, zmrfzz . zsj ldop iqadkj, evsxx, heqw . wvxgx pyduo hwkjc, ska, cxn . htldrj rpx hyobmi, luup, pzrddr . wyj bdtb kzfrz, vlbi, vcn . rme rxo vyxyds, xcacwb, tnybnv . bkzp vhnkw kvg, nhms, qqlnj . nko pps gimnv, kfifn, vxjn . zfumox aljpce kou, msk, arhx . eid jijvwg wrh, vnw, cqg . isjkj jywtd cmtz, bxh, evqu . yyjeot xfioq kjlwl, rmis, pnpkej . ehojvj tqpj xvp, rcikoq, xfqorw . wdh mdvvy ljtk, ivy, eic . nba qte qhx, tca, cnclho . rks oagkq mwaga, yincd, cuusy . znyqz wps zipm, psh, spuuum . phppnq nid fszm, kbg, saz . sqtmli cpar swtbz, isz, mlxue . udqm lah mjio, ohy, kajs . jogwn aew uka, khbw, lnuau . jgvt peoxa zdhvjd, jkrsnq, zdg . zbkf ffl vkmy, rhga, nlwhf . xrncx dbaix plr, vfifw, nwbbjz . olh alfo gry, znqqxm, htu . gtzje rtoay ndfbl, bpvoh, nvlw . iux vihycc cbcqg, tsdvja, qobobx . lub pmyno bqdei, nce, zptkhh . vlla fdpwp mdpnwv, ghhk, ajct . ldj qwjodo agsoli, jfxq, gazgk . zioerx qij zmvh, jspn, ums . sshye zmc gcaym, rnyp, dyn . nrozl tff ktty, zgzz, oly . jnwonl bcy pww, bpgwk, tjnv . ulws fhk uxdv, baqxyl, prw . arl owk ueoz, yufw, dxaf . xdb suvu pgldev, zbta, txt . uwrx hugkub pxbgf, kkl, lmklyf . sxfqq wxy jsfpk, tqkh, wtvhf . vgnfak saqoz tijazv, sosa, ovoya . viiaiu bwfrxy hinhf, zvo, odwedx . yfkaqg tdzkax ihmp, gqkv, aaoef . gfvshl zed qevpo, bdsivc, nffc . mprrml xkx nvwt, lhynms, iucxzh . ltremd kdc grf, laq, ydj . arnco lqb jis, ycrcm, tucgu . dvxmn fcbvtm usuckj, paeba, vfi . zlnzz yefaa olu, ixtt, ivgmwi . dqbe qddtc aei, svuzf, vyvd . drslb dcbh floj, qnfqfa, hie . gzh czwpa seva, anplih, nxfpi . xoo pyk xhgzay, vahxny, vgi . doanc drhsrs qbrr, swbu, yiejfm . srhu ktkddd xomyi, bcbcwh, gnoo . hgqrax vkiype dsvnvz, ydofgu, wktgq . xql ovkok kqi, ddgv, mljs . frsbxk ___ Vserver mailing list [EMAIL PROTECTED] http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Documentation
Enrico Scholz wrote: [EMAIL PROTECTED] (Mike Fischer) writes: I've already got some vservers up and running nicely. (Kernel 2.4.22, vserver 1.00, utils 0.25) Mmmh... these are very old version and lots of security leaks have been fixed in the meantime. Wlll, guess why I'm looking into the new versions. I found Enrico's speech-slides which tell me that the vserver script has lots of nice switches. But neither the manpage > The slides are mainly about the next-generation tools (see http://www.linux-vserver.org/index.php?page=alpha+util-vserver). The man-pages are outdated and are not an authoritive information source at the moment. nor the script's help has anything to say about these. '--help' of the vserver 0.29.214 script should tell a lot... Where do I start looking or where Do I start writing documentation? The important reference-documentation about the configuration scheme is available in an abstract XML format (see doc/configuration.xml). Stylesheets for more human readable formats are welcome (afaik, Olivier Poitrey is already working on a DocBook stylesheet but I do not know the state). Else, as said, the man-pages are out-of-date and do not reflect the current state. But I am not sure if I want to stay at manually written man-pages, or if they should be written in DocBook. Oh! I get the DAU-of-the-day award for assuming that utils version 0.29.4, as stated on Herbert's page, is the newest version. Sorry, for troubling you. How about slapping the docs from the sourcetree into the wiki? Kind regards, Mike Fischer -- Fraunhofer Gesellschaft e.V. IPSI.ITI Dolivostr. 15 64293 Darmstadt Telefon: 06151 / 869 - 845 smime.p7s Description: S/MIME Cryptographic Signature ___ Vserver mailing list [EMAIL PROTECTED] http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Documentation
[EMAIL PROTECTED] (Mike Fischer) writes: > I've already got some vservers up and running nicely. > (Kernel 2.4.22, vserver 1.00, utils 0.25) Mmmh... these are very old version and lots of security leaks have been fixed in the meantime. > I found Enrico's speech-slides which tell me that the vserver script > has lots of nice switches. But neither the manpage The slides are mainly about the next-generation tools (see http://www.linux-vserver.org/index.php?page=alpha+util-vserver). The man-pages are outdated and are not an authoritive information source at the moment. > nor the script's help has anything to say about these. '--help' of the vserver 0.29.214 script should tell a lot... > Where do I start looking or where Do I start writing documentation? The important reference-documentation about the configuration scheme is available in an abstract XML format (see doc/configuration.xml). Stylesheets for more human readable formats are welcome (afaik, Olivier Poitrey is already working on a DocBook stylesheet but I do not know the state). Else, as said, the man-pages are out-of-date and do not reflect the current state. But I am not sure if I want to stay at manually written man-pages, or if they should be written in DocBook. Enrico ___ Vserver mailing list [EMAIL PROTECTED] http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] [Survey] Vserver Hosting
>> if you've 5 mns, could you reply to my surveys please ? >> It's very important for me :) > > somehow i get the feeling, that you are asking for ppl who want to rent > some servers, as you ask for space/ram/bandwidth issues. It is ... > that said, i guess this is the wrong place to ask for that kind of > stuff, since most of us run vservers and some of us even help durning > the develop ment. Yes, it's true, you're right !!! > a better idea would be to put an _english_ survey on a webpage, and ask > ppl to distribute the link. then, after collecting this information, > publish it on the projects homepage. YES YES YES, very good idea ... ++ -- Franck http://www.linuxpourtous.com ___ Vserver mailing list [EMAIL PROTECTED] http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] [Survey] Vserver Hosting
Franck wrote: if you've 5 mns, could you reply to my surveys please ? It's very important for me :) somehow i get the feeling, that you are asking for ppl who want to rent some servers, as you ask for space/ram/bandwidth issues. that said, i guess this is the wrong place to ask for that kind of stuff, since most of us run vservers and some of us even help durning the develop ment. a better idea would be to put an _english_ survey on a webpage, and ask ppl to distribute the link. then, after collecting this information, publish it on the projects homepage. best regards, raoul bhatia -- raoul bhatia email.[EMAIL PROTECTED] ipax.tk web.http://www.ipax.tk - chief technician, support - irc. #ipax (quakenet) ___ Vserver mailing list [EMAIL PROTECTED] http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Documentation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > I wrote some Gentoo specific howto's, not on the installation, but on > the administration of vservers. It can be obtained from: > http://vserveradmin.intouch.nl/ that link doesn't work for me...? - -- regards, Georges Toth -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAtdH08pWPvwUjUA0RAoFaAKCq8oSVSSf/0si3bKcs5nW57HnQagCg5foT m3foUbosupdcwTGslCIhVJg= =8Zy1 -END PGP SIGNATURE- ___ Vserver mailing list [EMAIL PROTECTED] http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Documentation
On Thursday 27 May 2004 03:48 am, Dennis Roos wrote: > [...] > > I wrote some Gentoo specific howto's, not on the installation, but on > the administration of vservers. It can be obtained from: > http://vserveradmin.intouch.nl/ > > I'm writing these documents as I go (running/installing/administer > vservers), so the number of documents is likely to grow. Even > though the notes are not on the page yet, the documents are > released under the Attribution-ShareAlike 2.0 license - > http://creativecommons.org/licenses/by-sa/2.0/ > > FYI... Although I haven't tried them yet... Gentoo has vserver ebuilds in the portage tree. sys-cluster/util-vserver-0.29.5 DESCRIPTION="Vserver admin-tools." sys-kernel/vserver-sources-2.4.25.1.3.8-r2 DESCRIPTION="Linux kernel with DEVEL version ctx-/vserver-patch" Just thought I'd pass that info along for anyone interrested. -- Rob Mayhue Total Web Hosting Solutions, Inc. ___ Vserver mailing list [EMAIL PROTECTED] http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Documentation
On 26 May 2004 at 17:46, Herbert Poetzl wrote: > On Wed, May 26, 2004 at 04:56:58PM +0200, Mike Fischer wrote: > > Hi! > > > > I've already got some vservers up and running nicely. > > (Kernel 2.4.22, vserver 1.00, utils 0.25) > > > > But now I need more. > > > > Much has changed since I last set up a vserver. > > But the documentation obviously hasn't. > > hmm, did you add to it last time? I wrote some Gentoo specific howto's, not on the installation, but on the administration of vservers. It can be obtained from: http://vserveradmin.intouch.nl/ I'm writing these documents as I go (running/installing/administer vservers), so the number of documents is likely to grow. Even though the notes are not on the page yet, the documents are released under the Attribution-ShareAlike 2.0 license - http://creativecommons.org/licenses/by-sa/2.0/ Regards, Dennis Roos Network Engineer InTouch N.V. Middenweg 76 1097 BS Amsterdam Tel: +31 (0)20 6752060 Fax: +31 (0)20 6758429 ___ Vserver mailing list [EMAIL PROTECTED] http://list.linux-vserver.org/mailman/listinfo/vserver
