1136246415 M * lchvdlch after showing shm stuff, program ends
1136246519 J * VooDooMaster ~icechat5@p549C911E.dip0.t-ipconnect.de
1136246531 M * VooDooMaster hi guys! happy new year!
1136246581 M * VooDooMaster i have a little problem with vserver-new an the stage3-x86-2005.1-r1.tar.bz2 ... it throws this out "Selected arch not supported, or profile does not exist!"
1136246587 M * VooDooMaster waht's wrong?
1136246607 M * daniel_hozac what architecture?
1136246683 M * VooDooMaster x86 - vserver-sources-2.0.1 - /util-vserver-0.30.209-r1 - baselayout-vserver-1.11.13-r1
1136246969 P * anonc adios
1136247098 M * VooDooMaster any idea daniel?
1136247222 M * VooDooMaster daiel_hozac: solved! if I put x86 behind the .tar.bz it works ... but wasn't that optional?
1136247707 M * VooDooMaster arch is in [] on help-commandline .. but code tests on commmandline parameter ...  if [ "$2" == "${arch}" ]; then ... without that check pass can never change to 1 ... so I always get the error ;)
1136248263 M * VooDooMaster daniel_hozac: are you still here?
1136248844 Q * infowolfe Quit: Leaving
1136249937 M * VooDooMaster next question: how can I speed up package installations using the same (binary) packages (from root-host) for multiple vservers?
1136249961 M * VooDooMaster root-host has no web-server and no ftp-server ...
1136250072 M * VooDooMaster how to set portage_binhost correctly?
1136250834 M * VooDooMaster solved that one, too ... good night ...
1136250838 Q * VooDooMaster Quit: Make it idiot proof and someone will make a better idiot.
1136252435 Q * shedi Quit: Leaving
1136252554 J * derjohn ~aj@dslb-084-058-195-157.pools.arcor-ip.net
1136253633 J * aj_ ~aj@dslb-084-058-197-088.pools.arcor-ip.net
1136254061 Q * derjohn Ping timeout: 480 seconds
1136262034 J * menomc ~amery@200.75.27.99
1136262141 Q * mnemoc Ping timeout: 480 seconds
1136262141 N * menomc mnemoc
1136262544 J * anonc ~anonc@staffnet.internode.com.au
1136263409 Q * pflanze Quit: night
1136264550 J * cehteh foobar@cehteh.homeunix.org
1136264553 M * cehteh moin
1136265168 M * cehteh uhm .. back to the old problem .. NFS & vserver sux
1136265942 J * balbir ~balbir@59.145.136.1
1136267108 M * LCamel daniel_hozac: thank you!
1136267792 J * undefined ~undefined@adsl-68-93-109-94.dsl.rcsntx.swbell.net
1136268993 P * undefined 
1136269038 J * undefined ~undefined@adsl-68-93-109-94.dsl.rcsntx.swbell.net
1136269330 P * undefined 
1136269944 Q * cehteh Remote host closed the connection
1136270091 N * Smutje_ Smutje
1136270964 Q * Vudumen Read error: Connection reset by peer
1136273723 J * lilo ~lilo@cpe-24-167-94-255.houston.res.rr.com
1136273826 Q * lilo_ Ping timeout: 480 seconds
1136274616 J * meandtheshell ~markus@85-124-38-23.dynamic.xdsl-line.inode.at
1136278157 Q * aj_ Quit: Verlassend
1136278191 J * Cru ~mindwarp@bastardrouterfromhell.e.de.wahlich.com
1136278197 M * Cru moin
1136280181 J * Smutje_ ~Smutje@xdsl-87-78-19-213.netcologne.de
1136280289 Q * Smutje Ping timeout: 480 seconds
1136280414 J * tudenbart ~willi@xdsl-213-196-241-62.netcologne.de
1136280431 Q * dothebart Read error: Connection reset by peer
1136280909 M * Cru bbl
1136280911 Q * Cru Quit: use Unices; $live->free() || die;
1136282305 J * year0369 ~kekstorte@p54815A0A.dip.t-dialin.net
1136282318 M * year0369 moin
1136283141 Q * year0369 Quit: 
1136283468 Q * Hollow Remote host closed the connection
1136283847 J * Hollow ~hollow@home.xnull.de
1136284664 N * Smutje_ Smutje
1136285451 Q * Hollow Remote host closed the connection
1136285599 Q * are|lunch Ping timeout: 480 seconds
1136285792 J * Hollow ~hollow@home.xnull.de
1136285839 Q * Hollow Remote host closed the connection
1136285965 J * are|lunch ~are@p54A090F6.dip0.t-ipconnect.de
1136285989 N * are|lunch _are_
1136286024 M * _are_ hi
1136286996 J * id23 ~id@p54A03B2F.dip0.t-ipconnect.de
1136286999 M * id23 Hi
1136289676 J * prae ~prae@ezoffice.mandriva.com
1136290061 Q * tudenbart Ping timeout: 480 seconds
1136290420 J * Vudumen vudumen@perverz.hu
1136290631 Q * balbir Quit: Leaving
1136292656 J * VooDooMaster ~icechat5@p549C911E.dip0.t-ipconnect.de
1136292880 M * VooDooMaster hi!
1136292913 M * VooDooMaster how do I rename a vserver?
1136293470 M * bubulak hmm easy
1136293496 M * bubulak change name and nodename in config dir
1136293604 M * VooDooMaster I think it's not that easy because the name of the vserver is in more than one place
1136293682 M * bubulak /etc/vservers/$guest/name
1136293688 M * bubulak /etc/vservers/$guest/uts/nodename
1136293706 M * bubulak /vserver/$guest/etc/HOSTNAME
1136293966 M * VooDooMaster ah! thanks!
1136294026 J * dothebart ~willi@xdsl-84-44-230-42.netcologne.de
1136295183 J * orlowsks ~orlowsks@joe.alpenacounty.org
1136295499 M * orlowsks Was wondering if anyone ran into the error when booting to the new kernel that supports vserver. The error says pivot_root no such file or directory?
1136295548 M * orlowsks I ran thru the tutorial step by step 3 times and keep getting the same error.
1136295605 M * orlowsks I am using sarge as the primary os
1136298027 Q * anonc Ping timeout: 480 seconds
1136298195 J * romke ~romke@acrux.romke.net
1136298361 Q * romke Quit: 
1136298623 M * VooDooMaster hi! do I need baselayout and baselayout-vserver on my gentoo box, or only one of them?
1136299051 M * _are_ orlowsks: you run a 2.6 kernel I assume with the default devfs. So stuff like /dev/console is missing in your initrd. The easiest solution is to just go without initrd by compiling everything needed to boot into your kernel ...
1136299051 M * _are_ when you do a krnel anyway. The othe rone is to use either udev or fix the initrd
1136299833 J * balbir ~balbir@59.145.136.1
1136300083 Q * balbir Quit: 
1136300086 Q * VooDooMaster Ping timeout: 480 seconds
1136301711 J * dreamist ~noway@64.186.48.15
1136301927 M * dreamist Hey all.. are there any known hard-freeze issues with kernel 2.6.12.6 with vs2.0?
1136301962 M * dreamist I'm having some sporadic hard-freeze issues (no kernel panic, no console output, just dead) with a box I'm trying to get built up, and just trying to figure out whether to blame vserver or hardware ;-)
1136302315 M * _are_ dreamist: there are a ton of hardware freeze issues with old kernels in general, especially if your run amd64 or similar. I suggest you upgrade to a more recent kernel as you obviously have to compile a kernel anyway
1136302320 M * BWare Update your kernel
1136302344 M * BWare There was a problem with 2.6.12 vserver kernel
1136302352 M * BWare which was recently fixed
1136302362 M * BWare patch is in the ML archive
1136302513 M * BWare and afaik applied to recent vserver releases
1136302653 M * dreamist okie dokie.. I'll go the kernel route anyway
1136302660 M * dreamist what combination do you think would be best?
1136302683 M * BWare The one that works ;)
1136302694 M * dreamist guess I deserved that ;-)
1136302706 M * BWare Most recent should do
1136302832 M * dreamist will the patches apply to 2.6.15 (which seems to be the latest)?  They look to be for 2.6.14
1136302971 M * BWare I don't know if there is a patchset available for .15, but I guess they will be released very soon
1136302997 M * dreamist okay.. will only go to 2.6.14.4 then
1136303000 M * BWare Oke
1136303012 M * dreamist thnx.. we'll see how it goes ;-)
1136303019 M * BWare Good luck ;)
1136303035 M * BWare But installation/patching is quite trivial :)
1136303049 M * _are_ used a 2.6.14.2 patch on 2.6.14.5 today, only reject had been the kernel version
1136303065 M * _are_ vs-2.0.1, seems to run fine so far
1136303066 M * dreamist not worried about the patching.. just hoping it fixes the hard freeze problem
1136303315 M * Bertl hmm, did somebody miss me?
1136303331 A * michal_ !
1136303344 M * michal_ nice to see you are back in the action
1136303364 A * Bertl has been without electrical power for 18 hours now
1136303365 M * michal_ and i am sure that our virtual coffe provider also ;p
1136303373 M * michal_ what has happened ?
1136303382 M * Bertl power outage in austria (local)
1136303400 M * Bertl you would not think that could happen nowadays ...
1136303516 M * michal_ oh, believe me, it does - not longer than one month ago (ok, in previous year ;) i was taking a bath with candle light ;p
1136303536 M * michal_ and it is quite common, every two or three months
1136303543 M * michal_ but never longer than one hour
1136303548 M * michal_ 18 hours seems like a lot
1136303567 M * _are_ 18h ois harsh, neither my laptop, nor my mobile last that long :-/
1136303598 M * michal_ mobile won't survive 18 hours ?
1136303601 M * Bertl the mobile would not have been the problem, but the stations gave up after 14 hours or so
1136303604 M * _are_ hmm, they can be charged on car batteries. Think I would survive. :-)
1136303634 M * _are_ michal_: umts flat mobile, used in this case, not idling in your pocket
1136303663 M * michal_ i see
1136303694 M * Bertl anyway, back in action now ... (after I moved to a different location)
1136303741 Q * id23 Ping timeout: 480 seconds
1136304196 M * orlowsks _are_: Thank you for the info. I'll look into it more
1136304270 M * orlowsks _are_: Could i use a copied initrd?
1136304354 M * Bertl hey orlowsks! dreamist!
1136304387 M * _are_ orlowsks: I generally avoid initrds, so can't really comment here
1136304388 A * Bertl .o( a few hours gone, and already new faces :)
1136304390 M * orlowsks I guess..Sorry kinda new to the virtual machine thing
1136304442 M * orlowsks So the best possible way is to compile everything in the kernel. Correct?
1136304520 J * bragon ~bragon@sd866.sivit.org
1136304524 M * _are_ not necessarily everything, just the stuff you need for booting. And this is the best possible way for *me*, others might think different
1136304526 M * bragon Hello here
1136304529 M * _are_ hi bragon
1136304531 M * bragon and happy new years
1136304531 M * orlowsks Is there an easy way of finding out everything that needs to compiled into the kernel?
1136304542 M * Bertl hey bragon! HNY!
1136304548 M * bragon hey Bertl :)
1136304562 M * Bertl orlowsks: no, never easy, but the good news is, you only have to do it once!
1136304574 M * _are_ orlowsks: driver for ide/scsi disks (depending what you have), driver for the respective ide/scsi chipset, driver for your rot filesystem
1136304595 M * orlowsks Thank you and HNY to you all
1136304604 M * Bertl orlowsks: lspci usually gives a good idea what you system requires
1136304651 M * bragon Bertl lilo is here, do you know if freenode use vserver ?
1136304651 M * Bertl orlowsks: network and unusual stuff can go into modules, as _are_ said, ide/scsi and the filesystems you need for booting should be in the kernel
1136304689 M * Bertl bragon: I don't know, but I know that lilo likes this project (at least that's what he said)
1136304716 M * bragon ok
1136304892 M * bragon anyone who have a little brain, cant don't like this project
1136304901 M * bragon (sorry for my english again)
1136304919 M * Bertl ah, well, I'm sure some folks at SWsoft do not like it that much :)
1136305065 M * _are_ :->
1136305069 M * Bertl yay 2.6.15 is out!
1136305091 M * bragon http://www.swsoft.com/
1136305101 M * bragon Tsss they can died 
1136305127 M * _are_ yes, found out about 2.6.15 1h after i installed the 2.4.14.5 kernel on a production machine. But then as you only know it now, Bertl, I assume there is no final patch out for it, either. ;)
1136305141 M * Bertl not yet :)
1136305159 M * bragon idem for me
1136305175 M * bragon i just compiled a 2.6.14-5 for my ppc :x
1136305212 M * Bertl it's probably better to use the sucker tree until 2.6.15.2 or 3 (for production)
1136305236 M * bragon it's for a laptop in my case not for production
1136305250 M * Bertl (the previous 2.6.14.x releases I mean)
1136305311 M * meandtheshell hi folks, hi  Bertl! quick Question: I'm wondering why the linux-Vserver haven't made it into the mainline Kernel tree until now? And yes I've looked around a bit to get an Answer to that Question (found nothing that satisfied me). Maybe you could lose couple of words therefore now.  Thank's ahead ...
1136305364 M * meandtheshell a link would help too ...
1136305367 M * Bertl meandtheshell: no problem, the short answer is: because I do not see much sense in getting it into mainline
1136305391 M * BWare sounds clear to me ;)
1136305392 M * bragon 15 years today linus compiled Linux
1136305401 M * bragon http://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.15
1136305439 M * Bertl the longer version is: a) it's very ahrd to get stuff in mainline b) if 90% get in, that would mean twice the work for me  c) not everybody wants to use linux-vserver (yet) so it might be dead code for some folks
1136305516 M * meandtheshell Bertl: ok - that's an answer - short with spicy information :-)
1136305528 M * meandtheshell makes sense ...
1136305585 M * Bertl meandtheshell: doesn't mean that we won't add one or the other feature (supporting virtualization) to mainline sooner or later
1136305803 M * Bertl lchvdlch: ping!
1136305936 M * orlowsks Does anyone have an opinion on the debian vserver patch? Would that be easier than recompiling?
1136305957 M * Bertl orlowsks: really depends on what patch, older patches are 'just' broken
1136305989 M * orlowsks 1.9.5.3
1136306000 M * Bertl no, that's ancient :)
1136306010 M * orlowsks thanks
1136306024 M * Bertl http://linux-vserver.org/ChangeLog26
1136306081 M * Bertl orlowsks: but there should be some 2.0 or 2.0.1 release out there (testing/unstable or so)
1136306145 M * _are_ orlowsks: http://www.13thfloor.at/vserver/s_rel26/v2.01/patch-2.6.14.3-vs2.01.diff.bz2 only the kernel version rejects
1136306237 M * _are_ and despite i use debian and like it i won't even consider a debian-made patch for a project that moves as fast as linux-vserver
1136306255 M * lchvdlch Bertl: pong
1136306272 M * Bertl lchvdlch: hey, read about your 'issues' with shmget?
1136306295 M * Bertl lchvdlch: were they resolved somehow? if not, could you give me a short summary?
1136306302 M * lchvdlch Bertl: strace doesn't seem to know about vserver's syscall
1136306317 M * Bertl lchvdlch: well, yes, depends on the version of course
1136306335 M * lchvdlch Bertl: let me make another trace and show you it (with source code, to see what strace "sees")
1136306336 M * Bertl (there is even a patch available to make it vserver aware)
1136307256 J * stefani ~stefani@superquan.apl.washington.edu
1136307266 M * Bertl welcome stefani!
1136307280 M * stefani happy new year. 
1136307289 M * Bertl 2u2!
1136307290 M * dreamist Bertl:  kind of coming it at the end of a thread here, but just throwing a couple cents in to say that I'd love to see vserver integrated in mainline.. would maybe help stem all this nasty Xen stuff people are doing ;-)
1136307334 M * Bertl well, Xen is pretty nice, and IMHO quite complementary to Linux-VServer ...
1136307363 M * dreamist Bertl: it's good at what it does.. it's just that what it does is quite different, and people frequently use it when they should use vserver
1136307477 Q * Doener Ping timeout: 480 seconds
1136307514 J * Doener doener@i5387D540.versanet.de
1136307530 M * Bertl dreamist: yeah, that's right, but good advertisement and public relations should be able to fix that ..
1136307598 M * dreamist bertl: I hope so.. the more traction vserver has the better!  It's definitely making my life a lot easier..
1136307760 M * Bertl glad to hear that!
1136307777 M * Bertl okay, off for dinner now, back in 30 or so ...
1136307798 M * Bertl lchvdlch: just upload it somewhere (e.g. pastebin.com) I'll look at it when I get back
1136307803 N * Bertl Bertl_oO
1136307830 M * _are_ well, I don't see Xen and vserver for the same business
1136307873 M * dreamist I agree, they deal with (almost) completely different problems..
1136307890 M * _are_ xen runs a complete machine (patched kernel, unles sthe new CPUs are out in the wild), linux-vserver runs different chroot-instances
1136307942 M * _are_ in my very case (redundant servers) I use linux-vserver atm and might use xen in future (if hardware support is present) to run other OS than linux redundant.
1136307957 M * _are_ but I doubt running a complete kernel can be as fast as running a vserver instance
1136307974 M * dreamist but because not as many folks know about vserver, they tend to use Xen to do the things that vserver is good at.. which is why I think getting vserver into the mainline kernel would be a great thing
1136308042 M * _are_ well, if you followed the development in her ethe past 12 months, you know vserver improoves very fast. Having some old version in the kernel will mainly be more hassle for Bertl than benefit. And I have the slight feeling he ...
1136308042 M * _are_ invests much time into vserver already.
1136308188 J * monrad_ ~mikkel@213083190131.sonofon.dk
1136308217 M * dreamist indeed.. well, hopefully he's right and some good advertising will help people find vserver
1136308288 Q * monrad Ping timeout: 480 seconds
1136308565 M * SiD3WiNDR dreamist: "traction" ? ;)
1136309069 M * orlowsks Are there some more differences between xen and vserver?
1136309175 N * Bertl_oO Bertl
1136309191 M * _are_ orlowsks: you can't compare the technical product at all. Xen runs (patched) operating systems on a single CPU, vserver runs unpatched linux filesystems on a single kernel. I see no reason not to run a vserver-linux as a Xen ...
1136309192 M * _are_ client.
1136309235 M * Bertl and indeed, as linux-vserver supports UML, it will also support Xen architecture
1136309255 M * _are_ XEN is more a threat to vmware than to vserver, they enhance each other nicely in my understanding
1136310350 Q * prae Quit: Execute Order 69 !
1136310924 Q * _are_ Ping timeout: 480 seconds
1136312221 M * yang2 I am curious about ident on vserver..It isn't working. I think it's trying to bind on the main server port 113
1136312270 M * Bertl yang2: hmm, could you strace -fF it?
1136312313 M * yang2 i get this in /var/log/syslog
1136312314 M * yang2 Jan  3 19:17:50 jason bidentd[23868]: 3145, 6667 : ERROR : NO-USER
1136312314 M * yang2 Jan  3 19:18:12 jason bidentd[23873]: 3146, 6667 : ERROR : NO-USER
1136312374 M * Bertl yang2: best do 'strace -fF -o ident.trace ident ...' inside the guest, and upload the output to pastebin.com
1136312378 M * yang2 i never worked with strace
1136312382 M * yang2 ok moment
1136312506 Q * orlowsks Quit: Leaving
1136312630 M * yang2 http://pastebin.com/488965
1136312647 M * yang2 but i dont know if you were looking for this?
1136312677 M * Bertl hmm, no, actually you replace the ... with the 'options' your identd requires
1136312693 M * Bertl and then upload the file ident.trace :)
1136312732 M * Bertl so, as it looks your options for bident aren't that many, I'd try:
1136312739 M * Bertl strace -fF -o ident.trace bident
1136312779 M * yang2 that is option from inetd.conf -> ident   stream  tcp     nowait  root    /usr/sbin/bidentd bidentd
1136312819 M * Bertl just make sure that it isn't already started/running via inetd
1136312836 M * yang2 aha
1136313118 J * yang ~boni@cpe-212-18-59-124.dynamic.amis.net
1136313138 M * yang it looks like the machine hang
1136313217 M * Bertl interesting ... what kernel/patches do you use? (and how can you tell it hang?)
1136313269 M * yang i dont receive any ping response anymore
1136313293 M * Bertl what does tracepath show?
1136313312 M * Bertl (i.e. does it end one hop before the machine, or earlier)
1136313342 M * yang earlier - no reply
1136313355 M * yang but my router 86.110.64.1 gives a response
1136313363 M * yang seems it hanged, or someone is ddosing it
1136313419 M * yang or someone must be playing grrr...other ip seems to work
1136313487 M * yang strange
1136313493 M * yang i can log to the other IP
1136313498 M * yang and come to the vserver
1136313507 M * yang but main IP stopped responfing
1136313530 M * yang [INFO] Possible Attack detected, Blackhole set
1136313542 M * yang  IP: 86.110.64.2
1136313559 M * yang yeah someone was ddosing, and protection gets enabled
1136313849 M * yang it disconects for half an hour
1136313916 M * Bertl hmm, just be careful that your 'other' ip get's not ddos-ed too :)
1136313934 M * yang its protection for the whole range
1136313974 M * yang but i wonder why they would ddos me, i dont run anything irc-oriented on that ip
1136314015 M * Bertl I'd suspect a firewall/config issue
1136314059 Q * Smutje Quit: leaving
1136314104 M * yang i also noticed one other thing...My memory shows only 256MB, but i have 2x256mb sticks inside...could be this patched kernel causing it?
1136314158 M * Bertl very unlikely ...
1136314186 M * Bertl what does 'dmesg' report? (maybe upload that too?)
1136314568 M * yang2 dmesg doesnt show anything usefull
1136314574 M * yang2 lots of ipv6 errors only
1136314737 M * Bertl yang2: hmm, well, after bootup, it is supposed to show something useful (check /var/log/dmesg)
1136315064 M * yang2 http://86.110.64.150/ident.trace
1136315163 M * Bertl yang2: who did kill (INT) it?
1136315178 M * yang http://86.110.64.2/dmesg
1136315183 M * yang I killed it...
1136315191 M * yang it didnt stop
1136315198 M * yang does it stop in itself?
1136315201 M * Bertl well, then it seemed to 'work' as expected?
1136315286 M * Bertl ad dmesg, your bios reports only 248MB ...
1136315307 M * yang hmmm
1136315565 M * yang2 ok i will re-run strace
1136315655 M * yang2 i always get this
1136315657 M * yang2 19:13 !efnet.xs4all.nl *** No Ident response
1136315657 M * yang2 19:13 !efnet.xs4all.nl *** Couldn't look up your hostname
1136315662 M * yang2 on guest
1136315668 M * yang2 ident on host works fine
1136315741 M * yang2 i run this "strace -fF -o ident.trace2 bidentd" and it isn't ending
1136315997 M * yang2 shall i ctrl+c and paste again?
1136316219 M * Bertl well, try to connect to it, no?
1136316847 M * yang2 telnet 86.110.64.150 113
1136316847 M * yang2 Trying 86.110.64.150...
1136316847 M * yang2 Connected to 86.110.64.150.
1136316847 M * yang2 Escape character is '^]'.
1136316847 M * yang2 quit
1136316850 M * yang2 0, 0 : ERROR : INVALID-PORT
1136316924 M * Bertl looks fine, no?
1136316966 M * yang2 check http://86.110.64.150/ident.trace2 if you see something
1136316973 M * Bertl k
1136316997 M * Bertl I'd say, you connected to the host's identd
1136317110 M * yang2 it doesnt show you any errors in strace?
1136317139 M * Bertl nope, but it doesn't show any 'connect' either
1136317170 M * yang2 hmhm, it is kinda important, becouse users got banned from irc server
1136317173 M * Bertl soo, if you did use 'strace -fF'
1136317177 M * yang2 becouse ident doesnt work right
1136317204 M * Bertl then I'd say, you have already an identd running on the host, and that one was the one you did connect to
1136317229 M * yang2 i connected to 86.110.64.150 this ip belongs to vserver
1136317245 M * yang2 but maybe host overrides
1136317248 M * yang2 all ips
1136317249 M * Bertl yang2: and I can assure you that it works quite fine inside a guest, because my irc client is inside a vserver guest (and it is identified)
1136317265 M * yang2 which ident are you using?
1136317286 M * yang2 there are a couple for debian
1136317300 M * Bertl oidentd
1136317339 M * Bertl but as I said, chances are really good that your host's identd has already blocked the port
1136317357 M * yang2 it listens to all ips
1136317361 M * Bertl you should a) try with the host's identd stopped
1136317379 M * Bertl and when this works, b) restrict the host's identd to host ips
1136317492 M * yang2 right
1136317498 M * yang2 i stopped identd on guest
1136317513 M * yang2 and the host identd replies, even when 86.110.64.150 is queried
1136317523 M * Bertl well, not unexpected ...
1136317820 M * dreamist hmm
1136317859 M * dreamist just got finished compiling 2.6.14.5 with the 2.1.0 patchset... restarted and tried to start a vserver and got:
1136317866 M * dreamist chbind: vc_set_ipv4root(): Invalid argument
1136317878 M * mnemoc dreamist: when the right kernel running
1136317881 M * mnemoc get*
1136317894 M * Bertl dreamist: you are bold, but you probably should not have disabled the legacy networking :)
1136317904 M * dreamist damn me ;-)
1136317931 M * Bertl but, you can get hollow's tools, they should work without
1136317959 M * Bertl (no guest creation and such yet, but starting might work)
1136317966 M * dreamist probably easier to just recompile the kernel
1136317999 M * Bertl yeah, but please send a nice email to enrico (or a bug report to savannah?) that he might consider switching to the non-legacy interface
1136318016 J * Smutje ~Smutje@xdsl-87-78-84-195.netcologne.de
1136318023 M * Bertl wb Smutje!
1136318023 M * daniel_hozac i believe blackfire was working on a patch for that.
1136318027 M * daniel_hozac or i got my names confused.
1136318037 M * Bertl daniel_hozac: somebody was, yes
1136318052 M * Bertl daniel_hozac: btw, pflanze-0001 is resolved
1136318070 M * daniel_hozac ah, what was the problem?
1136318084 M * Bertl actually it's a new 'feature' the kernel folks introduced
1136318086 M * dreamist hrm.. checking the .config that I compiled with -- I didn't disable legacy networking..
1136318087 M * daniel_hozac (or, where's the delta? :))
1136318108 M * daniel_hozac oh yay, new 'features'...
1136318128 M * dreamist I did uncheck "Enable dynamic context IDs", which I think I had checked my last go round
1136318145 M * Bertl dreamist: yeah, that could be the cause too ...
1136318174 M * Bertl daniel_hozac: http://vserver.13thfloor.at/Devel/PAT-2.1.1/delta-proc-fix01.diff
1136318195 M * daniel_hozac thanks.
1136318201 M * Bertl daniel_hozac: check the comment above proc_check_chroot()
1136318213 M * Bertl it basically explains everything :)
1136318226 M * dreamist bertl: recompiling with that re-checked.. will letcha know
1136318293 M * Bertl great!
1136319143 M * dreamist bertl: yep that was it.. that was the only change that I made, and it started just fine this time
1136319171 M * Bertl excellent!
1136321008 J * tso ~tso@rev.193.226.232.31.euroweb.hu
1136321025 M * tso hi all
1136321333 M * dreamist hrm.. hard-freeze again :-(
1136321337 M * dreamist (under load)
1136321461 M * dreamist guess I need to try putting load on the box without vserver extensions and see if it still fails
1136321465 M * Bertl dreamist: what freezes?
1136321478 M * Bertl i.e. what kernel on what hardware
1136321522 M * dreamist bertl: am now on 2.6.14.5 with vs 2.1.0, running on a dual Xeon with 2GB of mem
1136321574 M * dreamist within a half hour of putting load on the system it froze.. i.e. no output on monitor, no kernel panic, nothing in syslog
1136321614 M * dreamist was running bonnie++, and a couple of repeating kernel compiles with make -j 10
1136321617 M * Bertl try enabling spinlock debugging, and the soft lockup thingy
1136321643 M * Bertl CONFIG_DETECT_SOFTLOCKUP=y
1136321655 M * Bertl CONFIG_DEBUG_SPINLOCK=y
1136321659 M * Bertl CONFIG_DEBUG_SPINLOCK_SLEEP=y
1136321674 M * Bertl do you have unusual hardware? raid controllers? xfs?
1136321681 M * dreamist okay, will try that.. never used those options before -- what should I expect to see?
1136321700 M * Bertl if everything is fine, you'll see nothing ...
1136321701 M * dreamist 1 unusual bit -- ARECA 16 channel SATA raid controller, PCI-X based
1136321719 M * Bertl try also disabling 4K stacks
1136321726 M * Bertl CONFIG_4KSTACKS=y
1136322269 J * _are_ ~are@62.112.159.81
1136322421 M * dreamist bertl: trying those changes..
1136322536 M * Bertl wb _are_!
1136322584 M * _are_ hi. managed to kill my xserver. anyone running debian unstable: no good idea to upgrade X atm.
1136322604 M * Bertl lol :)
1136322633 M * _are_ well, it is called 'unstable', it is allowed to be broken ;)
1136322643 M * Bertl LOL!
1136322666 M * Bertl _are_: do you have another one for me? :)
1136322776 M * _are_ well, enough if i state i am now back to xfree-4.3 instea dof xorg?
1136323037 M * Bertl well, I remember the time when I could not compile a kernel on debian testing ...
1136323163 M * dreamist hrm
1136323167 M * dreamist crash and burn again
1136323188 M * dreamist if the softlockup thingie worked, it should have a stack trace on the monitor right?
1136323198 M * Bertl at least
1136323212 M * dreamist k, going to the data center to check
1136323215 M * Bertl but that doesn't help for hardware issues
1136323236 M * dreamist yeah.. I figured if this didn't catch anything, I'll throw a stock kernel on there and stress it without the vserver stuff and see if it fails
1136323250 M * dreamist and if so.. then I guess I get to bark up the hardware tree :-/
1136323262 M * Bertl could not hurt, at least if you are soo successful in crashing it
1136323268 M * tso Bertl i see your patch against .15, well i must say that you worked much better than me ;) unfortunately i made some stupid mistake like misspelled variables, which made it broken, so i think it not necessary to differ them
1136323285 M * tso dreamist did you try to disable msi?
1136323287 M * Bertl tso: did you find anything I missed?
1136323293 M * dreamist tso: msi?
1136323310 M * tso some controller has buggy stuff then may crash
1136323312 M * tso yes
1136323329 M * tso Message Signalled Interrupts
1136323355 M * tso dreamist CONFIG_PCI_MSI is not set
1136323365 M * dreamist tso: haven't tried that -- will write it in the list of todos :_)
1136323384 M * Bertl dreamist: yeah, first try to crash the vanilla
1136323407 M * Bertl dreamist: actually would make me sleep better if it crashed pretty soon
1136323542 M * tso Bertl no, the two patches differ only that points what i failed, and what you put also to it like limit_int.h...
1136323577 M * dreamist bertl: hehe understood.. thats my next step :-)
1136323590 M * dreamist bertl: no debugging output btw
1136323622 M * Bertl tso: okay, so chances are good I didn't miss anything
1136323647 M * tso Bertl i think your work is perfect as i said it before :)
1136323694 M * Bertl tso: thanks for the flowers _and_ the time!
1136323751 M * tso Bertl and after spend some hour to find my bugs i unterstod why was my version unworkable :)
1136323819 M * tso Bertl flowers? if you want it... i thought about beer ...
1136323946 M * Bertl that's a phrase, basically means: thank you for the plaudit/praise
1136323962 M * tso dreamist for example with 2.6.15-rcX kernel, adaptec hostraid cards with sata_mv driver and msi enabled could freeze like this...no debug info at all, with msi disabled problems gone
1136323969 M * tso Bertl i know it ;-)
1136323975 M * lchvdlch Bertl: ok, here it is: http://pastebin.com/489207
1136323985 M * Bertl tso: ah, k, btw, you found the 64bit patch?
1136324007 M * tso Bertl what yang used?
1136324009 M * lchvdlch Bertl: this is 2.4.31 kernel with strace version 4.4
1136324024 M * Bertl tso: http://vserver.13thfloor.at/Experimental/delta-mm64-fix01.diff
1136324030 M * lchvdlch Bertl: thanks for any info you could give me
1136324261 M * Bertl lchvdlch: how did you strace it?
1136324267 M * Bertl (i.e. command line?)
1136324325 M * lchvdlch Bertl: strace -f -p $(pidof inetd) 2>&1 | tee trace
1136324368 M * Bertl lchvdlch: you know that you cannot trace across a context switch?
1136324403 M * tso Bertl thx, i found it before
1136324432 M * Bertl lchvdlch:  what I wonder is, what is the relation of the code, the trace and inetd?
1136324433 M * lchvdlch Bertl: uhm... no, didn't (till now)
1136324457 M * Bertl lchvdlch: is this some kind of management daemon?
1136324481 M * lchvdlch Bertl: yes, a per-process-context manager
1136324500 M * Bertl ah, i.c.
1136324520 M * Bertl you might disable this restriction in the kernel (for testing or whatever)
1136324547 M * Bertl lchvdlch: why 2.4 and legacy interfaces, btw?
1136324600 M * lchvdlch Bertl: old hardware (mostly lp7000 SAN adapter) which doesn't work on 2.6.x and "new" hardware
1136324650 J * Hollow ~hollow@home.xnull.de
1136324672 M * matti Bertl: :)*
1136324724 M * Bertl hey matti!
1136324750 M * eyck hmm, what's with the kisses?
1136324792 M * lchvdlch Bertl: while coding some tests, I noticed that my program starts at ctx 0, switches to ctx >=2, but when the program ends, it doesn't need to switch back to ctx 0, is that normal?
1136324874 M * Bertl yes, that's fine, IMHO
1136324896 J * undefined ~undefined@adsl-68-93-109-94.dsl.rcsntx.swbell.net
1136325008 M * lchvdlch Bertl: ok, thanks for your time
1136325109 M * Bertl lchvdlch: my pleasure! btw, if you want to disable the checks, let me know, I can point you in the right direction
1136325162 M * lchvdlch Bertl: ok, thanks
1136325487 J * marl ~matt@albacom.plus.com
1136325552 M * Bertl welcome marl!
1136325562 M * marl how r u Bertl ?
1136325605 M * Bertl fine, fine, and you?
1136325639 M * marl not to bad, how was your new year?
1136325683 M * Bertl the new year was great! big party :)
1136325705 M * marl lol, u recovered from it yet?
1136325777 M * Bertl yeah, suffered a 18+ hour power outage .. have to recover from that :)
1136325788 M * Bertl (electrical power :/ )
1136325802 M * marl ahhhhhhhhhhhhhh :(
1136325893 M * marl quick question, is there any problems in using something like shorewall firewall in a host to route trafic to guests? im trying to setup a verysecure firewall, and allow services to be run on guests rather than the host system?
1136325959 M * Bertl marl: no, as long as you configure it properly
1136325969 M * Bertl i.e. there is no 'routing' to the guests
1136325981 M * marl do u know of any howtos online for it?
1136326036 M * marl so if i want a guest to listn on port 80, and serve web pages, i just make sure theres a hole in the firewall ay port 80? i dont try and nat the connection or anything?
1136326058 M * marl idea had been to have host with public ip, and guests with private ips
1136326066 M * Bertl depends on your setup, but with public IPs, the 'hole' is all you need
1136326089 M * Bertl with private IPs for the guests, you will need SNAT and DNAT to make it work
1136326123 M * marl ah ok thanks, have u herd of 'strongbox linux' ?
1136326140 M * marl jsut reading up on it, it looks (at first glance) to be using vserver
1136326143 M * Bertl heard yes (I think?), but that's all
1136326373 M * marl ok thanks, im going to try and roll, a VERY minimal debian or redhat host, with vserver and shorewall, hopefully ill be able to get that going better than trying to crowbar 2.6.8 patches into 2.6.14 for my current firewall software :(
1136326417 M * marl is there a method of comunicating between guests and host yet? like sockets?
1136326422 M * dreamist bertl: going to let this run through this evening and see if it lives until tomorrow, but so far it hasn't died.. have two kernel builds running continuously, with bonnie++ running continuously as well
1136326438 M * dreamist sysload up near 23 or so
1136326482 M * Bertl okay, if it doesn't lock up, please give 2.01 a spin (tomorrow)
1136326494 M * dreamist will do..
1136326533 M * dreamist at this point, the only thing load-wise that isn't running now that WAS running under VS is a samba instance (which had near zero traffic)
1136326604 M * Bertl are bonnie and kernel compiles running on the _same_ filesystem/partition?
1136326632 M * dreamist bertl: ah good point, they are not but they were.. I'll fix that
1136326716 M * Bertl should not hurt to chroot into the guest root too
1136326764 M * dreamist true enough.. will set that up
1136326925 M * dreamist thnx for your help -- will let you know how things are going tomorrow
1136327104 Q * lilalinux Remote host closed the connection
1136327151 M * Bertl dreamist: thank you for testing the devel branch!
1136327614 J * derjohn ~derjohn@80.69.37.19
1136327695 M * Bertl welcome derjohn!
1136327724 J * kilian kk@projects.verfaction.de
1136327748 M * derjohn Bertl, .... im back from the odyyes of xorg 6.9 :/
1136327756 M * derjohn Bertl, ehlo :)
1136327779 J * waldi ~waldi@bblank.thinkmo.de
1136327780 M * waldi hi
1136327791 M * waldi what do I need to netng support?
1136327822 M * waldi or how it is called
1136327827 M * kilian ngnet
1136327925 Q * tso Quit: Read error: 2.71828182846 (Excessive e)
1136327956 J * tso ~tso@rev.193.226.232.31.euroweb.hu
1136328083 M * Bertl waldi: patience, mostly patience :)
1136328087 M * kilian Bertl: is util-vserver 0.30.209 the latest including all that needs to be provided for ngnet?
1136328109 M * Bertl kilian: no, not at all, ngnet is in development
1136328112 M * kilian Bertl: or is there secret obscure patches which i didn't manage to find?
1136328141 M * kilian Bertl: so no userland for ngnet?
1136328168 M * Bertl no userland, no real kernel stuff, just proof of concept code yet
1136328204 M * waldi ah
1136328283 M * kilian Bertl: too bad ;)
1136328389 M * Bertl but you probably can start testing patches quite soon
1136328492 A * waldi just integrates vserver in the debian linux packages
1136328522 M * Bertl hmm, again?
1136328536 M * Bertl waldi: or what packages do you mean?
1136328541 M * waldi Bertl: linux-2.6
1136328551 M * Bertl there should be debs out there ...
1136328562 M * kilian Bertl: this one is not debs, it's Debian ;)
1136328585 P * stefani I'm Parting (the water)
1136328639 M * Bertl kilian: hmm, okay, plz enlighten me :)
1136328708 M * kilian Bertl: it's not just debs to ship around, it's the debian distribution upstream kernels, we're talking about
1136328788 M * Bertl hmm, so debian wants to incorporate linux-vserver into their 'mainstream' kernels? or what am I missing?
1136328806 M * kilian yep, that's what waldi just said
1136328828 M * Bertl ah, hmm, well, is that such a good idea? and what version?
1136328841 M * waldi i'm currently at 2.1.0
1136328859 M * Bertl that's the development branch, you know?
1136328863 M * waldi yep
1136328960 M * Bertl hmm, okay, google gave me the necessary hints :)
1136328969 M * tso the first? :D
1136328979 M * tso i mean the first hit... :)
1136329058 M * waldi tso: which query?
1136329087 M * Bertl good, kilian, waldi would you mind painting me a picture of your plans (short version, but with details :)
1136329237 A * kilian looks over to waldi..
1136329313 M * waldi Bertl: we got requests to provide both xen and vserver-patched kernels with the distribution kernel package
1136329342 M * Bertl okay, you probably know micah?
1136329380 M * waldi hmm, i know that name but can't connect it to a person
1136329410 M * Bertl micah anderson is kind of 'maintaining' linux-vserver
1136329418 M * Bertl (for debian)
1136329435 M * tso waldi query was waldi, debian of course 
1136329446 M * derjohn kilian, waldi, I would be 110& happy to find binary kernels in debian prepared with xen and vserver! At the time I am going with the experimental kernels and provide binaries on linux-vserver.derjohn.de  Even if lose 'Marktvorteil" in the hosting business, I woulf be glad to support you in your plans.
1136329446 M * waldi hmm, the package say: ola lundqvist
1136329476 M * Bertl waldi: yes, Ola is the one breaking the packages :)
1136329483 M * derjohn waldi, yes but co-maintained my micah ( at least there were plans ...)
1136329488 M * waldi Bertl: ROTFL
1136329510 M * Bertl waldi: well, micah is cleaning up afterwards :)
1136329537 M * waldi Bertl: anyway, I have to kill ola, no documentation in the binary package
1136329562 M * Bertl waldi: forget all his packages unless micah is mentioned
1136329592 M * kilian Bertl: what about Stephen Frost and his efforts?
1136329610 M * Bertl good man! we had a lot of fun!
1136329617 M * kilian heh
1136329624 M * waldi kilian: we can just make debian-kernel overtake it *hide*
1136329635 M * waldi after we provide the kernels
1136329645 M * kilian waldi: sounds like a better concept than the current one ;)
1136329657 M * kilian waldi: i've just found that kernel-patch-ctx has vanished anyway
1136329674 M * Bertl kilian: good news then! :)
1136329694 M * Bertl well, aside from all maintainers and effords ...
1136329700 M * kilian waldi: just don't hand the util-vserver packs to the wrong guys on debian-kernel or they'll go south aswell ;)
1136329726 M * waldi  kilian EPARSE
1136329736 M * Bertl I'm pretty sure the potential is there, i.e. I use debian on some test machines, and it works quite fine with self compiled kernels and tools :)
1136329745 M * derjohn waldi, is the plan to provide a binary kernel, a source patch or ot really the mainstream kernel?
1136329754 M * waldi derjohn: binary kernel
1136329756 M * derjohn waldi, read: mainstream debian ?
1136329765 M * waldi derjohn: built from the linux-2.6 package
1136329800 M * derjohn waldi, cool, but a new concept to debian at all .... extending kernels was never a binary question (expect arches)
1136329800 M * undefined so, kernel-vserver package would just be kernel-source + kernel-patch-vserver?
1136329821 M * Bertl waldi,kilian: basically I'd prefer to see the 'stable' patches in debian, no problem if devel is there too ...
1136329849 M * undefined sorry... compile(kernel-source + kernel-patch-vserver)
1136329861 M * derjohn Bertl, what would be drawbacks in devel? Since we have experimental the "devel" would fit fine to sid.
1136329876 M * Bertl waldi,kilian: IIRC, then micah managed to fix all 'debian' issues with util-vserver
1136329891 M * waldi undefined: yep
1136329921 M * Bertl derjohn: well, devel is a moving target, so the debian kernels would have to pick up within a month (at most)
1136329943 M * kilian waldi: http://lists.debian.org/debian-kernel/2004/07/msg00264.html
1136329947 M * Bertl derjohn: and they will contain many feature additions ...
1136329975 M * waldi kilian: hch is not longer part of the kernel team
1136329993 M * kilian waldi: then i guess there should be no problem adding linux-vserver :-D
1136330002 M * waldi Bertl: okay, lets use that
1136330005 M * Bertl waldi,kilian: btw, Linux-VServer and Xen are considered complementary and Linux-VServer support for Xen arch should be no problem
1136330016 M * waldi Bertl: i know
1136330037 M * derjohn Bertl, nothing can more as fast as sid :) ... but keep in mind debian usually lacks behind the current kernels (unless experimental), so someone here has to care for backporting patches ...
1136330047 M * derjohn s/more/move/
1136330059 M * Bertl derjohn: not backporting, but applying the deltas :)
1136330080 M * Bertl if somebody cares about it, it should be fairly trivial
1136330097 M * waldi derjohn: we try to change that
1136330124 M * Bertl waldi,kilian: but you should definitely talk to micah ...
1136330125 M * waldi derjohn: 2.6.15 is already in unstable
1136330135 M * Bertl waldi: cool!
1136330149 M * undefined waldi, kilian: y'all might want to sync with micah as he's the maintainer of kernel-patch-vserver, and you'll need kernel-patch-vserver before you provide binary kernels
1136330161 M * undefined http://packages.qa.debian.org/k/kernel-patch-vserver.html
1136330191 M * waldi undefined: no, the linux-2.6 source package provides its own set of patches
1136330206 M * waldi the upstream patches don't applies anyway
1136330208 P * meandtheshell 
1136330237 M * undefined waldi: so the kernel-vserver binary will not technically be the same as kernel-source + kernel-patch-vserver?
1136330241 M * derjohn waldi, I happy to hear that - don't want ubuntu outpace us in versioning :)
1136330261 Q * Doener Quit: Leaving
1136330278 M * waldi undefined: no
1136330331 M * Bertl waldi: makes sense if you want to combine with xen
1136330361 M * waldi Bertl: should not be a problem after we added xen support
1136330392 M * Bertl waldi,kilian: okay, you basically know that you have my support, as long as somebody 'maintains' it (for debian)
1136330404 M * kilian Bertl: me yes ;)
1136330425 M * waldi (kilian don't maintains the kernels *hide*)
1136330447 M * derjohn waldi, upstream pachtches of linux-vserver apply fine (except one trivial hunk)
1136330464 M * waldi derjohn: init/version.c
1136330478 M * waldi and it need to loose the root Makefile patch
1136330493 M * derjohn waldi, ack, but that's trivial. 
1136330578 N * tso tso|away
1136330649 M * _are_ kilian: I doubt it is very useful to have a binary vserver debian kernel package. Unless you do one for each prozessor type. most vserver kernels I'd assume to be highly optimized for the boxes they run on.
1136330674 M * _are_ at least for the many-similar-vservers-on-one-box setup
1136330698 M * Bertl well, but there seems to be some demand for pre-built distro kernels
1136330706 M * _are_ if it is more for the redundancy way you immidiatly have to package drbd along, eventually fuse and similar stuff
1136330708 M * kilian _are_: did we say we're not?
1136330726 M * derjohn _are_, especially the highmem support und #CPU :)
1136330729 M * Bertl at least that is what folks come asking for ...
1136330730 M * waldi _are_: fuse is linux upstream, drbd is broken
1136330761 M * _are_ waldi: drbd worked here. at leats yesterday the sarge version had not been broken.
1136330815 M * derjohn _are_, hm, but you can always apt-get source the kernel and build/patch the rest (at least if you know how drdb works ...)
1136330821 M * _are_ what i would find helpful would be a vserver-patch package enabling you to easily build a suitable kernel with make-kpkg (and eventually kernel autobuilder)
1136330841 M * _are_ derjohn: ofc i can and i do, but where is the point in binary packages then?
1136330851 M * Bertl _are_: hmm, shouldn't that be already there (i.e. micah's stuff?)
1136330930 M * _are_ Bertl: yes, sure, 1.9.5 :->
1136331002 M * Bertl _are_: no, there should be patches for 2.01 IIRC
1136331033 M * Bertl http://packages.debian.org/changelogs/pool/main/k/kernel-patch-vserver/kernel-patch-vserver_2.01/changelog
1136331067 M * _are_ providing the most recent patch as a debian package ofr everyone to just autobuild a matching kernel seems much more efficient to me than building a ton of almost-matching kernels.
1136331067 M * derjohn _are_, well I guess majority of people simple use linux-vserver on one box with 2 - 3 vservers - just for segmentation. withour synced fs loadbalancers etc. At least it would be good base to start from top have any vserver kernel as binary (I dont even complain about the 16 IP per guest limit as I usually do :))
1136331067 M * _are_ derjohn: if you regard it as sample: yes. But the next step is a suitable debian package holding the patch and not 203 new kernels
1136331117 M * undefined okay, we get to what's recently been on my mind...
1136331127 M * _are_ Bertl: indeed, probably didn't see it because i stated 'sarge' in sources.list today to get rid of the broken xorg
1136331147 M * undefined when running debian stable, does everybody uses the latest kernel and vserver patch from unstable?
1136331154 M * derjohn _are_, yes, I agree. Sample? You may call it so - I even would use it for my desktop-stuff
1136331182 M * derjohn undefined, stable? hm, I switched to sid as hosts for utils ...
1136331200 M * undefined i backported the util-vserver package (it wasn't difficult)
1136331201 M * _are_ undefined: i use the latest kernel i can get hold of on kernel.org and the latest (stable) vserver patch i can get hold of and usually do a deb from it
1136331258 M * derjohn undefined, change lib dietlib dependency? I build it form src ../local/... at least as long as only -208 was in sid. 
1136331266 M * derjohn undefined, off-topic now :)
1136331677 M * undefined bertl: you always list what official kernel version each vserver patch is for (ie 2.6.14.3 for 2.01), but from your experience (if any), how difficult is it to get a vserver patch to apply decently (not expecting "cleanly" here) to an older kernel?
1136331677 M * waldi bah, one i386 kernel needs nearly one hour on my machine
1136331682 M * derjohn kilian, waldi It would be cool if you inform us about the future plans about the kernel stuff in debian as soon as there are any. I hope it'll come true. :)
1136331706 M * derjohn waldi, time for 8 way HT and -j0 :) .....
1136331724 M * Bertl ccache should help a lot too :)
1136331730 M * waldi derjohn: no, time for crosscompiling it on the 4way power5 box
1136331764 M * waldi Bertl: but not for the first build
1136331785 M * Bertl waldi: no, not for the first one :)
1136331792 M * _are_ waldi: your first kernel build should have been ages ago ;)
1136331814 M * derjohn waldi, the uni ausburg power5 ? or an own one?
1136331827 M * waldi derjohn: yep
1136331832 M * waldi derjohn: not tick
1136332623 M * waldi for those who want to take a loot at the result, try http://bblank.thinkmo.de/static/linux-image-2.6.15-1-vserver-686_2.6.15-2_i386.deb