--- Log opened pon maj 17 00:00:55 2004
00:06:52>> hvd [~Miranda@62.99.252.14] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
00:31:10>> bluefire [~bluefire@pD9522324.dip.t-dialin.net] has left #vserver [Kopete 0.8.2 : http://kopete.kde.org]
00:47:17>> Doener_ [~doener@pD9E12E1C.dip.t-dialin.net] has joined #vserver
00:54:17>> Doener` [~doener@pD9E12639.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
01:25:29< Napalm> u here bert?
01:25:44>> rs [~rs@rs.admin.rhapsodyk.net] has quit [Quit: leaving]
01:38:54>> Netsplit unununium.oftc.net <-> uranium.oftc.net quits: monrad, flock, yarihm, anonymouscoward, maharaja, netrose, eyck, Napalm, Bertl, ccooke,  (+13 more, use /NETSPLIT to show all of them)
01:43:46>> Netsplit over, joins: mcp, v00dY, ccooke, click, dionv_zZ, maharaja, eyck, netrose, serving, lilo (+13 more)
01:43:46>> unununium.oftc.net changed the topic of #vserver to: http://linux-vserver.org/ | latest stable 1.27, devel 1.3.9, 1.9.0
01:48:22< Napalm> hello?
01:48:56< Napalm> night all
01:48:58< Napalm> im off
01:49:00>> Napalm [~napalm@81.7.23.82] has quit [Quit: ]
01:57:21>> monrad [~monrad@213083190239.sonofon.dk] has quit [Quit: Leaving]
02:01:51>> Netsplit uranium.oftc.net <-> kinetic.oftc.net quits: Zoiah, Bertl, mcp, rmoriz
02:02:40>> Netsplit over, joins: mcp, Bertl, rmoriz, Zoiah
02:04:39>> Netsplit uranium.oftc.net <-> kinetic.oftc.net quits: Zoiah, Bertl, mcp, rmoriz
02:04:47>> Netsplit over, joins: mcp, Bertl, rmoriz, Zoiah
02:05:19>> Netsplit uranium.oftc.net <-> neutron.oftc.net quits: anonymouscoward, sladen
02:05:27>> Netsplit over, joins: sladen, anonymouscoward
02:24:12< Bertl> okay, I'll call it a day .. cya later ...
02:24:42>> Bertl is now known as Bertl_zZ
06:18:35>> SHu_here [~shushushu@cpu183.adsl.qc.bellglobal.com] has quit [Read error: Connection reset by peer]
08:58:35< eyck> the world is coming to an end... Bertl went to sleep @ 2am... if it continues I see dark future for vserver project..
09:00:33< _id> ? i see a future full of prosperity - he worked till 2 am - he did not spoke that much the last days
09:01:02>> mhepp [~mhepp@r72s22p13.home.nbox.cz] has joined #vserver
09:02:31>> mhepp [~mhepp@r72s22p13.home.nbox.cz] has quit [Remote host closed the connection]
09:03:00< _id> thats sad
09:09:07>> flock [~restless@l192-115-29-147.broadband.actcom.net.il] has quit [Ping timeout: 480 seconds]
09:53:44>> rs [rs@ice.aspic.com] has joined #vserver
09:53:52< rs> hi dudes
10:54:07>> Khahan [~Filbert@D5E0628B.kabel.telenet.be] has quit [Read error: Connection reset by peer]
11:12:05>> Khahan [~Filbert@D5E0628B.kabel.telenet.be] has joined #vserver
11:31:03>> UFOczek [ufoczek@hood.openbug.net] has quit [Ping timeout: 480 seconds]
11:36:26>> UFOczek [ufoczek@hood.openbug.net] has joined #vserver
11:59:22>> UFOczek [ufoczek@hood.openbug.net] has quit [Ping timeout: 480 seconds]
12:03:54>> Bertl_zZ is now known as Bertl
12:03:58< Bertl> morning folks!
12:07:03< _id> Bertl, moin
12:07:16< Bertl> hey _id, how are you?
12:07:59< _id> fine - i assembeled my server - compiled a evms & lvm2 ready kernel - now testing
12:08:32< Bertl> good, let us know which one is better ... ;)
12:08:52< _id> i go to use both - evms is lvm aware
12:09:14< Bertl> hum ... means?
12:10:01< _id> i can use LVM VGs and LVs in EVMS
12:10:19< _id> it just adding another layer
12:10:30< Bertl> hmm, LVM or LV2 or DM?
12:11:48< _id> evms and inside i can add lvm2 volumes which uses DM
12:12:00< _id> - or what do you mean ?
12:12:24< Bertl> hmm, IIRC last time I checked EVMS was a similar layer than LVM2 _ontop_ of DM 
12:12:52< eyck> hmm, IIRC EVMS can use LVM VGs
12:13:03< _id> eyck, exact
12:13:03< eyck> and few other things
12:13:22< Bertl> is 'LVM' here LVM2 then yes, or LVM1, then maybe?
12:13:35< eyck> i'm not using it though... waiting for adventerous people like _id to test it out for me ;) 
12:13:41< Bertl> btw, morning eyck!
12:13:47< eyck> morning Bertl, 
12:13:57< eyck> oh, sorry, that should be:
12:14:01< eyck> morning Bertl!
12:14:09< _id> i play RPGs so adventures are fine for me :)
12:14:31< eyck>   ...trying to blend in;)
12:14:51< Bertl> thunder rolled ... it rolled a six ;)
12:15:48< _id> on freenode there is a channel called #idlerpg
12:15:49< eyck> hmm, K6? k12?
12:16:11< _id> you loose exp-points when you are not idling
12:16:43< _id> lol
12:16:47< Bertl> I see, guess the real winners haven't been heard yet ;)
12:17:28< _id> bbl
12:32:17< Bertl> okay, will be back later ... cya ...
12:32:22>> Bertl is now known as Bertl_oO
12:36:52>> serving [~serving@213.186.191.31] has quit [Read error: Connection reset by peer]
13:21:55>> s1aden [paul@starsky.19inch.net] has joined #vserver
13:22:14>> s1aden [paul@starsky.19inch.net] has quit [Quit: ]
13:32:25>> sladen [paul@starsky.19inch.net] has quit [Quit: Changing server]
13:32:42>> sladen [paul@starsky.19inch.net] has joined #vserver
13:33:13>> sladen [paul@starsky.19inch.net] has quit [Quit: ]
13:33:30>> sladen [paul@starsky.19inch.net] has joined #vserver
14:03:17< Doener_> morning
14:05:59< _id> Doener_, moin
14:33:39>> serving [~serving@213.186.191.31] has joined #vserver
15:00:42>> UFOczek [ufoczek@hood.openbug.net] has joined #vserver
15:24:19>> kestrel [athomas@38.6.233.220.exetel.com.au] has quit [Quit: ircII EPIC4-1.0.1 -- Are we there yet?]
15:37:53>> ApoIIo [~Apollo@caracal.norcomcable.ca] has joined #vserver
16:05:51>> webskipper [webskipper@213.54.237.237] has joined #vserver
16:09:33< webskipper> hello, I see a ext2-fs error device loop (7,14) error in my kernel.log
16:09:47< webskipper> can somebody say what it means ?
16:23:59< eyck> yup. You've got a problem.
16:24:22< Doener_> hehe
16:28:09>> SHu_here [~shushushu@cpu183.adsl.qc.bellglobal.com] has joined #vserver
16:29:59< webskipper> harddisk error ?
16:30:53< webskipper> ext2_new_block: Free blocks count corrupted for block group 61
16:31:30< webskipper> so, I also get the message no space left on device /dev/hdv1, but only 54% of the image is used
16:32:21< _id> em - it it possible that i can insert kernel-modules in a vserver ? if i place prebuilded mods into the jail
16:32:48< _id> just a security question
16:34:46< _id> ok
16:34:52< _id> does not werk =)
16:35:29>> Napalm [~napalm@host81-7-23-82.adsl.v21.co.uk] has joined #vserver
16:35:48< Napalm> hello
16:35:55< _id> hi
16:36:01< Napalm> hi id
16:36:03< Doener_> hi Napalm
16:36:12< Napalm> hiya Doener, hows things?
16:37:04< Napalm> Doener did you see my screenshow of my module for webmin?
16:37:11< Napalm> *screenshot
16:37:57< Doener_> i'm a little pissed... project i've got to do for university is pretty annoying... 
16:38:04< Doener_> yepp, saw it
16:39:57< Napalm> i want to make an interface to generate vserver units, but at the moment the 'newvserver' tool does'nt work anyway, ive had to download an image file from JVDS and extract the files to the directory newvserver created
16:40:20< Napalm> newvserver seems to create /dev/ and /proc and then falls to pieces
16:40:40< Napalm> and thats when selecting clone from a workable vserver ive setup previously
16:41:26< _id> Napalm, debootstap works fine - for debian guests
16:41:30< Napalm> how would i clone and unify without the use of the newvserver tool? i will get my webmin module to issue these commands to generate the vserver's
16:42:38< Napalm> debootstap? hmm
16:43:37< Napalm> just googling, from what im reading it seems to make the base filesystem up
16:43:48< Napalm> im running redhat linux so really its no use to me
16:44:01< Napalm> but thats for the note
16:48:21< _id> does ULIMIT="-H -u 1000" still work in a /etc/vserver/blah.conf ?
16:48:37< _id> it gives a invalid argument error
16:49:39< _id> when starting a vserver
16:58:57< Napalm> here
16:59:00< Napalm> change it to
16:59:06< Napalm> ULIMIT="-HS -u 1000"
16:59:17< Napalm> and it should work fine
17:00:12< Napalm> if you open up the newvserver script in your favorite script editor and do a search for '1000' it will take you to the default text and you can add the S for next time
17:07:50>> webskipper [webskipper@213.54.237.237] has quit [Quit: zzZZzzZzz]
17:10:08< _id> thanx
17:12:18>> ApoIIo [~Apollo@caracal.norcomcable.ca] has left #vserver []
17:14:09< Napalm> np
17:14:27< Doener_> _id: FYI that one is not vserver related but changed in the vanilla kernel at about 2.4.22
17:15:02< _id> i see
17:17:52>> Syver [~cereal@pD9EA9A80.dip.t-dialin.net] has joined #vserver
17:17:55< Syver> hi
17:18:10< Syver> i have a problem
17:18:21< Syver> After using vreboot, the Vserver just shutdown (-h now) - it doesn't
17:18:21< Syver> restart (-r now) after stopping all daemons. Any ideas?
17:18:46< Syver> Michael Hilscher
17:19:02< Syver> this is the same whisch has Michael Hilscher on 16. April
17:19:21< Syver> does anybody now the reason for this problem?
17:25:11< _id> the newvserver script is only installed by vserver and not by util-vserver - right ?
17:25:23< Syver> yes
17:26:22< Napalm> util-vserver contains newvserver
17:26:22>> h4z4rd [~hazard@pD95336C3.dip.t-dialin.net] has joined #vserver
17:26:27< h4z4rd> hi
17:26:33< Napalm> vserver has its own vserver build option
17:26:41< Napalm> hi hazard
17:26:54< _id> yes thats what i use
17:27:07< h4z4rd> i'm looking for a vserver patch for kernel 2.6.5 ... any ideas??
17:27:13< h4z4rd> using debian
17:27:33< _id> Napalm, you spoke of the newvserver script not long ago - thats why i mentioned it
17:27:53< _id> vreboot is also in the vserver package only ?
17:27:58< _id> i dont have one
17:28:42< Napalm> vreboot is a seperate tool i believe
17:29:12< Syver> and know the solution for my problem is?
17:29:17< _id> why do vserver need a reboot anyway ? from inside
17:29:55< h4z4rd> i'm looking for a vserver patch for kernel 2.6.5 ... any ideas??
17:30:15< Napalm> i think its based on a client server relationship rebootmgr on host and vreboot on the actual vserver?
17:30:34< Syver> yes itīs based on rebpptmgr
17:30:49< _id> ok
17:31:29< _id> h4z4rd, http://vserver.13thfloor.at
17:31:53< Napalm> http://www.13thfloor.at/vserver/project/ ;)
17:32:07< _id> http://www.13thfloor.at/vserver/e_patches/vs-26x/
17:32:31< Napalm> i just looked h4z4rd there does'nt to be one, only upto 2.6.3
17:33:54< Syver> ok know we know the vserver is based on rebootmgr, but what is the solution for my problem ;)
17:34:30< _id> no clue
17:35:22< Syver> ok :-/
17:36:06< Napalm> whats the exact problem again, Syver? you want the client using the vserver to be able to type the reboot command and the vserver to actually reboot
17:36:56< Syver> i want, that i can reboot the vserver with vreboot
17:37:36< Napalm> add the rebootmgr to your hosts startup and run the service
17:38:10< Napalm> that should manage the vserver reboots
17:38:24< Napalm> im just checking what i have setup
17:43:09< Napalm> do you get any error messages after typeing 'reboot' in your vserver unit
17:43:55< Syver> no
17:44:11< Napalm> so it reboots the server?
17:44:37< Syver> yes
17:44:43< Syver> reboot is working well
17:44:44< Napalm> ID_: P.S the vreboot command is located by default util-vserver install in /usr/lib/util-vserver
17:44:52< Syver> the problem is vreboot
17:45:11< Syver> one problem is sometimes when i typ vreboot
17:45:11< Syver> connect /dev/reboot (Connection refused)
17:45:31< Syver> the problemīs are very different
17:45:39< Syver> sometimes he reboot normal
17:45:57< Syver> sometimes he stops after restart
17:46:36< Napalm> yes apparently the rebootmgr actuall makes that device, but im not sure if thats what you need, surely you can do 'vserver <name> restart'
17:48:17< Napalm> ?
17:49:19< Syver> yes
17:49:46< Napalm> type this in your console
17:50:12< Syver> with yes i want to say that it works ;)
17:50:33< Napalm> does that solve the problem?
17:50:57< Napalm> i was going to suggest to get the vreboot to work use '/etc/rc.d/init.d/rebootmgr start' then 'vreboot <name>' 
17:52:22< _id> Napalm, thanx for the path to vreboot
17:52:34< _id> there are more nice goodies to look at
17:52:40< Napalm> im just trying to get vreboot to work, i cant either
17:52:43< Napalm> yep
17:52:57< Syver> hmmmm i have one problem
17:53:41< Syver> i had reboot the system but now the know the vserver donīt want to start anyway
17:54:24< Syver> hmmm? one moment
17:55:24< Napalm> ID: in there are the tools that newvserver uses
17:55:43< _id> i see
18:04:18< Napalm> bbl
18:04:21>> Napalm [~napalm@host81-7-23-82.adsl.v21.co.uk] has quit [Quit: ]
18:10:17>> Bertl_oO is now known as Bertl
18:10:21< Bertl> evening everyone!
18:10:49< _id> Bertl, hi
18:11:16< _id> ctx is working ! great job !
18:11:30< Bertl> hmm, ctx means? the wolk include?
18:11:50< _id> sorry i mean -vs
18:11:57< Bertl> ah, which version?
18:12:12< _id> stable
18:12:17< Bertl> vs1.27 then?
18:12:21< _id> yes
18:12:27< Bertl> good to hear!
18:12:38< Bertl> do you use the quota stuff?
18:13:00< _id> i inclued it - but i did not test it yet
18:13:16< Bertl> just curious ...
18:13:34< _id> why ? are there still problems with quotas ??
18:14:31< Bertl> no, but I like to know how many people use this stuff ...
18:14:43< Bertl> and what they think about it ;)
18:14:55< _id> i will give feedback as soon as i used it
18:16:18< _id> kernel quota version 6.5.1
18:21:59>> Napalm [~napalm@host81-7-23-82.adsl.v21.co.uk] has joined #vserver
18:22:03< Napalm> back
18:22:14< Bertl> hi Na	!
18:22:24< Napalm> hi bert, long time, where you been?
18:22:33< Bertl> earning my living ...
18:22:47< Napalm> :) we all need to do that
18:22:53< Napalm> its understandable
18:23:11< Bertl> project doesn't receive any funding or donations atm .. so I have to do something else ...
18:23:53< Napalm> http://www.vhd.org.uk/vserver/vdsmgr-webmin.png
18:24:02< Napalm> what do you think bert? its a start
18:24:12< Napalm> it starts/stops/restarts and shows the stats
18:24:40< Napalm> im going to build in a editor for config and shell scripts in /etc/vservers
18:24:49< Bertl> it's definitely a start ... looks nice except for the (IE in the windowbar)
18:25:00< Napalm> lol
18:25:38< Napalm> i would like also to add a feature to create vservers
18:26:25< Bertl> as I said, I'd suggest to concentrate on the alpha tools, as they are more powerful and better suited to do such things ...
18:26:54< Napalm> is there an easy way of updating from the old ones to the new tools
18:27:17< Bertl> not really, but the alpha tools support the legacy config ...
18:27:37< Napalm> i am going to have to use the old tools until the alpha tools are stable
18:27:52< Napalm> also the alpha tools need a different kernel build yea?
18:28:51< Bertl> no
18:29:24< Bertl> but newer features require a newer kernel/branch and naturally newer tools ...
18:29:30< Napalm> well still i need a stable setup for the customers, so i'll just have to wait, but i will definatly setup the new system for testing on my test machine here
18:31:36< Napalm> bert: has my install of newvserver does'nt work correctly, how would you go about building a server manually also i would like to display the progress 
18:31:47< Napalm> unification is also nessacary
18:31:59< Napalm> any ideas?
18:32:52< Bertl> if you have a template, you can copy that, unify the copy against the template and change some important entries in /etc
18:33:08< Napalm> exactly what im thinking
18:33:28< Napalm> i was just having a look at the vunify tool
18:33:56< Napalm> can you give me a command list example?
18:34:04< Napalm> i would be so greatful
18:34:05< Bertl> I'd suggest reading/understanding/modifying the newvserver script if you are going to stay with the stable tools, the alpha tools already include this functionality ...
18:35:02< _id> are alpha-tool for 1.3.9 or 1.9.0 ? 
18:36:05< Bertl> basically they are for all branches 1.2 1.3 and 1.9
18:36:24< _id> aha
18:36:40< Bertl> some features will require 1.9 to work ...
18:36:59< Napalm> bert: i would modify the newvserver script but its not working anyway it creates /dev and /proc and fails completly with errors all over the screen
18:37:51< Bertl> hmm, what are thos errors?
18:38:13< Napalm> let me just try to make a new vserver
18:48:32< Napalm> ive foudn the problem
18:49:04< Napalm> enrico hard coded the vservers base directory into some places of the newvserver script
18:49:42< Bertl> I doubt that he did that, because the newvserver script is a legacy script (leftover) from jackques ;)
18:50:26< Napalm> ahh, oopsy, i beg forgivness ;)
18:51:13< Bertl> no problem there, if you update the script, test it and send enrico a patch, I'm almost certain he will include it in the next release ...
18:51:13< Napalm>  what does the options 'cp -ax' do? 
18:51:51< Bertl> -a is archive and -x  means stay on the same filesystem
18:51:51< Napalm> brb
18:53:01< Napalm> -x is unify?
18:53:56< Napalm> but i thought there was some special immutable & unlinkable flags had to be set to each file in the filesystem
18:55:40< Doener_> say you have /dev/hdc1 mounted on /var and /dev/hdc2 on /var/lib/mysql, if you use -x as parameter to cp and copy /var/lib, var/lib/mysql won't be copied, because it's on an other filesystem...
18:56:17< Bertl> yep, has nothing to do with unification ;)
18:59:47< Napalm> so how would i unify?
19:00:59< Bertl> again there is a generic vunify in the alpha branch, and there might be some rpm based unification tool in the stable release ...
19:01:27< Bertl> you can do it 'by hand' if you like to, just make sure not to unify files which are used for logging or configuration ...
19:01:46>> klausi [~opera@d138-111.vdsl.easysurfnet.de] has joined #vserver
19:01:59>> klausi [~opera@d138-111.vdsl.easysurfnet.de] has left #vserver []
19:02:19< Napalm> bert: im looking to save space on each vserver, unifying is the right way yes?
19:02:42< Bertl> yes, that's correct ...
19:04:28< Napalm> but i thought you can do unify and unlink, this way if a file is changed it gets saved as a new file on disk instead of a ''hard link'' as it were
19:05:17< Bertl> no, that is wrong, this is referred to as COW (copy on write) and isn't available for linux-vserver yet ...
19:05:56< Bertl> unification means that you can hard link a file into several servers, which may use/read/remove but not write the file
19:06:10>> mhepp [~mhepp@r72s22p13.home.nbox.cz] has joined #vserver
19:06:35< Bertl> updates to such files (as normally done by package systems) are done by first removing (unlinking) the file, and then creating a new one
19:06:47< Bertl> evening mhepp!
19:07:36< Napalm> vunify version 0.29.5 has this option --immutable-mayunlink
19:07:50< Napalm> anyway, be back in 10 mins
19:10:22< Doener_> Napalm: normally you can't unlink an immutable file, the mayunlink just means that you can unlink the files and has nothing to do with modifications to files, what is impossible
19:17:34< mhepp> hello everybody
19:20:20< Doener_> hi mhepp
19:23:22< Napalm> hi im back
19:24:27< Napalm> i have to go get some work done, or the client is going to cut my b*ll*cks off, BBL
19:24:56< Napalm> bert: p.s. thanks for the unification lession ;)
19:24:59< Napalm> byeeee
19:25:14< Bertl> you're welcome ...
19:25:32>> Napalm [~napalm@host81-7-23-82.adsl.v21.co.uk] has quit [Quit: bbl, everyone]
19:36:37>> _id [~id@pD9519B06.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
19:47:05>> _id [~id@pD9E612AC.dip.t-dialin.net] has joined #vserver
20:08:36>> click [click@gonnamakeyou.com] has quit [Remote host closed the connection]
20:11:48>> click [click@gonnamakeyou.com] has joined #vserver
20:36:41>> Syver is now known as Syver^away
20:36:49>> Syver^away is now known as Syver
20:38:45< Syver> hmmmm Bertl
20:39:49< Syver> are you availible to help me ;)
20:40:46< Syver> with a vreboot problem
20:40:48< Syver> ?
20:41:22< Bertl> yep, I'm here, what's up?
20:42:16< Syver> After using vreboot, the Vserver just shutdown (-h now) it doesn't restart (-r now) after stopping all daemons.
20:42:45< Syver> rebootmgr is running at startup on the host
20:42:45< Bertl> which kernel version, patches, tools?
20:44:46< Syver> util-vserver-0.29.3, kernel 2.4.24, patch-2.4.25-vs1.27.diff
20:44:58< Syver> no patch is the wrong
20:46:43>> rs [rs@ice.aspic.com] has quit [Quit: leaving]
20:48:21< Bertl> any messages in the log files (rebootmgr)?
20:49:14< Syver> mom
20:51:14< Syver> hmmmm nothing
20:53:02< Bertl> okay, so it's somewhere around vs1.27 on a 2.4.24, any reason not to upgrade btw?
20:55:06< Syver> no i donīt think so
20:55:15< Syver> the only problem is the lvm support with a new kernel
20:57:13< Syver> and your opinions is that the problem is 1.27
20:57:22< Bertl> no, didn't say that ...
20:57:46< Syver> hmmm i think i will update this night the kernel
20:57:48< Bertl> just that I do not know how the rebootmgr is supposed to work ... because we replaced that with teh vhelper
20:58:13< Bertl> it's a pure userspace issue, as the rebootmgr is 100% userspace
20:58:36< Bertl> and IIRC there was some log (or at least log feature) which could be used to debug it ...
21:01:03< Syver> when you want i can give you the ip and the passwort and you can look yourself at the server what the problem is, at the moment itīs only a test system, because at the moment i donīt know what i have to or can do that it works fine :-/
21:02:05< Bertl> no need to, as I said, a) it's userspace (you might bug enrico with it) and b) it's obsoleted by the vshelper ...
21:02:43< Bertl> but telling from the code, you should look at /var/log/boot.log
21:06:33< Syver> when i look at boot.log and search at vreboot i found sometimes "vreboot not found"
21:07:48< Syver> no löl
21:07:54< Syver> that was the wrong log
21:07:56< Syver> .Oo
21:09:40>> Syver [~cereal@pD9EA9A80.dip.t-dialin.net] has quit [Quit: W)W)ip www.wwip.de | Hosting, Housing, CoLocation and VServer | Forum: http://forum.wwip.de]
21:11:19< Doener_> hmm... strange guy...
21:20:27>> monrad [~monrad@213.83.190.226] has joined #vserver
21:20:48< Bertl> evening monrad!
21:21:33< monrad> evening to you all
21:35:43>> ApoIIo [~Apollo@caracal.norcomcable.ca] has joined #vserver
21:53:25< Bertl> hey ApoIIo!
21:54:31< ApoIIo> hi
21:55:22< ApoIIo> Bertl:  How is the best way to run Iptables on the vservers, or is it only able to run from the host?
22:02:11>> infowolfe [~infowolfe@pcp04891550pcs.frnkmd01.md.comcast.net] has quit [Read error: Connection reset by peer]
22:02:15>> ApoIIo [~Apollo@caracal.norcomcable.ca] has quit [Read error: Connection reset by peer]
22:10:12>> mhepp [~mhepp@r72s22p13.home.nbox.cz] has quit [Remote host closed the connection]
22:11:52< SHu_here> from the host
22:12:20< Bertl> yeah, would have answered that, if he wasn't already gone ;)
22:13:04< SHu_here> lol
22:13:11< SHu_here> sorry didnt notice
22:13:26< SHu_here> sup Bertl
22:13:47< Bertl> no problem ... how are you?
22:13:58< SHu_here> fine
22:14:33< SHu_here> looking for a new place to live
22:14:44< SHu_here> hard to find here..
22:15:24< Bertl> hmm, why so?
22:16:25< SHu_here> to much people for the # of appartement i guess
22:17:35< SHu_here> anyway
22:17:47< SHu_here> 1.9.0 run fine bert
22:18:05< SHu_here> 16:31:13 up 4 days, 23:50, 1 user, load average: 0.07, 0.04, 0.01
22:18:11< SHu_here> in production
22:18:26< SHu_here> + aplha tools
22:19:53< Bertl> good to know ...
22:20:06< SHu_here> about cpu limit
22:20:14< SHu_here> dont know how to conf it.
22:20:15< Bertl> you seem to be the only one using it atm (1.9.0 in production ;)
22:20:20< SHu_here> with alpha
22:20:32< SHu_here> i always the first
22:20:41< SHu_here> but not the best
22:20:43< SHu_here> :P
22:22:15< Bertl> I'm not sure how the cpu limits are integrated in the alpha setup
22:22:36< Bertl> but there is a tool to configure it at runtime (vsched) 
22:23:25< Bertl> you 'just' have to add the required flag (CPU_HARD) and configure the token bucket with the vsched 
22:23:41< Bertl> but 'rs' should know how, because he is using this in his setup ...
22:25:30< SHu_here> ok
22:25:38< SHu_here> !seen rs
22:25:57>> SHu_here is now known as Shuri
22:26:33< Bertl> no, what I meant is, he probably knows how to configure it for alpha tools (enrico will know too ;)
22:26:51< Bertl> doesn't mean that you cannot setup it by hand as described ...
22:27:54< Shuri> i will ask thems
22:38:38>> ApoIIo [~Apollo@caracal.norcomcable.ca] has joined #vserver
22:39:15< Bertl> ApoIIo: only on the host, there is no virtualized iptables yet
22:39:22< ApoIIo> ok thx.
22:40:46< monrad> i guess it should be quite easy to set up an remote logging syslog server in a vserver right or ?
22:41:58< Bertl> sure, just configure syslog-ng to use a remote destination, or act as one ...
22:43:21< monrad> i want to collect logs from all my vserver so i can "work" on them in one place i think it sounds like a good idea
22:43:53< Bertl> why not send them to the host?
22:45:20< monrad> well i could do that but i try to keep the hosts job to a minimum right now all it is doing is the vservers and ntp
22:49:49< monrad> i am also considering logging to sql
22:58:00< eyck> with sql you've got big overhead... go with remote logging, 
22:58:05< eyck> the simpler solution, the better.
22:59:53< monrad> eyck: yes but i thought of logging to a central log server and then could this server both log to flat files and db
23:00:03< monrad> it is only about an 6-7 vservers
23:01:42< monrad> i dont know if you know novo nordisk (a danish medical company) they are loggin from all their routers and switches and other network equipment from the whole world to at sql db
23:10:41< eyck> like... directly to sql? from every router?
23:10:53< eyck> that dosen't sound very wise...
23:11:45>> ApoIIo [~Apollo@caracal.norcomcable.ca] has left #vserver []
23:14:49< monrad> i think it is to a syslog server and then to the db
23:15:29< Bertl> the question is, what will you do with a db/sql syslog?
23:16:55< monrad> i find it easier to sort it when it is in a db
23:17:30< Bertl> sort by what?
23:18:32< monrad> i want to be able to see log events i have never seen before and eliminate the ones i have seen before i maybe a top 10 and lowest 10 repeating log events
23:19:04< Bertl> aha, I see, so you do what exactly?
23:19:21< eyck> well... use one of those log analyzing software...
23:19:35< monrad> but i guess i can play around with it for a while in a vserver before i move anything into "production"
23:19:49< eyck> you just need to write little plugins so they could see sql database instead of files they're used to seeing...
23:19:52< eyck> simple.
23:20:39< monrad> i am beginning to learn python it could be a little learning experiment to also learn about python :)
23:27:23>> rs [~rs@rs.admin.rhapsodyk.net] has joined #vserver
23:27:31< rs> re
23:28:39< Bertl> evening rs!
23:29:08< rs> how are you Bertl?
23:29:36< Bertl> thanks fine ... and you?
23:30:09< rs> fine too :) I'm close to my hollidays...
23:30:39< Bertl> hmm, vacation?
23:30:41< eyck> holidays are good...
23:30:56< rs> Bertl: yep :)
23:31:09< eyck> drugs are bad....mmmkay?
23:31:32< rs> :)
23:33:18< eyck> need more sleep..., g'night.
23:33:24< Bertl> night eyck!
23:33:28< Doener_> night eyck
--- Log closed wto maj 18 00:00:11 2004