1175301949 J * ntrs ~ntrs@68-188-55-120.dhcp.stls.mo.charter.com
1175302349 Q * harry Server closed connection
1175302350 J * harry ~harry@d54C2508C.access.telenet.be
1175303018 M * slack101 Hola!
1175303025 M * slack101 Bom Dia!
1175305044 Q * lilalinux Remote host closed the connection
1175306774 Q * ruskie Read error: Connection reset by peer
1175307054 Q * ntrs Ping timeout: 480 seconds
1175307431 J * zLinux_ ~zLinux@88.213.15.163
1175307800 Q * zLinux Ping timeout: 480 seconds
1175309636 J * zLinux[] ~zLinux@88.213.12.45
1175310025 Q * zLinux_ Ping timeout: 480 seconds
1175310432 J * zLinux_ ~zLinux@88.213.58.119
1175310717 Q * zLinux[] Read error: Operation timed out
1175311260 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1175311368 Q * virtuoso Ping timeout: 480 seconds
1175311988 Q * softi42 Ping timeout: 480 seconds
1175312592 J * softi42 ~softi@p549d4e5c.dip.t-dialin.net
1175312791 J * wimalopaan ~KVIrc@p54a5afba.dip0.t-ipconnect.de
1175313028 Q * wimalopaan 
1175313273 Q * softi42 resistance.oftc.net charon.oftc.net
1175313273 Q * arachnist resistance.oftc.net charon.oftc.net
1175313273 Q * Aiken resistance.oftc.net charon.oftc.net
1175313273 Q * Johnnie resistance.oftc.net charon.oftc.net
1175313273 Q * ex resistance.oftc.net charon.oftc.net
1175313273 Q * mnemoc resistance.oftc.net charon.oftc.net
1175313273 Q * boci^ resistance.oftc.net charon.oftc.net
1175313273 Q * teukka resistance.oftc.net charon.oftc.net
1175313273 Q * doener resistance.oftc.net charon.oftc.net
1175313273 Q * brcc_ resistance.oftc.net charon.oftc.net
1175313273 Q * cehteh resistance.oftc.net charon.oftc.net
1175313273 Q * mjt resistance.oftc.net charon.oftc.net
1175313273 Q * TrueBrain resistance.oftc.net charon.oftc.net
1175313273 Q * FloodServ resistance.oftc.net charon.oftc.net
1175313352 J * softi42 ~softi@p549d4e5c.dip.t-dialin.net
1175313352 J * arachnist arachnist@088156185052.who.vectranet.pl
1175313352 J * Aiken ~james@ppp250-73.lns2.bne4.internode.on.net
1175313352 J * Johnnie ~jdlewis@c-67-163-247-109.hsd1.pa.comcast.net
1175313352 J * ex ex@81.219.196.129
1175313352 J * mnemoc ~amery@kilo105.server4you.de
1175313352 J * mjt ~mjt@81.13.94.2
1175313352 J * boci^ ~boci@smtp.dk.hu
1175313352 J * teukka ~teukka@193.65.190.29
1175313352 J * doener ~doener@host.magicwars.de
1175313352 J * TrueBrain truelight@openttd.org
1175313352 J * brcc_ bruce@i.am.someasshole.com
1175313352 J * cehteh ~ct@pipapo.org
1175313352 J * FloodServ services@services.oftc.net
1175314020 J * virtuoso ~s0t0na@80.253.205.251
1175314027 Q * ensc Killed (NickServ (GHOST command used by ensc_))
1175314037 J * ensc ~irc-ensc@p54B4FB8B.dip.t-dialin.net
1175315022 Q * Radiance Read error: Operation timed out
1175315042 J * Radiance 5cad3a6918@halt.1984world.eu
1175318056 Q * mcp Ping timeout: 480 seconds
1175319836 Q * Aiken Quit: Leaving
1175324113 Q * gerrit Remote host closed the connection
1175327668 J * bonbons ~bonbons@83.222.39.201
1175329113 J * dna ~naucki@248-213-dsl.kielnet.net
1175329577 J * wimalopaan ~KVIrc@p54A5B173.dip0.t-ipconnect.de
1175329599 P * wimalopaan 
1175329739 J * DoberMann_ ~james@AToulouse-156-1-70-110.w90-16.abo.wanadoo.fr
1175329838 Q * DoberMann[ZZZzzz] Ping timeout: 480 seconds
1175329929 J * meandtheshel1 ~markus@85-124-38-153.dynamic.xdsl-line.inode.at
1175330109 J * b0c1 ~boci@pool-7395.adsl.interware.hu
1175332214 Q * dna Quit: Verlassend
1175332253 N * DoberMann_ DoberMann
1175332269 Q * FireEgl Read error: Connection reset by peer
1175333006 Q * ensc Ping timeout: 480 seconds
1175333197 M * Nam if I add a new interface to the config for a vserver, how do I apply it without restarting the vserver?
1175333246 M * daniel_hozac assuming your guest already has more than one IP address, and you have util-vserver 0.30.212+, naddress --nid <guest> --add <IP>/<prefix> should do the trick.
1175333306 M * Nam does that add it to the config automatically, or is that for one I already have added?
1175333357 M * daniel_hozac that only adds it to the context.
1175333367 M * daniel_hozac i.e. it doesn't care about configuration at all.
1175333408 M * waldi daniel_hozac: when will the legacy ip config die?
1175333430 M * daniel_hozac waldi: hmm?
1175333475 M * Nam Adding
1175333490 M * Nam naddress: execvp(): No such file or directory
1175333499 M * daniel_hozac Nam: uh, what utils are you using?
1175333511 M * daniel_hozac Nam: and what command did you actually execute?
1175333573 M * Nam 0.30.212-r2 the current stable that comes with gentoo
1175333577 M * Nam well
1175333593 M * daniel_hozac oh, right, you need --ip <IP>/<prefix>, duh.
1175333594 M * Nam current version available from gentoo repos
1175333607 M * daniel_hozac i'm not completely awake yet ;)
1175333617 M * Nam i did naddress --nid 11 --add 127.0.0.1/24
1175333624 M * Nam there is no lo
1175333628 M * Nam i need to add it to the vhost
1175333631 M * Nam err...
1175333633 M * Nam vguest
1175333635 M * daniel_hozac why?
1175333638 M * Nam that's what i'm trying to add
1175333661 M * daniel_hozac what makes you think you need it?
1175333677 M * Nam /etc/init.d/apache2 start fails without it
1175333689 M * daniel_hozac hmm? how so?
1175333723 M * Nam says it needs it as a dependancy
1175333737 J * ensc ~irc-ensc@p54B4FB8B.dip.t-dialin.net
1175333757 M * daniel_hozac that sounds more like a problem with the scripts in the guest than anything else.
1175333800 M * daniel_hozac i would've thought the net.vserver script took care of that.
1175333867 M * Nam there is no net.vserver script
1175333897 M * daniel_hozac then you didn't build the guest with recent utils.
1175333905 M * daniel_hozac or you didn't use -d gentoo.
1175333936 M * Nam i followed www.gentoo.org/proj/en/vps/vserver-howto.xml
1175334129 M * daniel_hozac well, you'll have to talk to Hollow or phreak``, i'm not really up to speed on the Gentoo packages.
1175334301 J * Piet hiddenserv@tor.noreply.org
1175336488 J * ruskie ruskie@ruskie.user.oftc.net
1175337354 M * Hollow Nam: do you have 0.30.213_rc5 installed?
1175337443 M * Nam -r2
1175337457 M * Nam only one available from gentoo repos
1175337495 M * Hollow emerge --sync :)
1175337508 M * Nam hm...
1175337509 M * Nam ah
1175337514 M * Nam must have just been added
1175337523 M * Hollow yesterday
1175337573 M * Nam when i used your stage 4 images, the ones for 2007, i got a couple problems
1175337580 M * Nam there is no 2007.0 profile
1175337588 M * Nam so I had to re-link that to 2006.1
1175337613 M * Nam and syslog-ng fails to run
1175337627 M * Nam do i need to re-build a host with the new utils?
1175337683 M * Hollow no, you need to rebuild the guest with the new utils
1175337702 M * Nam yea, sorry, that's what I ment
1175337739 J * yarihm ~yarihm@84-74-16-109.dclient.hispeed.ch
1175338100 Q * michal` Ping timeout: 480 seconds
1175338404 J * mcp ~hightower@wolk-project.de
1175338493 J * michal` ~michal@www.rsbac.org
1175338936 J * lilalinux ~plasma@80.69.41.3
1175339613 N * Guest188 matti
1175339636 A * matti pokes phreak`` 
1175340584 Q * lilalinux Remote host closed the connection
1175342039 Q * yarihm Ping timeout: 480 seconds
1175342081 J * yarihm ~yarihm@84-74-16-109.dclient.hispeed.ch
1175343623 J * jmcaricand ~kvirc@d77-216-158-63.cust.tele2.fr
1175344166 Q * ard cation.oftc.net venus.oftc.net
1175344166 Q * nou cation.oftc.net venus.oftc.net
1175344296 N * Bertl_zZ Bertl
1175344302 M * Bertl morning folks!
1175344320 Q * tokkee Ping timeout: 480 seconds
1175344389 J * ard ~ard@goatse.kwaak.net
1175344389 J * nou Chaton@causse.larzac.fr.eu.org
1175344522 J * tokkee tokkee@ssh.faui2k3.org
1175344575 M * daniel_hozac morning Bertl!
1175344724 Q * infowolfe Quit: Leaving
1175345369 J * ntrs ~ntrs@68-188-55-120.dhcp.stls.mo.charter.com
1175345473 M * Bertl welcome ntrs!
1175345543 J * ema ~ema@rtfm.galliera.it
1175345699 J * DreamerC_ ~dreamerc@125-225-122-60.dynamic.hinet.net
1175346065 Q * DreamerC Ping timeout: 480 seconds
1175346401 Q * Piet Quit: Piet
1175346706 J * DreamerC ~dreamerc@125-225-109-19.dynamic.hinet.net
1175347115 Q * DreamerC_ Ping timeout: 480 seconds
1175347316 N * Bertl Bertl_oO
1175347807 Q * yarihm Remote host closed the connection
1175348329 J * m`m`h ~simba@deb30.mgts.by
1175348412 Q * m`m`h Remote host closed the connection
1175348887 J * FireEgl Proteus@2001:5c0:84dc:1:211:9ff:feca:b042
1175349329 J * Wonka_ ~wklaebe@243-230-dsl.kielnet.net
1175349472 Q * Wonka Quit: bbl. serverbasteln.
1175349472 N * Wonka_ Wonka
1175350334 J * yarihm ~yarihm@84-74-16-109.dclient.hispeed.ch
1175350509 Q * bored2sleep Server closed connection
1175350555 N * DoberMann DoberMann[PullA]
1175350597 J * bored2sleep ~bored2sle@66.111.53.150
1175350785 Q * Medivh Server closed connection
1175350836 J * Medivh ck@paradise.by.the.dashboardlight.de
1175351471 M * matti Morning Bertl
1175351812 Q * SadMan Server closed connection
1175351813 J * SadMan sadman@sadman.net
1175353238 Q * ruskie Ping timeout: 480 seconds
1175354330 Q * ema Quit: bye
1175354476 J * ruskie ruskie@ruskie.user.oftc.net
1175356694 M * slack101 Bom Dia!
1175357331 Q * waldi Ping timeout: 480 seconds
1175358315 Q * pusling Server closed connection
1175358322 J * pusling pusling@195.215.29.124
1175358903 M * phreak`` matti: you pokin', sir ?
1175361545 Q * FaUl Ping timeout: 480 seconds
1175361643 J * b0c1k4 ~boci@pool-2860.adsl.interware.hu
1175361780 J * wimalopaan ~KVIrc@p54A5B173.dip0.t-ipconnect.de
1175361799 Q * wimalopaan 
1175362084 Q * b0c1 Ping timeout: 480 seconds
1175362193 J * FaUl immo@shell.chaostreff-dortmund.de
1175362753 Q * ntrs Ping timeout: 480 seconds
1175363287 J * dna ~naucki@183-220-dsl.kielnet.net
1175363681 J * waldi ~waldi@bblank.thinkmo.de
1175364180 J * Blissex ~Blissex@82-69-39-138.dsl.in-addr.zen.co.uk
1175364249 J * dreamind ~dreamind@C2107.campino.wh.tu-darmstadt.de
1175364322 M * dreamind Hi folks :)
1175364417 J * ntrs ~ntrs@68-188-55-120.dhcp.stls.mo.charter.com
1175365686 J * ema ~ema@rtfm.galliera.it
1175365944 J * Wonka_ produziert@chaos.in-kiel.de
1175366197 N * Wonka W0nka
1175366197 N * Wonka_ Wonka
1175366403 J * pflanze ~chris@84-73-56-197.dclient.hispeed.ch
1175366409 M * pflanze Hello
1175366447 M * pflanze Sometimes, when a vserver client 'restart -f's his vserver, it is shut down and not brought up again.
1175366465 M * pflanze I suspect this happens mostly when the machine is under some load (like load 2).
1175366475 M * daniel_hozac versions and kernel config?
1175366500 M * pflanze 2.6.19.3-vs2.2.0-rc12, 0.30.213-rc1
1175366505 Q * W0nka Quit: mischief managed
1175366522 M * pflanze which part of the kernel config? want to see the whole?
1175366531 M * daniel_hozac CONFIG_VSERVER_LEGACY.
1175366555 M * daniel_hozac might want to retry with recent versions though.
1175366562 M * pflanze CONFIG_VSERVER_LEGACY=y
1175366935 J * Piet hiddenserv@tor.noreply.org
1175367213 M * Guy- daniel_hozac: hi, I just noticed an oddity with the signal-relay program you wrote
1175367239 M * Guy- daniel_hozac: it works on an amd64 box, but now when I installed it on an i386, it apparently doesn't
1175367246 M * Guy- --- SIGTERM (Terminated) @ 0 (0) ---
1175367246 M * Guy- vserver(0x2e010000, 0xd97, 0, 0x20102, 0xffffffff) = 4
1175367246 M * Guy- vserver(0xc010000, 0x4, 0xbfb433f4, 0xbfb438c4, 0) = -1 ESRCH (No such process)
1175367258 M * Guy- 0xd97 is the PID of the child process
1175367268 M * Guy- it exists
1175367275 M * daniel_hozac what kernels?
1175367277 M * Guy- so what could be wrong?
1175367288 M * Guy- Linux stop 2.6.19.1-vs2.2.0-rc6
1175367291 M * Guy- this is the i386
1175367303 M * Guy- Linux hellgate 2.6.19.2-vs2.2.0-rc8.7 - this is the amd64
1175367331 M * daniel_hozac vc_ctx_kill was likely broken in rc6.
1175367339 M * daniel_hozac it was fixed between -rc8 and -rc9.
1175367343 M * Guy- OK, I'll try with a newer kernel then
1175367344 M * Guy- thanks
1175367428 J * Aiken ~james@ppp250-73.lns2.bne4.internode.on.net
1175367767 Q * Piet Quit: Piet
1175368145 Q * sladen Ping timeout: 480 seconds
1175368461 J * Piet hiddenserv@tor.noreply.org
1175368637 Q * ema Quit: leaving
1175369486 N * Bertl_oO Bertl
1175369495 M * Bertl evening folks!
1175369517 M * matti Hi B ;]
1175369643 M * Bertl hey matti!
1175369681 M * matti :)
1175369702 M * Bertl matti: you will have to do the friendly greetings in april ... I'll be off to vacation then :)
1175369747 M * Bertl matti: starting with april 3rd ...
1175369769 M * matti Yes!
1175369795 M * matti Pleasure is all mine ;]
1175369830 M * matti Ops.
1175369843 A * matti just flooded his books with coffee.
1175369845 M * matti Damn.
1175369848 M * matti I was to excited ;]
1175369889 M * pflanze Hi Bertl. What will we do without you!? 
1175369958 M * Bertl well, it seems we have a release to test .. so that would be a good oportunity
1175369984 M * pflanze You mean, you'll test whether everyone survives with it?
1175369988 M * Bertl and I'm pretty sure daniel_hozac, doener and Hollow will provide patches and fixes :)
1175370002 M * pflanze :)
1175370008 M * matti :-)
1175370015 M * Bertl with a little luck, rc21 is perfect :)
1175370042 M * yang Hi there Bertl
1175370050 M * Bertl hey yang!
1175370054 M * matti :)
1175370084 M * yang Bertl: any good news around the mips?
1175370099 M * Bertl nope, nothing from my side, and you?
1175370116 M * yang Bertl: did you manage to get the config, or shall i download it and send you?
1175370141 M * Bertl do you have some time today/night?
1175370149 M * yang Bertl: not today, tomorow
1175370166 M * Bertl okay, I can do a cross compile with that config
1175370177 M * Bertl please send it to me via email or upload it somewhere
1175370182 M * Bertl (and paste the url)
1175370249 M * yang Bertl: okay, could you please paste me your email in query
1175370256 M * yang I will send asap
1175370303 M * daniel_hozac Bertl: so no 2.2.0 before then?
1175370363 M * Bertl we can do that if you like ...
1175370376 M * Bertl I basically leave the decision to you ...
1175370387 M * Bertl i.e. it should not be a problem to do the release
1175370395 M * daniel_hozac but? :)
1175370402 M * Bertl but I'm pretty sure folks start testing once it is released :)
1175370414 M * daniel_hozac hehe, yeah, probably.
1175370421 M * Bertl (which might put some pressure on you :)
1175370433 M * Bertl btw, I have two bug reports for -rc5
1175370444 M * daniel_hozac oh?
1175370453 M * Bertl well, one is a missing feature actually
1175370478 M * Bertl it seems there is still no support to do mounts inside the context (not network context)
1175370488 M * Bertl (via fstab.context or so)
1175370498 M * daniel_hozac indeed, it's on my TODO-list.
1175370515 M * Bertl and the rootfs fails horribly if the mapper device belongs to that guest :)
1175370524 M * waldi hmm, I don't understand the removal jfs_set_inode_flags
1175370542 M * daniel_hozac waldi: where?
1175370559 M * Bertl daniel_hozac: the other issue is that guests without ADMIN capability cannot be shut down correctly
1175370572 M * Bertl waldi: in the patches dannf handed to you?
1175370573 M * waldi daniel_hozac: 2.0.3-rc2
1175370578 M * waldi Bertl: yes
1175370587 M * waldi i just dig through the changes
1175370604 M * daniel_hozac that shouldn't be relevant for you, Debian is still on 2.6.18, no?
1175370611 M * waldi yes
1175370621 M * Bertl so just ingore it
1175370621 M * daniel_hozac so, not relevant.
1175370631 M * Bertl (as I said to dannf, btw :)
1175370704 M * waldi *ignored*
1175370748 M * dannf waldi: you looking at the mount thing? i started on that yestersay, verified i couldn't mount nfs in an etch vserver, didn't verify the patch fixed it yet
1175370768 M * waldi dannf: nope
1175370797 A * dannf starts a build w/ that patch
1175370861 M * daniel_hozac so what was it that prompted to you to update?
1175370868 M * dannf waldi: btw, micah and i verified that the renice bug affects sarge (both 2.4 & 2.6), don't have a patch yet though
1175370887 M * daniel_hozac i was expecting etch to stick with 2.0.2.2-rc9 for eternity :)
1175370913 M * waldi the accounting stuff
1175370948 M * Bertl dannf: 2.4?
1175370949 M * daniel_hozac on 64-bit architectures?
1175370957 M * waldi on all
1175370968 M * daniel_hozac hmm, what accounting stuff are you referring to?
1175370979 M * waldi the network accounting
1175370989 M * dannf Bertl: sarge shipped a 2.4 kernel and a vserver patch that applied to it
1175370989 M * daniel_hozac what about it?
1175370993 M * Bertl waldi: only happens on arch with long atomic
1175371003 M * waldi Bertl: atomic is unsigned int
1175371007 M * waldi err, signed int
1175371013 M * Bertl dannf: yes, but the renice issue is there too?
1175371017 M * dannf Bertl: yes
1175371024 M * dannf and 2.6.8 (sarge's 2.6 kernel)
1175371030 M * Bertl interesting ...
1175371044 M * daniel_hozac 2.6.8 is bound to have tons of other issues though...
1175371082 M * daniel_hozac waldi: do you have some sort of reference?
1175371101 M * waldi daniel_hozac: it may work, but it is undefined behaviour
1175371122 M * daniel_hozac the network accounting?
1175371585 M * Bertl daniel_hozac: so what is your preference, regarding release?
1175371728 M * daniel_hozac Bertl: well, i think it's time :)
1175371742 M * daniel_hozac it's been just around the corner for a really long time now ;)
1175371816 M * Bertl okay :)
1175371834 M * Bertl will prepare everything, we should have a release tomorrow
1175371849 M * daniel_hozac awesome!
1175372353 Q * yarihm Ping timeout: 480 seconds
1175372465 J * yarihm ~yarihm@84-74-20-183.dclient.hispeed.ch
1175372523 M * yarihm daniel_hozac: is there any news from the opensuse front? i bite out my teeth trying to get it bootstrap and gave up some time ago. you then said it would need quite a bit of love to have it working ... any news on that?
1175372565 M * daniel_hozac no, i haven't really looked at it since then.
1175372837 M * daniel_hozac Bertl: so to stop guests which are lacking the admin capability, vc_ctx_kill is the only option, right?
1175372846 M * daniel_hozac s/capability/flag/
1175372876 M * daniel_hozac (and even then it's on a voluntary basis, i.e. you can't force the guest to shutdown)
1175372920 M * daniel_hozac ah no, i was misremembering
1175372959 M * daniel_hozac i take it this is for sysv/gentoo guests, right? IMHO plain should work as-is.
1175372972 M * Bertl probably
1175372993 J * sladen paul@starsky.19inch.net
1175373004 M * Bertl the shutdown procedure for -admin +init
1175373034 M * Bertl is like this: send TERM? or whatever is appropriate to the init process with vkill .... - 1
1175373073 M * Bertl wait for shutdown .. if init dies but leaves processes, you can kill them off with vkill too
1175373141 M * Bertl the problem seems to be that such a guest currently cannot even be shutdown from inside
1175373164 M * Bertl i.e. it ends up with a helper hanging around and that's it
1175373290 M * daniel_hozac ah, hmm.
1175373334 M * Bertl i.e. it would be good to test that before 213 final
1175373371 M * daniel_hozac yeah, i've got some other helper bugs to look at too, so i'll add that to the list.
1175373395 M * Bertl okay, great! thanks!
1175373552 J * Asmodeo ~chatzilla@151.66.6.251
1175373568 M * Bertl welcome Asmodeo!
1175373580 M * Asmodeo thanks
1175374724 Q * Asmodeo Quit: Chatzilla 0.9.77 [Firefox 2.0.0.2/2007032112]
1175374902 Q * jmcaricand Quit: KVIrc 3.2.4 Anomalies http://www.kvirc.net/
1175375803 Q * sladen Ping timeout: 480 seconds
1175376024 Q * Blissex Read error: Connection reset by peer
1175376386 J * sladen paul@starsky.19inch.net
1175376408 Q * Piet Quit: Piet
1175376642 Q * dna Quit: Verlassend
1175378092 Q * b0c1k4 Quit: Távozom
1175379621 Q * matti Quit: 8-X
1175379760 Q * meandtheshel1 Quit: Leaving.
1175379764 J * matti matti@acrux.romke.net
1175379855 Q * dreamind Quit: dreamind
1175380879 J * mattzerah ~matt@121.50.222.55
1175380950 M * Bertl welcome mattzerah!
1175380984 M * mattzerah hey Bertl
1175380995 M * mattzerah i dind't realise the channel would be so full :)
1175381014 M * Bertl is that a problem? :)
1175381019 M * mattzerah not at all!
1175381055 M * mattzerah been a while since i even used IRC and now i'm joining all the channels for the interesting projects - its good to see its so popular still
1175381098 M * Bertl well, IMHO IRC is still the best medium for interactive discussions and work
1175381126 M * mattzerah i really want to get myself involved in a couple of areas of interest - but evertything seems so hard - like i downloaded the CentOS 5 beta - (you might remember i mentioned on the mailing list that i had trouble compiling kernels under centos 4.4)
1175381136 M * mattzerah and now i cant seem to compile a kernel still!
1175381144 M * mattzerah the problem is i'm the common factor!
1175381145 M * mattzerah haha
1175381160 M * Bertl lol
1175381172 M * Bertl well, it isn't _that_ hard actually
1175381193 M * mattzerah but anyway - i'm going to give it another go after easter - perhaps i'll save my efforts until the actual CentOS 5 comes out
1175381202 M * mattzerah no, its not that hard - it just doesn't seem to work for me
1175381213 M * Bertl you've got a toolchain?
1175381222 M * Bertl (gcc + binutils)
1175381226 M * mattzerah yupz
1175381241 M * Bertl and you want to boot with a mainline kernel, yes?
1175381265 M * Bertl or recompile a centos one?
1175381272 M * mattzerah i tried the straight SRPM no edits, no go - i tried a patched vanilla kernel (with vs), no go - last i tried a straight vanilla kernel, but still no go
1175381286 M * Bertl okay, no go means?
1175381293 M * mattzerah i'de love to actually recompile a centos one - but at this stage i'm willing to just have any kernel at all :)
1175381319 M * Bertl you can't get it compiled or you can't get it booting?
1175381326 M * mattzerah last error (straight vanilla kernel from kernel.org - make menuconfig - save (no config changes, so all defaults) - make.....
1175381337 M * mattzerah   CC      kernel/relay.o
1175381337 M * mattzerah   LD      kernel/built-in.o
1175381337 M * mattzerah ld: kernel/cpuset.o: bad reloc symbol index (0x100 >= 0xb6) for offset 0x0 in section `.debug_loc'
1175381337 M * mattzerah kernel/cpuset.o: could not read symbols: Bad value
1175381337 M * mattzerah make[1]: *** [kernel/built-in.o] Error 1
1175381338 M * mattzerah make: *** [kernel] Error 2
1175381354 M * Bertl that sounds like a broken toolchain
1175381363 M * mattzerah ahhh, bloody centos!
1175381364 M * mattzerah haha
1175381369 M * Bertl what arch is that?
1175381374 M * mattzerah i686
1175381386 M * Bertl okay, gcc 4.x.something?
1175381398 M * mattzerah its running under a vmware - but i've been told thats not a problem
1175381418 M * mattzerah gcc version 4.1.1 20070105 (Red Hat 4.1.1-51)
1175381427 M * Bertl do you have a gcc 3.3 too?
1175381435 M * Bertl (or does centos have one :)
1175381437 M * mattzerah oh, hang on - wrong screen
1175381450 M * mattzerah gcc version 4.1.1 20061011 (Red Hat 4.1.1-30)
1175381464 M * mattzerah thtas the one from the centos machine
1175381478 M * Bertl okay, do you have a gcc 3.3 as option?
1175381485 M * mattzerah i'm really not sure about that - i'll have to check - thats the default one that was installed 
1175381495 M * mattzerah so you think gcc 4 is the problem *sigh*
1175381539 M * mattzerah at least that gives me another angle to try - noones mentioned that before (also explains why i've never been able to compile a kernel - aparantly ME and gcc 4 were the common factors :)
1175381557 M * Bertl I think centos is the problem
1175381572 M * Bertl but gcc 4.x was broken on so many distros
1175381608 M * mattzerah i've only just started with it, i dont like the way fedora updates so often (plays havoc with needing to upgrade the server too often, i like to get things working and leaving it alone as much as posible)
1175381676 M * mattzerah doesn't look like theres packages for gcc-3.x, but i'm still looking :)
1175381826 M * Bertl you might compile it yourself, you know?
1175381900 M * Bertl I mean, bootstrap a gcc3.3
1175381945 M * mattzerah yea, its looking that way
1175381974 M * mattzerah i'm wondering how they compile it - they must use a gcc 3 to compile, but ship the OS with gcc4
1175381990 M * mattzerah i wonder why they would do such a thing, but hey, people are curious beings
1175381998 M * Bertl definitely
1175382093 M * Aiken does redhat stuff still have kgcc for compiling the kernel
1175382109 M * Aiken in the past kgcc was an earlier version of gcc
1175382118 M * mattzerah ok, let me check
1175382137 M * mattzerah sounds plausable, checking now :)
1175382172 M * Aiken that is what they were doing last time I used anything redhat, 7.0 - 7.3
1175382196 M * mattzerah ooohh\
1175382199 M * mattzerah i found....
1175382206 M * mattzerah Name   : compat-gcc-34
1175382227 M * mattzerah you just have to know where to look hey !
1175382237 M * Bertl hmm, careful 3.4 might be buggy too
1175382256 M * Bertl 3.3.x is fine on almost all distros (3.3.6 is current)
1175382279 M * mattzerah ok
1175382331 M * mattzerah thankyou guys for the help - looks like another few nights of compiling kernels ahead :)
1175382378 M * mattzerah oh Aiken, any idea how to get the kernel to compile using the new gcc - or i guess i just remove the gcc 4
1175382481 M * Aiken in fc don't know, I have compiled a few kernels with ubuntu's gcc4     gcc version 4.1.2 (Ubuntu 4.1.2-0ubuntu4)
1175382516 M * Bertl mattzerah: gcc 4.x works just fine here with mainline kernels
1175382530 M * mattzerah oh
1175382535 M * Bertl mattzerah: the problem is that the distros use snapshots and special patches
1175382562 M * mattzerah yea, i'll try the older gcc, and if that does'nt work i'll scrap it and get my own from source i think
1175382592 M * Aiken Bertl I have had that trip me up, never impressed
1175382814 J * phycho ~phycho@217.151.105.79
1175382816 M * phycho hey guys
1175382822 M * Bertl welcome phycho!
1175382834 M * phycho looking for a bit of help with vserver. its been a while -  how do i assign a network interface?
1175382845 M * phycho i created a vserver from a tarball
1175382852 M * phycho theres nothing in /etc/vservers/gs01/interfaces
1175382876 M * Bertl well, you 'could have' specified that at creation time :)
1175382882 M * phycho yeh. i think i did that wrong
1175382887 Q * ntrs Read error: Operation timed out
1175382888 M * Bertl but you can as well add it afterwards
1175382897 M * phycho ill pastebin what i used
1175382912 M * phycho http://www.pastebin.ca/418957
1175382913 M * phycho is that wrong?
1175382913 M * Bertl do you want the tool to add/remove the ip on guest start/stop?
1175382935 M * Bertl yes, that is a little off
1175382935 M * phycho yeh
1175382945 M * phycho what would the correction be Bertl?
1175382949 M * Bertl first, you do not want to specify -n 
1175382955 M * phycho k
1175382965 M * Bertl (that is implied in the vserver gs01 build
1175382982 M * Bertl then, you do not want to use --force (unless necessary)
1175382996 M * phycho k
1175383000 M * Bertl it's better to delete a guest
1175383024 M * phycho k, changed it
1175383025 M * Bertl the --netmask and /24 (prefix) is kind of duplicated
1175383031 M * phycho yeh
1175383042 M * Bertl the rest is fine, so I'd try:
1175383053 M * phycho http://www.pastebin.ca/418964
1175383055 M * phycho try that?
1175383082 M * Bertl vserver gs01 build -m template /vserver/centos-4.0-i386-default.tar.gz --hostname gs01.lan.ayrshirelangaming.com --interface eth0:10.10.0.242/24 --context 1000 --initstyle sysv
1175383098 M * phycho k
1175383118 M * phycho should that extract the contents of the tarball btw?
1175383123 M * phycho because it doesnt, ive had to do that manually
1175383133 M * Bertl no, the tools are supposed to do that
1175383139 M * phycho it didnt :)
1175383141 M * Bertl what tools are you using?
1175383158 M * phycho just the command as above.
1175383172 M * Bertl vserver-info - SYSINFO (pastebin)
1175383174 M * phycho util-vserver-0.30.212
1175383208 M * Bertl ah, just confused myself with your syntax ... sec
1175383211 M * phycho http://www.pastebin.ca/418966
1175383215 M * phycho k.
1175383225 M * Bertl the correct command is
1175383258 M * Bertl vserver gs01 build -m template --hostname gs01.lan.ayrshirelangaming.com --interface eth0:10.10.0.242/24 --context 1000 --initstyle sysv -- -t /vserver/centos-4.0-i386-default.tar.gz
1175383271 M * Bertl the build options always go after the final --
1175383277 M * phycho k
1175383322 M * phycho pretty complicated :)
1175383379 Q * fs Remote host closed the connection
1175383415 M * Bertl well, it is structured, and if you check out the --help, you'll probably udnerstand
1175383427 M * Bertl the thing is, the different build methods are modular
1175383429 M * phycho had a look at that first :-)
1175383438 M * Bertl i.e. you can add a new build method quite easily
1175383457 J * fs fs@213.178.77.98
1175383460 M * phycho im too used to openvz, it will take me a while to get used to this (vserver is better for this application im going to be using it for)
1175383462 M * Bertl so there has to be some way to separate 'basic' build options from build method specific ones
1175383468 M * phycho yea
1175383498 M * Bertl wb fs!
1175383533 M * phycho Bertl -any easy way to migrate a vserver from one server to another?
1175383546 M * Bertl rsync?
1175383563 M * phycho i was gonna tar it up and scp it over
1175383565 M * phycho between hosts
1175383572 M * Bertl nah, not the best choice
1175383576 M * phycho k
1175383590 M * Bertl the problem are the uid/gid
1175383594 M * phycho ah
1175383598 M * Bertl they get messed up too easily
1175383619 M * phycho ah k
1175383621 M * Bertl rsync -axHP --numeric-ids (or so) is the easiest way IMHO
1175383636 M * phycho kk :)
1175383663 M * Bertl if it can be easily compressed _and_ your network bandwidth is the transfer bottleneck, you can add -z too :)
1175383690 M * Bertl all in all, rsync is quite nice for moving guests around ...
1175383713 M * phycho network bandwidth is 100mbit, no bottleneck there. its a lan
1175383713 M * Bertl alternatives are dump/restore (for ext2/3) and tar with the proper options
1175383730 M * phycho k
1175383772 M * mattzerah well, i've started another build - lets see how this goes :)
1175383884 M * phycho i assume its possible to run dhcpd in a vserver?
1175383920 M * Bertl yes, but it requires you to give more than the default caps
1175383933 M * Bertl as dhcpd is not using tcp/udp/ip
1175383954 M * phycho yeh
1175384007 M * phycho that is fine - the reason iam using vserver isnt for security, its for portability. so i can move a vserver guest between hardware nodes
1175384013 M * phycho its actually going to be in use at a lan party
1175384037 M * Bertl yes, that shouldn't be a problem then :)
1175384042 M * phycho :)
1175384229 N * DoberMann[PullA] DoberMann
1175384244 M * Bertl wb DoberMann!
1175384255 M * DoberMann :)
1175384257 M * phycho Bertl - when moving between hosts, what files do i need to backup?
1175384273 M * phycho those in /etc/vservers/
1175384274 M * Bertl you copy the data and the config
1175384275 M * phycho and /vservers?
1175384276 M * phycho k
1175384277 M * phycho np
1175384295 M * Bertl yes, that's it, careful if you move them to different locations though
1175384313 M * phycho kk
1175384326 M * Bertl i.e. /vservers/xxx to /var/lib/vservers/xxx or so :)
1175384382 M * phycho yeh
1175384440 M * phycho gah, cant appear to login via ssh.
1175384500 M * Bertl maybe sshd running unlimited on the host?
1175384522 M * Bertl (and thus binding to all ips, including guest ips)
1175384525 M * phycho isnt :) first thing i checked
1175384545 M * Bertl okay, did the guest sshd start? (check with vps)
1175384551 M * phycho yep
1175384554 M * phycho tcp        0      0 10.10.0.242:22              0.0.0.0:*                   LISTEN
1175384569 M * Bertl okay, you are trying as root?
1175384596 M * phycho tried normal user too
1175384609 M * Bertl do you get a log message inside the guest?
1175384615 M * phycho yep
1175384628 M * Bertl what does it say? :)
1175384655 M * phycho it just rejects any pass i throw at it
1175384668 M * phycho ah
1175384668 M * phycho Apr  1 03:44:10 gs01 sshd[3168]: fatal: PAM: pam_open_session(): Cannot make/remove an entry for the specified session
1175384717 M * Bertl hmm, kernel auditing in your pam config?
1175384811 M * DoberMann good night Bertl and the others
1175384814 N * DoberMann DoberMann[ZZZzzz]
1175384822 M * phycho night DoberMann[ZZZzzz]
1175384828 M * phycho Bertl - i have no idea where to look
1175384866 M * Bertl /etc/pam.d/sshd
1175384889 M * Bertl what does it say for session?
1175384895 M * phycho http://www.pastebin.ca/419008
1175384917 M * Bertl yep, comment out the loginuid
1175384921 M * phycho k
1175384925 J * b0c1 ~boci@pool-2860.adsl.interware.hu
1175384935 M * Bertl wb b0c1!
1175384936 M * phycho first time ive came across that before :-)
1175384949 M * b0c1 hi
1175384951 M * phycho the .tar.gz im using is my custom one from openvz btw.
1175384979 M * Bertl phycho: well, no idea why many distros try to set that
1175384992 M * phycho ah k
1175384995 M * slack101 how is everyone today
1175385003 M * Bertl kernel auditing is not something you do every day
1175385006 M * phycho k, it now works - thanks Bertl
1175385009 M * phycho haha yeah
1175385018 M * phycho lo slack101, not bad.
1175385041 M * Bertl hey slack101!
1175385067 M * slack101 yea same here
1175385076 M * slack101 trying to get all server stuff done today
1175385079 Q * b0c1 
1175385102 M * slack101 atleast this weekend
1175385112 Q * kir Server closed connection
1175385125 J * kir ~kir@swsoft-mipt-nat.sw.ru
1175385131 M * phycho know the feeling. ive got quite a few gameservers to put together
1175385149 M * Bertl wb kir!
1175385149 M * slack101 ivee been working on this for a week now
1175385175 M * slack101 im jus trying to get my hositng thing back up and have world interaction once again
1175385185 M * slack101 i really hate computers 
1175385214 M * Bertl hardware is evil! :)
1175385229 M * slack101 irc is very evil also
1175385236 M * slack101 it can suck your life away
1175385243 M * Bertl hehe
1175385256 M * slack101 i know a few people who it did just that too lol
1175385277 M * slack101 35 still using irc for the last 15 years rarely come out of thier house
1175385439 M * slack101 jus tryna make money and alot of it 
1175385551 Q * phycho Read error: Connection reset by peer