1118275466 M * Bertl okay folks, off to bed now ... have a nice one everyone! 1118275486 N * Bertl Bertl_zZ 1118275743 Q * Vinz Quit: 1118278333 M * eyck ok 1118278784 M * brc gnight 1118278793 M * brc is it possible to limit for example, /var/log size inside a vserver ? 1118278832 J * eXplasm2 explasm@p549FF13C.dip.t-dialin.net 1118279271 Q * explasm__ Ping timeout: 480 seconds 1118281023 M * eyck OTOH, vserver - build does a poor job of creating vserver with deboostrap 1118281594 M * locksy What are the obvious things to look for when "vserver plesk stop" gives "Vserver '/etc/vservers/plesk' still running unexpectedly; please investigate it manually..." 1118281653 M * locksy Debian host & guest kernel 2.6.12-rc5 vs2.0rc2 util-vserver 0.30.207-7 1118281672 M * locksy initstyle sysv 1118281956 M * eyck any processes still running inside? 1118282032 M * locksy reboot -d -f -i 1118282067 M * Doener kill the vshelper in the host 1118282088 M * Doener http://archives.linux-vserver.org/200505/0085.html 1118282113 M * Doener IIRC with rc4 it should no longer happen... 1118282140 M * Doener patch against .12-rc6 is here: http://www.13thfloor.at/~doener/vserver/patches/patch-2.6.12-rc6-vs2.0-rc4.diff 1118282208 M * Doener (the change in vs2.0-rc4 is basically some kind of workaround ;) 1118282248 M * Doener (patch against .11.11 is at http://vserver.13thfloor.at/Experimental ... as usual) 1118282316 M * locksy Doener: thanks, that was it... 1118282835 J * gaba_ ~gaba@protest.net 1118282952 Q * gaba Ping timeout: 481 seconds 1118286378 J * Aiken_ ~james@tooax8-034.dialup.optusnet.com.au 1118286713 Q * Aiken Ping timeout: 480 seconds 1118286737 Q * Pazzo Ping timeout: 480 seconds 1118286751 J * Pazzo ~Pazzo@host130-250.pool8172.interbusiness.it 1118293666 Q * Snow-Man Ping timeout: 480 seconds 1118294581 J * Snow-Man ~sfrost@snowman.net 1118296442 J * Aiken__ ~james@tooax6-012.dialup.optusnet.com.au 1118296740 Q * Aiken__ Remote host closed the connection 1118296760 J * Aiken ~james@tooax6-012.dialup.optusnet.com.au 1118296774 Q * Aiken_ Ping timeout: 480 seconds 1118297744 J * erwan_ho ~erwan@konilope.dyndns.org 1118298234 Q * brc Ping timeout: 480 seconds 1118299386 Q * erwan_ho Remote host closed the connection 1118301389 Q * Aiken Ping timeout: 480 seconds 1118303429 J * prae ~prae@ezoffice.mandriva.com 1118306220 J * erwan_taf ~erwan@81.80.43.67 1118306243 M * erwan_taf lo 1118306319 J * TheSeer ~theseer@border.office.salesemotion.net 1118307781 J * serving- ~serving@217.164.244.235 1118307919 Q * serving Ping timeout: 480 seconds 1118308498 J * rs ~rs@staff.lycos.fr 1118313509 J * jsambrook ~jsambrook@host-62-69-64-93.bsve.net 1118313512 P * jsambrook 1118313573 Q * albeiro Quit: 1118313629 Q * rs Quit: rs 1118313854 J * Doener` ~doener@p5487688B.dip.t-dialin.net 1118313907 J * albeiro ~albeiro@albeiro.usercloak.oftc.net 1118314284 Q * Doener Ping timeout: 480 seconds 1118314388 Q * eXplasm2 Quit: Verlassend 1118315549 Q * Hollow Quit: /dev/zero 1118315606 N * Bertl_zZ Bertl 1118315628 M * Bertl morning folks! 1118315702 J * Hollow ~Hollow@home.xnull.de 1118317238 J * rs ~rs@staff.lycos.fr 1118317724 Q * badiane Ping timeout: 480 seconds 1118317966 M * maharaja hi bertl 1118318717 M * Vudumen hi Bertl :) 1118318899 M * Bertl hey Vudumen! 1118319682 M * SiD3WiNDR hi Bertl ! 1118319683 M * SiD3WiNDR :) 1118319703 M * Bertl morning SiD3WiNDR! 1118319711 M * SiD3WiNDR hehe 1118319725 M * SiD3WiNDR I guess it's morning in the BUT =) 1118319729 M * SiD3WiNDR Bertl Universal Time 1118319734 M * Hollow lol 1118319735 M * Bertl sure ;) 1118319753 M * Bertl after all, I got up an hour before ... 1118319756 M * SiD3WiNDR :) 1118319760 M * SiD3WiNDR I'm up since 10 1118319773 M * SiD3WiNDR cause gf wanted to do some shopping and I had to come along 1118319775 M * SiD3WiNDR *sigh* :) 1118319792 M * Bertl hmm ... did you get some fancy clothes? ;) 1118319796 M * Hollow girls.. exactly why i've gtg.. cya later 1118320088 M * SiD3WiNDR not really :) 1118320097 M * SiD3WiNDR leaving for amsterdam in a bit 1118320106 M * SiD3WiNDR I hope there's wifi in the hotel ;) 1118320120 M * Bertl sure, will cost you an arm and a leg ;) 1118320278 M * SiD3WiNDR more like "the neighbours have an unsecured ap" I hope :P 1118320281 M * SiD3WiNDR and well 1118320293 M * SiD3WiNDR the trip + iifa awards tickets + other stuff = arm and leg 1118320311 M * SiD3WiNDR a bunch of rack servers and parts and switches and stuff I recently bought = arm and leg 1118320318 M * SiD3WiNDR so I don't have any more arms or legs 1118320321 M * SiD3WiNDR to lose on the wifi ;) 1118320334 M * Bertl well, maybe a kidney? 1118320455 M * FaUl *sproing* 1118320467 M * Bertl hey FaUl in a box ;) 1118320478 M * FaUl hey bertl 1118320533 A * FaUl confess that he hadn't time to have a closer look on that linux-kernel-networking right now 1118320564 M * Bertl np, had no time to work on the ngnet either ... 1118320644 N * Doener` Doener 1118320651 M * Doener morning folks 1118320660 M * Bertl morning Doener! 1118320814 M * SiD3WiNDR Bertl: yes, I'm afraid it'll be a kidney then, but ohwell ;) 1118320849 M * Bertl :) 1118320904 M * SiD3WiNDR hm, the cat is hacking again :p 1118320910 M * SiD3WiNDR taking over my irssi :p 1118320925 M * Doener sounds like you should join fvwm development ;) 1118320945 M * Doener http://fvwm.org/fvwm-cats/ 1118321310 M * Bertl hmm, guess sometimes it's better to let the cat code ... 1118326410 Q * mountie Remote host closed the connection 1118326950 J * mountie ~mountie@24.42.99.232 1118327707 Q * BWare Quit: using sirc version 2.211+KSIRC/1.3.11 1118327911 Q * Hollow Remote host closed the connection 1118328157 J * Hollow ~Hollow@home.xnull.de 1118329068 J * hiaslboy ~matthias@80.26.165.35 1118330495 J * hiaslboy_ ~matthias@80.26.165.35 1118330608 Q * hiaslboy Remote host closed the connection 1118331452 Q * prae Quit: Execute Order 69 ! 1118331851 J * hwarrier hwarrier@adsl-67-112-26-96.dsl.snfc21.pacbell.net 1118331874 Q * hiaslboy_ Remote host closed the connection 1118331925 M * hwarrier hi all, does anyone know of a quick way to detect if I am inside a vserver (or UML). I have root access 1118331966 M * Bertl hehe, look at /proc/self/status 1118332012 M * hwarrier what does that tell me? what do I look for in that 1118332029 M * Bertl upload the output somewhere (e.g. pastebin.com) 1118332120 M * hwarrier http://pastebin.com/297778 1118332171 M * Bertl no linux-vserver might be an UML 1118332276 M * hwarrier so this is a debian 3.1 machine. shouldnt the dmesg had the debian somewhere in there ( I have rebooted twice already ) - or is /var/log/dmesg not updated on each reboot 1118332299 M * hwarrier the first line of starts like "Linux version 2.4.24 (root@xeon.andrewc.org) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5))" 1118332326 M * Bertl try 'dmesg' which uses the kernel output 1118332387 M * hwarrier same thing - dmesg | grep -i debian gives nothing 1118332398 M * hwarrier should I put in on pastebin? 1118332407 M * Bertl if you like ... 1118332423 M * Bertl just means that the kernel was built on a redhat system 1118332489 M * Doener hwarrier: only occurence of "debian" in dmesg on a debian system is the kernel info 1118332528 M * Doener hm, uml could be recognized by lspci, couldn't it? 1118332688 M * hwarrier hmm... pastebin is having some mysql connection issues :) 1118332821 M * hwarrier lspci output is here http://pastebin.com/297782 1118333185 M * Bertl is similar output in /proc/pci 1118333302 Q * hwarrier Ping timeout: 480 seconds 1118333356 J * hwarrier hwarrier@adsl-67-112-26-96.dsl.snfc21.pacbell.net 1118333396 M * hwarrier k, I will just assume I am not inside one for now :) (when I saw redhat and some different CPUs listed in /var/log/messages, I wasn't sure if I am getting cheated by my 'dedicated server' provider :) ) 1118333558 M * Bertl guess that's easy to verify, just replace the kernel 1118333564 M * Bertl (something I would do anyways) 1118333638 M * hwarrier good idea - I would have to do that for setting up vserver anyway :) 1118334081 J * newz2000 ~newz2000@12-226-91-204.client.mchsi.com 1118334101 M * newz2000 hey all, quick linux routing question... 1118334120 M * newz2000 Can you remind me how to make a custom route come back up after a reboot on a rh 8,9 machine? 1118334122 Q * hwarrier Ping timeout: 480 seconds 1118334153 M * Bertl newz2000: withing a linux-vserver? 1118334161 M * newz2000 no, in the host 1118334176 M * Bertl ip route add? 1118334188 M * newz2000 actually, its on a non-vserver computer, but this si the friendliest linux chat I know of. 1118334197 M * Bertl :) 1118334199 M * newz2000 Yeah, i've added the route, will it stick after a reboot? 1118334206 M * jkl does anyone have good info on DNAT portforwarding to a vserver while the host is the gateway? 1118334374 M * Bertl newz2000: there is a sysconfig/route iirc 1118334388 M * Bertl jkl: what info are you looking for? 1118334392 M * Doener i'm off now, hhgtg :) 1118334394 M * newz2000 oh, that sounds right. let me check. Thanks! 1118334404 M * jkl Bertl: how to do it :) 1118334414 M * Bertl newz2000: you're welcome! 1118334420 M * Doener maybe back later today 1118334423 M * jkl seems to be different than how i'd normally do it 1118334435 M * Bertl jkl: okay, what a bout a small example ... 1118334439 M * jkl hehe 1118334444 N * Doener Doener|gone 1118334489 M * Bertl setup here is 10.0.0.1 (machine a) 1118334503 M * Bertl host = 10.0.0.2, with a guest at 192.168.0.2 1118334517 M * jkl sbin/iptables --append PREROUTING -t nat --protocol tcp -i eth2 --dport 80 --jump DNAT --to-destination 10.0.1.11:80 1118334522 M * Bertl ssh from 10.0.0.1 to 192.168.0.2 port=22 works fine 1118334522 M * jkl thats how id normally do it 1118334543 M * jkl host is 10.0.1.1 , guest 10.0.1.11 1118334612 M * Bertl hmm, what's the point in mapping 80 to 80? 1118334682 M * jkl well, i figured since the webserver is running on a firewalled vserver, to make it publicly accesible to the world on port 80 id have to do that 1118334687 M * jkl is this not the case? 1118334708 M * Bertl look, let's first take a look at my example, okay? 1118334712 M * jkl ok 1118334726 M * Bertl iptables -t nat -A PREROUTING -p tcp --dport 2222 -j DNAT --to 192.168.0.2:22 1118334754 M * Bertl this will map requests to port 2222 to 192.168.0.2:22 1118334758 M * jkl ok 1118334771 M * Bertl (you might add additional conditions i.e. source or destination ip) 1118334781 M * jkl understood 1118334782 M * Bertl ssh -p 2222 root@10.0.0.2 1118334783 M * Bertl root@10.0.0.2's password: 1118334790 M * Bertl works fine ... 1118334795 M * jkl ok 1118334803 M * Bertl now the port 80, to public 1118334834 Q * rs Quit: rs 1118334844 M * Bertl iptables -t nat -A PREROUTING -p tcp --dport 80 -j DNAT --to 192.168.0.2 1118334863 M * Bertl Welcome to 10.0.0.2 1118334874 M * Bertl (after using lynx http://10.0.0.2 ) 1118334899 M * albeiro (e)links power ! 1118334903 A * albeiro hides 1118334934 M * jkl so there is really no point in specifying :80 1118334942 M * Bertl jkl: keep in mind, all traffic on the host will now happen between 10.0.0.2 and 10.0.0.1 1118334963 M * Bertl (if you have additional firewalling rules, you should look at them) 1118334985 Q * newz2000 Quit: Chatzilla 0.9.68a [Firefox 1.0.4/20050511] 1118334986 M * Bertl also using port 80 or 2222 on the host will not work ... 1118335030 M * Bertl so, what part of those examples is _not_ as you expected it? 1118335065 M * jkl no, it seems the same as it normally would be 1118335069 M * jkl im just making sure 1118335078 M * jkl my networking setup on the host is not very straightforward 1118335099 M * jkl so the issue must lie somewhere else 1118335151 M * Bertl tcpdump and iptables log are your friends 1118335261 M * jkl yes, they are 1118335274 M * jkl and it seems like fwmark is not at the moment hehe 1118335313 M * jkl it's not good when connections inbound on one interface end up going out another interface :) 1118335911 J * DuckMaster ~Duck@mna75-1-81-57-39-234.fbx.proxad.net 1118335911 Q * duckx Read error: Connection reset by peer 1118337484 M * eyck 0hmm, why not? 1118337500 M * eyck it's called routing... ;) 1118337650 J * brc bruce@201008077213.user.veloxzone.com.br 1118337745 M * brc is there a way to limit /var/log size inside a vserver ? 1118338037 M * eyck you can put it on it's own partition, as always 1118338107 J * mef ~mef@targe.CS.Princeton.EDU 1118338119 M * Bertl evening brc! mef! 1118338121 M * mef Hi Bertl 1118338187 M * mef Sadly I need to work with our ancient version of util-vserver for a while longer. So I have question about a back port of the vc_set_sched() syscall. 1118338215 M * mef Apparently there needs to be a process in the vserver such that one can apply the scheduling properties. 1118338222 M * mef Is that right? 1118338254 M * Bertl hmm, well, it has to be at least one process there, otherwise ther jsut is _no_ context ;) 1118338260 M * mef ok 1118338282 M * Bertl if you manage to get a context without processes, you can assign scheduler limits to it quite fine ;)( 1118338290 M * brc bertl! 1118338309 M * brc Bertl: one of my users asked me if it was possible to limit the /var/log size. 1118338311 M * mef We use our own little trampoline shell, called vsh, that gets a user into a vserver context. 1118338321 M * brc worried about a cracker making it fill all his virtual HD size. 1118338342 M * Bertl brc: well, as eyck said, separate partition 1118338370 M * mef vsh is a little c program that calls vc_new_s_context. 1118338381 M * Bertl mef: well, if that also 'createsÄ the context, then you have to set it up anyways 1118338389 M * Bertl s/Ä/'/ 1118338411 M * mef For the same user it always uses the same context. 1118338417 M * Bertl btw, you should use vc_ctx_create not vc_new_s_context ;) 1118338421 M * brc ah ok, didnt read 1118338427 M * mef multiple invocations of vsh will all go into the same context. 1118338455 M * mef I'll check whether our ancient util-vserver libs have vc_ctx_create... 1118338484 M * mef I was being lazy by sticking to vc_new_s_context. 1118338495 M * mef rather than some sequence of ops that were equivalent to it. 1118338528 M * mef So maybe the right thing to do is to use vc_ctx_create, set the sched properties, and then using some other vc_ cmd switch into the vserver, right?! 1118338586 M * brc well, i did not understand. can i have multiple virtual partitions inside a vserver ? 1118338609 M * brc or you are talking abuot having it on a different real partition, which should be used for all vservers / log ? 1118338618 M * Bertl mef: exactly 1118338630 M * Bertl mef: you can also tell if the context exists by doing so 1118338633 M * mef bertl: thanks. 1118338653 M * Bertl brc: you need a different 'real' partition 1118338673 M * mef bertl: what's the status of IPv6 support? 1118338676 M * Bertl you might either share it among vserver guests or have a separate just for this client 1118338677 M * brc Bertl: ok 1118338695 M * Bertl mef: it works on the host, not in the guest 1118338714 M * mef bertl: what would it take to make it work in the guest? 1118338758 M * Bertl too much for existing networking, it will work for ngnet 1118338786 M * Bertl the problem is not the support, it's the ip selection 1118338816 M * mef what do you mean by "ip selection"? 1118338826 M * mef when will ngnet be ready? 1118338940 M * Bertl you cannot specify ipv6 addresses with the current chbind syntax 1118338956 M * Bertl it would require much more complicated checking for ipv6 1118338974 M * Bertl ad ngnet: depends, we are working on it now and then ... 1118338995 M * Bertl (currently my 'funding' is low, so not much work on my part) 1118339071 M * mef bertl: we currently don't use much of the vserver networking code, as we built our own vnet support. 1118339093 M * mef bertl: this is because in our environment we need to have multiple vservers share a single IPv4 address. 1118339145 M * mef bertl: rather than giving each one a separate IPv4 address, which is what I gather you are doing, right?! 1118339158 M * Bertl hmm, not necessarily 1118339180 M * Bertl it works by using the same ip in several ways ... 1118339195 M * Bertl the simplest is by 'just' assigning the same ip to different guests 1118339210 M * Bertl (which also means that they will compete about network resources) 1118339215 M * mef Can vserver X then use tcpdump on a port that another vserver has bound? 1118339238 M * mef That is, can one vserver then listen to the traffic belonging to another vserver? 1118339238 M * Bertl a somewhat smarter approach would be to use private ips for each guest, and simply nat them to a single ip/ports 1118339255 M * mef We don't use NAT in PlanetLab. 1118339267 M * mef Each vserver in planetlab is potentially a server. 1118339285 M * Bertl the nat would be on the host ... 1118339297 M * mef I suppose one could get it to work, but that would force our users to re-write some of their software. 1118339302 M * mef This usually pisses them off. 1118339319 M * Bertl yeah, well, if your current approach 'works' why change it? 1118339326 M * mef right! 1118339337 M * mef However, we have not done any work for IPv6. 1118339351 M * mef Moreover, we don't have the IP address space constraint with IPv6 as we do with IPv4. 1118339368 M * mef It is enticing to give each vserver its own IPv6 address. 1118339385 M * Bertl but it would require tunneling, no? 1118339417 M * mef We have at least 100 PlanetLab nodes connected to native IPv6 networks. 1118339425 M * Bertl not bad 1118339435 M * mef All of Internet2, China's CERNET, and EU's equivalent of I2 are native IPv6. 1118339464 M * mef We are also making inroads to Japan (WIDE group), which developed the IPv6 stack for *BSD and Linux. 1118339465 M * Bertl please get me a direct connection ;) 1118339483 M * mef I would expect that their networks also support native IPv6. ;) 1118339496 M * mef At home or work? 1118339504 M * Bertl home please ;) 1118339521 M * mef Willing to relocate? ;) 1118339544 M * Bertl I thought this would have a catch :) 1118339558 M * mef There's no such thing as a free lunch. 1118339589 M * Bertl well, I guess I have to stick with my 64kbit upload then ... 1118339607 M * Bertl s/uplaod/dialup/ 1118339610 M * mef Earthlink (a large b-band ISP in the US) purportedly is running a IPv6 trial. 1118339639 M * mef They've even released a firmware upgrade for the Linksys WRT54G wireless router to support IPv6 routing. 1118339662 M * mef Thereby letting home users that have IPv6 support on their Apple, Windows or Linux box get native IPv6 support. 1118339687 M * mef I.e., they realized that noone will give up the convenience of their WiFi connection. 1118339887 M * Bertl yeah 1118341086 Q * stupidawy Quit: Caught signal 15, Terminated 1118343596 J * monrad ~monrad@213083190130.sonofon.dk 1118345522 J * stupidawy foo@you.wish.you.were.pimp.olicio.us 1118346940 M * eyck eh 1118347039 M * Bertl eh? 1118347189 M * Hollow eh. 1118347419 M * FaUl eh! 1118347679 M * Bertl ?he 1118347977 J * falz ~falz@proxy.supranet.net 1118347985 M * falz ah hah, I have found the correct irc network. 1118348050 M * daniel_hozac well, it is on the front page of linux-vserver.org, so it can't have been too hard ;) 1118348141 M * eyck congratulations 1118348188 M * falz ahh. 1118348214 M * falz google apparently has trained me to search it for anything, and if it's not in the first two hits, keep revising search :) 1118348224 M * falz I kept coming up with irc logs without network names n such. 1118348318 M * falz anyone know if there's a vserver-util package for debian that's NOT using the legacy method? 1118348328 M * falz (of configs) 1118348454 M * FaUl falz: the standard-debian-sarge should not 1118348483 M * falz maybe that's where I'm getting confused. I think it IS the updated version, but the newvserver script seems to make old-style vservers? 1118348507 M * daniel_hozac so why aren't you using vserver build? 1118348510 M * FaUl well, newvserver is not part of the vserver-utils 1118348513 M * falz hmm, I think I got the vserver working finally, but had to symlink /etc/vservers/.defaults/vdirbase/foo with /vserver/foo 1118348518 M * falz ahh, it's not? 1118348530 M * FaUl no, its debian-vserverutils or something like that 1118348544 M * falz daniel_hozac: because the newvserver script seems quite fancy-tastic. does debootstrap and puts a full working system in place. 1118348549 M * falz I guess IT is just out of date. 1118348564 M * Bertl yes, the newvserver is very outdated and probably obsolete 1118348568 M * falz ah, ok. 1118348569 M * FaUl falz: iirc you can do vserver build with debootstrap, too 1118348612 M * falz I shall try that for a different vserver. didn't realize it was out of date. looking at the newvserver script, it looked quite nice in that you could choose which packages were installed- I could probably do that with deboostrap too, I would imagine. 1118348696 M * falz so, the correct-ish working method would be vserver xxx build, and (for debian people) debootstrap into that dir? 1118348785 M * Bertl no, the tools do that for you 1118348796 M * Bertl have a look at the util-vserver page for details 1118348800 M * falz aye. 1118348813 M * falz is that that horrible website with the tag and the cannibus? :) 1118348818 M * falz (dear god I hope not) 1118348912 M * Bertl no, it's the page which links to that one 1118348953 M * Bertl http://linux-vserver.org/alpha+util-vserver 1118349006 M * falz ty. 1118349567 N * Doener|gone Doener 1118349573 M * Doener back now... 1118349595 M * Doener hhgtg was quite disappointing :/ 1118349827 M * Bertl hmm? 1118349930 M * Doener hitchhiker's guide to galaxy... the movie... 1118349970 M * Bertl yeah, well I meant, it wasn't that bad, so I was hmm-ing for some comments? 1118350029 M * Doener ah ok, most folks didn't get the "hhgtg" ;) 1118350077 M * falz the dorks who read it do! 1118350215 M * Doener i missed some of the things that were in the book, but not in the movie (they didn't even say _why_ you need a towel!)... and the romance... well... cut it ;) 1118350241 M * Bertl well, IMHO it was a film for those who _did_ read the books 1118350244 M * Doener but i definately liked Marvin shooting that gun at the end :D 1118350257 M * Bertl otherwise you probably did miss most of the jokes ... 1118350276 A * Doener read the book once again in preparation for the movie ;) 1118350337 M * Doener maybe there weren't enough folks that have read the book in the cinema... atmosphere wasn't that good... 1118350338 M * falz I heard it's a film for people who like bad movies, regardless of if you've read the books. but I haven't seen it. 1118352056 M * falz so, to get IPV4 working on a vserver, must I alias the ip on the host first, or should the "vserver foo start" do this for me? 1118352127 M * Bertl depends, if you configure the interface like this: 1118352141 M * Bertl --interface 192.168.0.1/24 1118352142 M * falz I see the proc-like dir structure.. hmm, I think I just neglected the netmask perhaps 1118352163 M * falz is that interface related to the machine's interface at all? I'll keep it on the same subnet (for testing purposes).. 1118352163 M * Bertl then you have to create the alias/ip yourself 1118352180 M * falz ok, after vm is built, then alias the ip on the host? 1118352190 M * Bertl if you do --interface eth0:192.168.0.1/24 or even hansi=eth0:192.168.0.1/24 1118352213 M * Bertl then in the first case the ip, and in the second the ip as alias hansi will be created 1118352229 M * falz ah 1118352241 M * falz I'll experiment w/ those. thanks. 1118352262 M * Bertl yw 1118352295 M * falz I should mirror ftp.debian.org/debian. keep some bandwidth lower 1118352336 M * Bertl yes, or use the cache (iirc there is something to cache the packets) 1118352347 M * falz ahh. either sounds good 1118352349 M * falz perhaps both. 1118353617 J * eXplasm explasm@p549FF13C.dip.t-dialin.net 1118353879 Q * falz Quit: 1118354182 Q * flock Ping timeout: 480 seconds 1118355958 Q * mef Quit: using sirc version 2.211+KSIRC/1.3.10 1118358389 J * Val ~val@v41.ath.cx 1118358395 M * Val Hi 1118358415 M * Bertl hey Val! 1118358422 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1118358424 M * Val hi Bertl :) 1118358468 M * Bertl welcome flock! 1118358547 M * Val got an "setsid(): Operation not permitted" when starting a vserver under an 2.6.11 vs2.0rc2 enabled kernel, does anybody experience this problem ? 1118358574 M * Bertl unusual, where does it happen? 1118358579 M * Doener old tools, IIRC .205+ fixes that 1118358590 M * Val ? 1118358611 M * Doener Bertl: that is related to the init protection/session id fix... 1118358612 M * Val util-vserver: 0.30.204; May 24 2005, 22:22:03 1118358619 M * Val hum 1118358621 M * Val well 1118358623 M * Val ok 1118358636 M * Doener outdated ;) we're at 0.30.207 and 2.6.11.11-vs2.0-rc4 ;) 1118358640 M * Bertl Doener: ah, forgot that ... thanks for the info ;) 1118358646 M * Doener yw 1118358649 M * Val sarge util-vserver package got the bug 1118358655 M * Doener sarge has .207 1118358661 M * Bertl well, sarge is outdated too ;) 1118358666 M * Val thanks Doener 1118358671 M * Bertl Doener: no, sarge has .204 1118358671 M * Val Bertl :) 1118358685 M * Doener hm? really? let me check that... 1118358688 M * Bertl Doener: and IIRC 1.9.5-something 1118358719 M * Doener ah, my sister's box is on sid... 1118358729 M * Val hum... 1118358735 M * Val need unstable one :-( 1118358761 M * Bertl well, I really hope, the debian folks will update once 2.0 is released 1118358767 M * Bertl (and not only in sid ;) 1118358797 M * Doener well, probably also in etch ;) but i somehow doubt that sarge will get it... 1118358892 M * Bertl hmm, really? 1118358911 M * Bertl well, if we can prove that it is all broken, they'll probably update or remove it, no? 1118358987 M * Doener i don't know the actual rules for updates getting into stable, but i've seen some bug reports for packages in woody that got a reply stating that the bug(s) is/are known and won't get fixed 1118359096 M * daniel_hozac so because it's "stable", you cannot fix bugs because people expect them to be there, or...? 1118359132 M * Bertl I hope that's a little different in the beginning 1118359161 M * Bertl of course, if the distro is older (maybe 10-20 years ;) it's hard to change well known bugs *G* 1118359187 M * daniel_hozac haha 1118359349 M * Bertl btw, before somebody travels to LT/Karlsruhe to listen to me, my appearance there is canceled ... 1118359457 M * daniel_hozac why? 1118359507 M * Bertl because I didn't want to argue with the LT folks any longer ... 1118359579 M * Doener what happened? 1118359608 M * Bertl well, at first it seemed all fine ... 1118359620 M * Bertl I reserved two hours for a workshop 1118359633 M * Bertl (which was absolutely unproblematic) 1118359647 M * Bertl then I basically heard nothing for some time ... 1118359685 M * Bertl later I got an email, that I should add some title/etc for the workshop 1118359694 M * Val (bug send to debian maintainer...) 1118359710 M * Bertl which I did (including switching the workshop visible) 1118359803 M * Bertl because it was getting closer now, I thought to myself, let's contact them again to figure things like accomodation etc ... 1118359838 M * Bertl and I wondered because I could not find the workshop listed on the official pages 1118359885 M * Bertl after some email exchange, I found out that the workshop was registered quite fine, but, it was considered an additional event to some other presentation 1118359907 M * Bertl (and of course, they were not able to list it anywhere) 1118359996 M * Bertl now this would not make any problem on my side, but after further inquiries on my side, it turned out, that I won't have a place to stay and no expenses would be covered ... 1118360007 M * Doener interesting... any information what the 'main' presentation was considered to be? 1118360014 Q * eXplasm Quit: Verlassend 1118360029 M * Bertl and I should be glad that I was allowed to make a workshop _without_ a paper submission ... 1118360100 M * Bertl this, plus the fact that the LT this year falls together with th ICFP made it easy for me to cancel it ... 1118360200 M * Val chcontext: vc_new_s_context(): Operation not permitted 1118360203 M * Val grumpf 1118360213 M * Doener are you participating in this year's ICFP contest? 1118360235 M * Bertl I hope you folks are not too disappointed ... but hopefully nobody noticed of the workshop anyway ;) 1118360242 M * Bertl Doener: yes, as every year ;) 1118360295 M * Doener well, i'm sad now, that i didn't try harder to get to LW... but maybe some day we can meet... (of course only if you like to ;) 1118360325 M * Bertl sure, alway ... and there will be a next LW in autumn, IIRC 1118360425 M * Bertl btw, if you are in austria, in the vicinity of vienna, just let me know, I'm sure we can arrange something ... 1118360633 M * Doener ok 1118360689 Q * aba Remote host closed the connection 1118361057 J * aba ~aba@eos.turmzimmer.net