1191715471 M * Yvo sorry, can you perhaps say that in german? 
1191715533 M * Bertl nevermind ...
1191715610 M * Yvo ?
1191715753 J * friendly12345 ~friendly@ppp121-44-205-137.lns3.mel4.internode.on.net
1191715771 M * Bertl welcome back friendly12345!
1191715796 M * friendly12345 Bertl: Thanks Bertl
1191717301 N * Hollow_ Hollow
1191718074 M * Yvo Daniel, can you tell me, where I can set the timeout for stopping the vserver higher? it kill's some applications when I type "vserver myvserver stop"
1191718125 M * daniel_hozac /etc/vservers/<guest>/apps/vshelper/sync-timeout
1191718172 M * daniel_hozac (where <guest> might be .defaults if you want it to apply for all guests)
1191718197 M * Yvo apps# ls
1191718197 M * Yvo init  pkgmgmt
1191718207 M * Yvo is there something wrong?
1191718222 M * Yvo do I have to install something in addition?
1191718223 M * Bertl mkdir vshelper :)
1191718275 M * Yvo and than?
1191718315 M * Bertl then: echo 120 >vshelper/sync-timeout
1191718421 M * Yvo thx!
1191718429 M * Bertl np
1191720941 M * Bertl okay, off to bed now ... have a good one everyone! cya!
1191720971 N * Bertl Bertl_zZ
1191721554 P * Yvo 
1191722465 Q * rgl Remote host closed the connection
1191726849 Q * Piet_ Quit: Piet_
1191730134 J * click_ click@ti511110a080-0486.bb.online.no
1191730252 Q * click Ping timeout: 480 seconds
1191731522 Q * djbclark Server closed connection
1191731529 J * djbclark dclark@opensysadmin.com
1191732910 J * hparker ~hparker@linux.homershut.net
1191733507 J * click click@ti511110a080-0384.bb.online.no
1191733614 Q * click_ Ping timeout: 480 seconds
1191737629 J * virtuoso_ ~s0t0na@ppp91-122-94-225.pppoe.avangard-dsl.ru
1191737760 J * ntrs_ ~ntrs@79.125.193.175
1191738039 Q * virtuoso Ping timeout: 480 seconds
1191740117 Q * Aiken Remote host closed the connection
1191741769 Q * wr_ Quit: Leaving
1191742292 J * JonB ~NoSuchUse@kg0-194.kollegiegaarden.dk
1191742714 Q * hparker Quit: peer reset by connection
1191743745 Q * friendly12345 Quit: Leaving.
1191743807 Q * jmcaricand Remote host closed the connection
1191744530 Q * ntrs_ Ping timeout: 480 seconds
1191745499 J * dna ~dna@229-248-dsl.kielnet.net
1191745892 Q * click Ping timeout: 480 seconds
1191745901 J * click click@ti511110a080-4120.bb.online.no
1191745934 Q * rorem- Ping timeout: 480 seconds
1191746698 J * click_ click@ti511110a080-4221.bb.online.no
1191746800 N * click Guest1127
1191746800 N * click_ click
1191746817 Q * Guest1127 Ping timeout: 480 seconds
1191747717 J * bonbons ~bonbons@2001:960:7ab:0:20b:5dff:fec7:6b33
1191748411 J * jmcaricand ~user@d77-216-233-159.cust.tele2.fr
1191748413 J * rgl ~rgl@84.90.232.200
1191748415 M * rgl hi
1191748419 M * jmcaricand hello
1191748434 M * rgl is there a vserver for 2.6.23?
1191748458 M * JonB did you try the one for 2.6.22.9?
1191748476 M * rgl JonB, nope
1191748512 M * JonB rgl: the devel versions of vserver might also apply
1191748527 M * rgl have you tried JonB ?
1191748542 M * JonB rgl: no, i run 2.6.22.9
1191748556 M * JonB but you can always try with patch --dry-run
1191748594 M * rgl OK. I'll try.
1191748609 M * JonB it might apply cleanly
1191748690 M * JonB rgl: let us know, if others comes to ask
1191748707 M * JonB the Makefile might fail
1191749024 J * Aiken ~james@ppp121-45-223-164.lns2.bne1.internode.on.net
1191749692 J * click_ click@ti511110a080-4600.bb.online.no
1191749812 Q * click Ping timeout: 480 seconds
1191750501 J * friendly12345 ~friendly@ppp121-44-205-137.lns3.mel4.internode.on.net
1191751051 J * meandtheshell ~markus@85.127.118.147
1191751707 N * Bertl_zZ Bertl
1191751712 M * Bertl morning folks!
1191751745 M * JonB hey Bertl 
1191751833 M * Bertl rgl: there is a pre release for 2.6.23 (the 2.6.22 versions won't work)
1191751865 M * Bertl rgl: the 2.6.23 version is missing xfs and scheduler support
1191751878 M * rgl hi Bertl 
1191751904 M * rgl Bertl, the scheduler is the beancounter et all?
1191751924 M * Bertl no beancounters in Linux-VServer :)
1191751948 M * JonB are there even beans in Linux-Vserver?
1191751962 M * Bertl no beans in Linux-VServer either :)
1191751963 M * rgl Bertl, hum http://linux-vserver.org/CPU_Scheduler ?
1191751987 M * rgl I mean, s,bean,bucket, hehe
1191752004 M * Bertl yes, the tb scheduler is disabled there
1191752047 M * rgl I'm not yet using that feature.  so I'll give it a try :-D
1191752056 M * rgl and I don't use xfs.
1191752067 M * rgl so, where is the pre-release? :D
1191752070 M * Bertl good, then you should be fine
1191752110 M * Bertl http://vserver.13thfloor.at/Experimental/patch-2.6.23-rc6-vs2.3.0-pre1.diff
1191752127 M * Bertl if you wait a few minutes, you can get a newer one with the fixes we did since
1191752191 M * rgl I can wait.  Its not urgent or anything like that :D
1191752212 M * rgl though, I'm using -rc9.  but that should work too.
1191752229 M * Bertl yeah, the next pre will be updated to rc9 too
1191752247 M * rgl :-)
1191752282 M * rgl the container patch that is on main will be used by vserver?
1191752330 M * Bertl the spaces are used by linux-vserver atm, the container stuff itself is not really useable for Linux-VServer atm
1191752353 M * rgl "spaces"?  whats that?
1191752370 M * Bertl for example the uts/ipc (name) spaces
1191752392 M * rgl ah namespaces. ack :)
1191753187 J * Yvo ~yvonne@91.64.217.106
1191753197 M * Bertl morning Yvo!
1191753207 M * Yvo good morning ;-)
1191755824 Q * Chr0nicles Ping timeout: 480 seconds
1191756869 J * Hurga nobody@p5B27A017.dip0.t-ipconnect.de
1191756876 M * Bertl wb Hurga!
1191756888 M * Hurga Hello Bertl :)
1191756935 M * Hurga bonbons: are you there?
1191757032 Q * balbir Ping timeout: 480 seconds
1191757049 Q * Hurga Remote host closed the connection
1191757055 J * Hurga nobody@p5B27A017.dip0.t-ipconnect.de
1191757731 J * balbir ~balbir@122.167.79.227
1191757741 M * Bertl wb balbir! Hurga!
1191757845 A * Hurga checks the wiki... things seem to be moving slow these days.
1191757858 M * Bertl hehe, how so?
1191757886 M * Hurga Latest news is from 06 Nov 2006?
1191757899 M * Bertl yeah, obviously nowbody want to do news entries
1191757918 M * Bertl we probably should remove that section
1191757942 M * JonB or just make a one liner when you release something
1191757967 M * Bertl JonB: are you volunteering to bring the news section up-to-date?
1191757985 J * ex ex@valis.net.pl
1191757986 M * Hurga It's irony that the News section of any web page is the one which gets outdated the fastest
1191757994 M * Bertl wb ex!
1191758009 M * ex hola
1191758030 M * daniel_hozac Hurga: might be more interesting to read the ChangeLogs...
1191758050 M * daniel_hozac (though i haven't updated 2.2 for 2.2.0.4)
1191758113 A * Hurga nods...
1191758152 M * Hurga But then, I'm still using vs2.0.2.1 anyway.
1191758160 M * Bertl lol
1191758205 M * JonB Bertl: no, the one writing the news should know alot more than me
1191758229 M * Bertl well, I can provide the dates quite easily, what else do you need for releases?
1191758272 M * JonB Bertl: new features, new developers
1191758307 M * daniel_hozac new features are typically included in the release emails.
1191758318 M * daniel_hozac if not, usually in a follow-up to it.
1191758325 M * Hurga BTW, any experiences with running Ubuntu Dapper with more modern kernels/patches than 2.6.17-11.33vs2.0.2.1? It's a colo box 300 km away, so I'm a bit shy to experiment too much
1191758327 M * daniel_hozac and should already be present in the ChangeLog.
1191758350 M * Bertl Hurga: works if you get a good compiler :)
1191758371 M * rgl can device drivers in linux be asynchronous?  when a syscall is made, the kernel is blocked while running the syscall?
1191758390 M * Hurga Bertl: Just joking, or does that mean you had issues with bad compilers?
1191758409 M * Bertl Hurga: yes, ubuntu's gcc was broken
1191758435 M * Bertl rgl: yes, and hopefully not :)
1191758446 M * Hurga wah... got a link for anything related? Would like to read up on that
1191758496 M * Bertl https://wiki.ubuntu.com/GccSsp
1191758508 M * rgl Bertl, the don't block only when we run a preempted kernel?
1191758531 M * Bertl rgl: it very much depends on _what_ they are doing
1191758543 M * Bertl rgl: and in what context you consider blocking
1191758562 M * rgl Bertl, I mean, do each syscall run in a kernel thread?
1191758568 M * Bertl for example, a read on a device will 'block' until the data is available
1191758580 M * rgl Bertl, so other syscalls can occour  in paralel
1191758586 M * Bertl but that doesn't stop the kernel or other processes from working 
1191758589 M * Hurga Bertl: phew, still running gcc 4.0... thanks.
1191758598 M * Bertl (that is quite different from Windoof :)
1191758639 M * rgl Bertl, so if I make a syscall with an infinite for loop,  that will work?
1191758656 M * Bertl hmm?
1191758695 M * rgl suppose I implement a syscall.  in that syscall I just do "for(;;);".  will the kernel still run other syscalls?
1191758722 M * Bertl depends on the number of CPUs, the SMP/T state and the preemption setting
1191758735 M * Bertl but such a syscall would be considered a bug anyway :)
1191758742 M * rgl UP.
1191758748 M * rgl I mean, Uniprocessor.
1191758756 M * rgl and no preemption
1191758757 M * Bertl UP, no preempt, you are dead
1191758775 M * Bertl interrupts will still get handled, but no normal scheduling
1191758776 M * rgl so, the driver model is syncronous?
1191758796 M * rgl while in windows its async.
1191758800 M * rgl right?
1191758804 M * Bertl no, but a for() loop is synchronous
1191758842 M * Bertl you are mixing user and kernel space
1191758843 M * rgl so a syscall blocks everything else?  except maybe interrupts.
1191758892 M * Bertl if you tell the kernel to do so, yes
1191758903 J * Piet ~piet@tor.noreply.org
1191759058 M * rgl ok then :D
1191759108 M * Bertl note that 'drivers' are usually interrupt driven
1191759143 M * Bertl so even if you disable preemption (which means you want a synchronous kernel scheduling model) device events will get handled
1191759835 M * matti Hi Bertl :)
1191759848 M * Supaplex Bertl: moin :)
1191760146 M * Bertl rgl: http://vserver.13thfloor.at/Experimental/patch-2.6.23-rc9-vs2.3.0-pre2.diff
1191760265 M * Yvo I've got a problem on my vserver, it's not really a vserver-prob, but is here perhaps somebody who knows something about mailman?
1191760280 M * JonB little
1191760338 M * rgl Bertl, woah :D
1191760358 M * rgl Bertl, is that 2.3.0.12?
1191760385 M * Yvo ok, I think it has something to do with user rights, I can create new lists as root directly on the server, but I can't create new lists from the intranet running on that system
1191760400 M * Bertl rgl: nah, that is more like 2.3.0.26
1191760417 M * JonB Yvo: can the webserver write to the right directories?
1191760424 M * daniel_hozac Yvo: what do the logs say?
1191760466 M * rgl Bertl, heh.  thx!
1191760488 M * rgl Bertl, this afternoon I'll try it here on my desktop :-)
1191760515 M * Yvo that's the problem, I don't know how I have to set the user rights for which directory
1191760570 M * Yvo and I've never seen a mailman-log-file... where can I find something like that?
1191760642 M * JonB Yvo: most likely some /var something?
1191760658 M * daniel_hozac if you're using httpd for the web interface, i'd try that error_log first.
1191761862 M * rgl what is the meaning of kernel option "Automatically Assign Loopback IP (VSERVER_AUTO_LBACK)"?  does it mean I don't have to create the loopback interface IP 127.0.0.1 with utils-vserver?
1191761870 P * friendly12345 
1191761988 Q * meandtheshell Quit: Leaving.
1191762127 M * Yvo ok, there seems to be something wrong with a intranet-script
1191762359 M * daniel_hozac rgl: yes.
1191762386 M * rgl daniel_hozac, I see. thx :D
1191762426 M * rgl Bertl, humm, does not build here. 
1191762432 M * rgl ipc/mqueue.c: In function ‘mqueue_delete_inode’:
1191762432 M * rgl ipc/mqueue.c:265: error: ‘struct user_struct’ has no member named ‘xid’
1191762505 M * Bertl interesting .. sec
1191762577 M * rgl Bertl, I'll be here after lunch, in a 1h or so.  I'll try it then. thx!
1191762586 M * Bertl okay, expect an update then
1191762604 Q * bonbons Quit: Leaving
1191762616 M * Hurga aww.
1191762659 M * daniel_hozac ?
1191762660 M * yang Bertl: have you received the donation?
1191762685 M * Hurga daniel_hozac: been waiting for bonbons to return
1191762691 M * daniel_hozac what for?
1191762721 M * Bertl yang: not yet ...
1191762749 M * Hurga Tried to apply his ipv6 patch to a different kernel/vserver patch combo than intended and had problems with it.
1191762767 M * daniel_hozac oh? which one?
1191762795 M * daniel_hozac note that 2.3 already includes IPv6 support...
1191762878 M * yang Bertl: It should allready be there, check your paypal account ?
1191762931 M * Hurga ok, full story... I'm running 2.6.17-11.33vs2.0.2.1 (from http://ubuntu.uni-klu.ac.at/ubuntu.uniklu/dists/dapper/uniklu-vserver/) on Ubuntu Dapper and I'm very happy with it. I'd prefer not to use more recent kernel versions because I've had issues between these and Dapper before. Now I tried to add ipv6 guest support.
1191763010 M * daniel_hozac what kind of problems?
1191763011 M * Hurga But bonbons patches don't apply cleanly because they're intended for use with a different version. I hoped to get some info from him if the problems are easy to fix.
1191763135 M * daniel_hozac note that the patches for 2.6.17 are lacking the fixes we've done since then...
1191763147 M * daniel_hozac (which at this point should be quite a few)
1191763148 M * Hurga I had two rejedted hunks in kernel/vserver/network.c - there's a function int vc_net_add(uint32_t nid, void __user *data)   which the patch expect to look  like int vc_net_add(struct nx_info *nxi, void __user *data)
1191763175 M * Hurga (sorry, I know next to no C)
1191763189 M * yang Bertl: from Pieter Wijkmans
1191763209 M * Bertl yang: I'm on it, not that easy without graphical web browser :)
1191763233 M * faheem HI. I've been looking at networking stuff, and have one question related to vserver.
1191763247 M * Bertl faheem: let's hear!
1191763260 M * daniel_hozac Hurga: IMHO your best bet would be a more recent kernel.
1191763357 M * faheem Do outgoing packets from a vserver have the vservers IP address attached to them?
1191763357 M * Hurga daniel_hozac: As I said, I'm quite happy which the current version I run. I thought ipv6 support for guests shouldn't be too much of a change. On the other hand, testing a completely new kernel on Ubuntu Dapper would be a daunting task, expecially considering I've had bad experiences with that already.
1191763380 M * daniel_hozac faheem: of course.
1191763382 M * Hurga Buliding a kernel from stock, I'd lose all the distro patchesm for example.
1191763394 M * daniel_hozac and that's a bad thing? :)
1191763449 M * Hurga Every kind of change *can* be a bad thing if you're quite happy with the status quo.
1191763474 M * daniel_hozac essentially it boils down to: you want development features for a really old kernel that nobody has looked at for months, if not a year.
1191763490 M * Hurga A year sounds right.
1191763523 M * Bertl yang: I received a 9.31 USD ($10) payment yesterday, nothing else yet
1191763528 M * Hurga Now guess why I didn't ask in channel, but preferred to wait for bonbons? :)
1191763563 M * daniel_hozac development features are per definition rather fast-changing, and as such more or less require a recent kernel to get good results.
1191763642 M * faheem I notice in http://linux-vserver.org/Networking_vserver_guests (Host as router section), that there is a line rewriting the outgoing source IP to be the machine's external IP. However, my machine is itself sitting behind a router, and presumably the router itself does rewriting. Specifically, the machine is at 192.168.1.200. The "true" IP address is dynamic (cable internet), so I don't see how I can easily set the external to that. Should
1191763645 M * daniel_hozac IMHO 2.3's IPv6 support is better than the patch, with just one quirk (IPv6 has to be built-in).
1191763678 M * Hurga daniel_hozac: How is it better?
1191763685 M * Bertl faheem: for your PoV, the 192.168.1.200 is the external
1191763717 M * Bertl faheem: but if your router is able to NAT other IPs too, e.g. 192.168.1.201, then you can use that for your guest and avoid NAT-ing on the host
1191763730 M * daniel_hozac Hurga: 2.3 removes the limit on the number of addresses, which means that you don't have to allocate 16*16 bytes extra for each network context.
1191763738 M * yang Bertl: http://yang.mtveurope.org/2007-10-07-152140_1280x1024_scrot.png , I just wanted to verify if it arrived ?
1191763772 M * Hurga hmm.
1191763784 M * daniel_hozac Hurga: the IPv6 patch also has some locking issues that aren't fixed in such old versions.
1191763786 M * Bertl yang: yep, that's it, thanks!
1191763807 M * faheem Bertl: I don't know if my router does NAT on 192.168.1.201 (it is not registered). Is there some easy way to check? I can ping out from the vserver.
1191763815 M * Bertl yang: you've been the best contributor for the last three months :)
1191763830 M * faheem 192.168.1.201 is not registered with the router, I mean.
1191763870 M * Bertl faheem: if you assign 192.168.1.201 to the guest, and you can reach the internet without NAT-ing on the host, it should be fine
1191763872 M * faheem I suppose the question is whether I need to do anything on the outgoing leg at all.
1191763880 M * yang Bertl: well, vserver is really a great thing for me, I am glad to contribute :)
1191763907 M * faheem I was just looking at the donations page. What is this e-gold thing? Never heard of it.
1191763922 M * daniel_hozac Hurga: there also seem to be some reference counting bugs.
1191763927 M * Bertl it isn't used that much, but back then, it was an alternative to paypal
1191763931 M * yang faheem: its www.e-gold.com 
1191763955 M * yang faheem: Sort of an internet money exchanger
1191763965 M * daniel_hozac Hurga: and, of course, if bugs are found, they're only fixed in the most recent versions.
1191763970 M * Bertl you buy and sell 'gold' :)
1191764004 M * faheem Is it recommended over paypal? I'm in the US.
1191764011 M * yang faheem: a service backed up by some real gold reserves in the USA :)
1191764031 M * faheem I mean, do you guys prefer it?
1191764031 M * Bertl faheem: not really .. too hard to collect
1191764048 M * faheem prefer paypal, then? Or some other method?
1191764069 M * Bertl depends on the amount, paypal is probably the easiest for you
1191764070 M * faheem Transferring money internationally is such a pain...
1191764073 M * yang faheem: You must know that loading money to e-gold its a bit mopre complicated than to paypal...You need a 3rd party exchanger to load or receive balance
1191764107 M * daniel_hozac Hurga: as for the rejects, they should be sufficiently easy to fix.
1191764125 M * faheem yang: Sounds complicated...
1191764130 M * Hurga daniel_hozac: Sure, but I'm running the "long time support" version on a server 300km away for a reason. I don't really feel like updating the host OS because the bleeding edge stuff requires everything new and then probably experience mystery crashes.
1191764145 Q * Aiken Quit: Leaving
1191764269 M * Hurga But if you say the ipv6 version form that patch has serious bugs or shortcomings, I'll look for ther options.
1191764313 M * Bertl Hurga: if you really want something solid, I would consider hiring a developer to backportthe recent 2.3.x parts to your kernel
1191764335 M * faheem The other question I had was, in the line
1191764365 M * faheem iptables -t nat -A PREROUTING -s ! 192.168.1.0/24 -m tcp -p tcp --dport $EXTPORT -j DNAT --to-destination $VHOST:$INTPORT
1191764405 M * Hurga Bertl: Which would probably involve updating the userland tools again...
1191764413 M * faheem if my machine is say 192.168.1.200 and the vserver is 192.168.1.201, then should I alter the 192.168.1.0/24?
1191764439 M * faheem This means 192.168.1.0 to 192.168.1.24, or something like that, right?
1191764459 M * Bertl depends on what you want to happen
1191764506 M * Bertl the rule currently says, map all connections coming from outside of 192.168.1.0/24 to the guest port
1191764549 M * daniel_hozac Hurga: you'd only have to update util-vservre.
1191764558 M * daniel_hozac Hurga: everything else would stay the same...
1191764575 M * Bertl faheem: (tcp to $EXTPORT) > ($VHOST:$INTPORT)
1191764599 M * faheem Bertl: Right, so the "internal" addresses are 192.168.1.0/24. Shouldn't this be modified if my internal addresses are eg. 192.168.1.200/201?
1191764650 M * yang Bertl: Is the debian package linux-image-2.6.22-2-vserver-686 from lenny stable to use, if I don't want to recompile the current kernel ?
1191764655 M * faheem Or perhaps just everything which is not 192.168.1.201.
1191764667 M * faheem Sorry, I'm not being clear.
1191764697 M * Bertl yang: no idea, please check with the debian folks (I don't even know the Linux-VServer version used there)
1191764716 M * faheem Suppose, I'm running an apache server inside the vserver at 192.168.1.201. Then I want all outside connections to port 80 to be sent to the vserver (for example).
1191764733 M * faheem Or, I will be running an apache server once I get this figured out... :-)
1191764741 M * daniel_hozac faheem: you'd have to do that on the box doing NAT.
1191764743 M * Bertl yes, in this case, you could also write
1191764762 M * Bertl iptables -t nat -A PREROUTING -d 192.168.1.200 ...
1191764782 M * yang Bertl: I am interested if there is a way to test if the kernel is going to boot up after reboot, previously from rebooting the machine...becouse on a distant server this can get you in trouble?
1191764807 J * besonen_mobile_ ~besonen_m@71-220-225-178.eugn.qwest.net
1191764811 M * Bertl there is nothing 100% to do that, but you could try with QEMU
1191764836 J * tam ~tam@gw.nettam.com
1191764842 J * hardwire ~bip@rdbck-5433.palmer.mtaonline.net
1191764849 M * daniel_hozac yang: you can use panic=10 and use your boot loader's --once option, which should only boot the kernel once before reverting to the previous default...
1191764851 M * Bertl wb tam! besonen_mobile_! hardwire!
1191764860 J * dilinger_ ~dilinger@mail.queued.net
1191764865 J * Skram_ ~mark@HERCULES.sentiensystems.net
1191764879 M * Bertl hmm, seems like a longer lasting netsplit :/
1191764888 J * _mountie ~mountie@trb229.travel-net.com
1191764888 M * yang daniel_hozac: I think i would try that, if the new kernel refuses to boot it will boot with the older option
1191764896 J * Johnsie ~jdlewis@c-67-163-142-234.hsd1.ct.comcast.net
1191764913 Q * bored2sleep synthon.oftc.net oxygen.oftc.net
1191764913 Q * Johnnie synthon.oftc.net oxygen.oftc.net
1191764913 Q * Mooo synthon.oftc.net oxygen.oftc.net
1191764913 Q * PhatJ_ synthon.oftc.net oxygen.oftc.net
1191764913 Q * hallyn_ synthon.oftc.net oxygen.oftc.net
1191764913 Q * hardwire` synthon.oftc.net oxygen.oftc.net
1191764913 Q * neuralis_ synthon.oftc.net oxygen.oftc.net
1191764913 Q * tam_ synthon.oftc.net oxygen.oftc.net
1191764913 Q * dilinger synthon.oftc.net oxygen.oftc.net
1191764913 Q * m_stone_ synthon.oftc.net oxygen.oftc.net
1191764913 Q * Skram synthon.oftc.net oxygen.oftc.net
1191764913 Q * almak synthon.oftc.net oxygen.oftc.net
1191764913 Q * mountie synthon.oftc.net oxygen.oftc.net
1191764913 Q * faheem synthon.oftc.net oxygen.oftc.net
1191764913 Q * ^Toad synthon.oftc.net oxygen.oftc.net
1191764913 Q * besonen_mobile synthon.oftc.net oxygen.oftc.net
1191764913 J * Mooo ~troy@shells195.pinchaser.com
1191764913 J * ^Toad ~tl@tyler.cs.brown.edu
1191764913 J * hallyn ~xa@adsl-75-2-77-142.dsl.chcgil.sbcglobal.net
1191764913 J * m_stone ~mstone@teach.laptop.org
1191764913 J * PhatJ ~PhatJ@24-231-253-65.dhcp.aldl.mi.charter.com
1191764913 J * neuralis ~krstic@solarsail.hcs.harvard.edu
1191764913 J * faheem ~faheem@cpe-065-190-207-119.nc.res.rr.com
1191764941 J * bored2sleep ~bored2sle@66.111.53.150
1191764965 M * faheem The stuff on the Paypal page is in German. Can I switch it to English?
1191764988 M * Bertl I think so .. strange, it should be english by default
1191765006 M * Bertl but probably paypal is being smart again
1191765038 M * faheem Bertl: can you tell me how?
1191765050 M * Bertl sec, trying it myself ...
1191765097 M * rgl Bertl, I'm back.  (please, if you don't have the time to fix the patch, please don't waste any time on this)
1191765114 M * Bertl faheem: hmm, it is english here (from this page: http://www.13thfloor.at/vserver/donate/)
1191765192 M * faheem I'm looking at the page http://linux-vserver.org/Donations, where the link is https://www.paypal.com/cgi-bin/webscr?cmd=_xclick&business=herbert@13thfloor.at&item_name=Linux-VServer%20Donation
1191765213 M * yang daniel_hozac: could you tell me how to apply the panic entry to my grub config, I don't want to break something http://openpaste.org/en/3406/
1191765308 M * faheem Bertl: When I click on the paypal button on the link you gave me, I get a german page again.
1191765333 M * Bertl well, I get it all english here, maybe you ahve somehow managed to select german?
1191765357 M * faheem Bertl: Unlikely. :-) What is your url for the english page?
1191765362 M * Bertl (unlikely, but maybe paypal defaults to german in this case)
1191765399 M * Bertl faheem: it's a session url created by the button, let me investigate how to force english
1191765515 M * daniel_hozac yang: at the end of your kernel line
1191765649 M * daniel_hozac Bertl: i get german too...
1191765682 M * Bertl yeah, I figured it, paypal is being too smart
1191765697 M * Bertl if you do not ahve set your preferences, you'll get german, unconditionally
1191765712 M * Bertl (this is, because the account was created in austria)
1191765733 M * daniel_hozac faheem: change the /at/ at the beginning of the URL to /us/
1191765736 M * Bertl faheem: I added a fix now, please reload the 13thfloor page and try again
1191765774 J * faheem_ ~faheem@cpe-065-190-207-119.nc.res.rr.com
1191765777 J * MooingLemur ~troy@shells195.pinchaser.com
1191765798 M * yang daniel_hozac: ok I will add "panic=10" at he bottom of menu.lst, what about --once how do I apply that option?
1191765806 Q * faheem resistance.oftc.net oxygen.oftc.net
1191765806 Q * neuralis resistance.oftc.net oxygen.oftc.net
1191765806 Q * PhatJ resistance.oftc.net oxygen.oftc.net
1191765806 Q * m_stone resistance.oftc.net oxygen.oftc.net
1191765806 Q * hallyn resistance.oftc.net oxygen.oftc.net
1191765806 Q * Mooo resistance.oftc.net oxygen.oftc.net
1191765806 Q * ^Toad resistance.oftc.net oxygen.oftc.net
1191765820 M * daniel_hozac yang: no, at the end of the line that begins with kernel.
1191765852 M * daniel_hozac yang: --once depends on the grub you're using IIRC... i don't know how to do it with Debian.
1191765866 M * daniel_hozac Bertl: yeah, it's english now.
1191765885 M * yang daniel_hozac: kernel/vmlinuz-2.6.17.13-vs2.0.2.1 root=/dev/sda3 ro acpi=ht noapic --once   ?
1191765912 M * Bertl faheem_: okay, please use the 13thfloor page again, should be english now
1191765937 M * daniel_hozac yang: no, kernel /vmlinuz-2.6.17.13-vs2.0.2.1 root=/dev/sda3 ro acpi=ht noapic panic=10
1191765954 M * yang daniel_hozac: ok thanks
1191766001 M * yang daniel_hozac: panic line applies to the new kernel right, the old kernel must work without panic line
1191766039 J * m_stone ~mstone@teach.laptop.org
1191766055 J * ^Toad ~tl@tyler.cs.brown.edu
1191766075 M * faheem_ Bertl: You mean the link off http://www.13thfloor.at/vserver/donate/? 
1191766078 J * hallyn ~xa@adsl-75-2-77-142.dsl.chcgil.sbcglobal.net
1191766078 J * neuralis ~krstic@solarsail.hcs.harvard.edu
1191766113 J * PhatJ ~PhatJ@24-231-253-65.dhcp.aldl.mi.charter.com
1191766115 M * faheem_ Bertl: Seems to be a browser setting or something. Still german in Epiphany; but english in Firefox.
1191766146 J * hparker ~hparker@linux.homershut.net
1191766524 M * Bertl faheem_: maybe it required a reload of the page (cahce)
1191766528 M * Bertl *cache
1191766537 J * rorem- ~roremtank@bzq-219-46-202.isdn.bezeqint.net
1191766653 M * faheem_ Bertl: No, tried that.
1191766664 M * Bertl hmm, okay, strange then ...
1191766686 M * faheem_ Bertl: Anyway, paid $20 using credit card and firefox...
1191766715 M * Bertl great! thanks! 
1191766721 M * faheem_ Anyone have opinions about whether to get a Paypal account? The constant phishing attempts I get don't exactly encourage me...
1191766776 M * hparker Don't pheed the phish then
1191767012 M * yang daniel_hozac: just wanting to make a "double" check on everything, before I reboot into newer kernel...I am going to paste you a fixed menu.lst later again, if you can review it.
1191767025 Q * hparker synthon.oftc.net oxygen.oftc.net
1191767025 Q * PhatJ synthon.oftc.net oxygen.oftc.net
1191767025 Q * neuralis synthon.oftc.net oxygen.oftc.net
1191767025 Q * hallyn synthon.oftc.net oxygen.oftc.net
1191767161 M * Bertl ah, seems we have split day today :)
1191767177 M * daniel_hozac indeed...
1191767304 A * Supaplex launches bananas into the irc tubes
1191767309 J * hallyn ~xa@adsl-75-2-77-142.dsl.chcgil.sbcglobal.net
1191767309 J * hparker ~hparker@linux.homershut.net
1191767309 J * neuralis ~krstic@solarsail.hcs.harvard.edu
1191767309 J * PhatJ ~PhatJ@24-231-253-65.dhcp.aldl.mi.charter.com
1191767318 M * Supaplex hahaha nice timing.
1191767356 M * Bertl so now we know that you are responsible :)
1191767367 M * Supaplex for fixoring it ;)
1191767383 M * hparker uh huh
1191767383 A * michal_ prepares nearest tree for hanging
1191767398 M * Bertl Supaplex: yeah, that is what the antivirus folks want to make us believe too :)
1191767433 M * michal_ (there's a place for Supaplex and symatec too ;)
1191767450 M * Supaplex I don't complain about them so much. I have $1250 in rebates they're sending me for buying a pc and stuff.
1191767520 M * Supaplex it's a socket am2 box. purrrrr
1191767786 M * faheem_ hparker: Funny. :-)
1191767841 M * Supaplex that's why I avoid seafood to.
1191768357 Q * transacid Quit: rebooting server
1191768607 Q * the-dude Quit: Is that a kangeroo?
1191769051 J * the-dude ~martijn@senturparks.xs4all.nl
1191769371 M * faheem_ Hmm. The routing does not seem to to be working. I can see the get requests from outside in the Apache vserver. However, the external browser does not get a response.
1191769397 M * faheem_ I set the SNAT target too.
1191769402 M * Bertl check with tcpdump on the host
1191769483 J * FH_Tech ~Miranda@89-178-29-137.broadband.corbina.ru
1191769490 M * Bertl wb FH_Tech!
1191769606 J * transacid ~transacid@transacid.de
1191769631 J * neuralis_ ~krstic@solarsail.hcs.harvard.edu
1191769651 J * hallyn_ ~xa@adsl-75-2-77-142.dsl.chcgil.sbcglobal.net
1191769669 Q * PhatJ synthon.oftc.net oxygen.oftc.net
1191769669 Q * neuralis synthon.oftc.net oxygen.oftc.net
1191769669 Q * hallyn synthon.oftc.net oxygen.oftc.net
1191769669 Q * hparker synthon.oftc.net oxygen.oftc.net
1191769704 M * FH_Tech hello. problem at installation vserver on debian 4. After reboot does not see a network "eth0 error while getting inteface flags: no such device". At loading a usual kernel, the network normally work, eth19
1191769748 M * daniel_hozac did you remember to enable support for your network hardware when building the kernel?
1191769828 M * Bertl eth19 sounds interesting :)
1191769979 M * FH_Tech daniel_hozac: kernel install: apt-get install linux-image-vserver-686 
1191770036 M * faheem_ Bertl: Looks like packets are going out but possibly being rejected? Where can I do a paste?
1191770056 M * Bertl paste.linux-vserver.org
1191770219 M * faheem_ Ok, http://paste.linux-vserver.org/6889.
1191770360 M * Bertl well, all I see there are some acks going back and forth?
1191770370 M * Bertl what about the actual traffic?
1191770400 J * hparker ~hparker@linux.homershut.net
1191770557 M * faheem_ Bertl: Don't see anything else that looks relevant. I'm using tcpdump port 80. Should I be using something else?
1191770597 M * Bertl try tcpdump -vvnei eth0 host <remote-ip>
1191770608 Q * FH_Tech Quit: FH_Tech
1191770619 M * Bertl (or similar, depending on your interfaces)
1191770848 M * Bertl okay, off to dinner ... back shortly ...
1191770849 M * faheem_ Bertl: Ok, http://paste.linux-vserver.org/6890. Assuming the remote ip is the one sending the http request.
1191770878 N * Bertl Bertl_oO
1191770904 M * daniel_hozac are you logged in over ssh from the same IP?
1191771046 M * faheem_ daniel_hozac: Apparently, I was. Just killed the session, though. Don't understand how, though. It is not showing up in any of my terminals.
1191771084 M * daniel_hozac redo it now...
1191771093 M * faheem_ Hang on, I'm a dodo. I'm logged in remotely, to send the http request.
1191771113 M * daniel_hozac okay, so add port 80 to the tcpdump command.
1191771272 M * faheem_ daniel_hozac: Ok, http://paste.linux-vserver.org/6891.
1191771420 M * daniel_hozac looks fine to me...
1191771625 M * faheem_ daniel_hozac: Must be some subtle problem...
1191771649 M * faheem_ The requests are definitely coming in correctly, and it looks like something is trying to go out.
1191771688 M * daniel_hozac it's strange that you don't see the request itself in that dump though.
1191771720 M * faheem_ daniel_hozac: Maybe my iptables line is wrong. Shall I paste them?
1191771797 M * daniel_hozac sure...
1191771808 M * daniel_hozac how have you configured the NAT box?
1191772036 M * faheem_ daniel_hozac: See http://paste.linux-vserver.org/6892. 192.168.1.200 is my machine *.201 is the vserver. Router is the router. :-)
1191772050 N * Bertl_oO Bertl
1191772056 M * Bertl back now ..
1191772061 M * michal_ wb Bertl :)
1191772122 M * Bertl faheem_: you want to add -vn there
1191772129 Q * ensc Ping timeout: 480 seconds
1191772136 M * faheem_ Bertl: -vn where?
1191772166 M * Bertl iptables -t nat -L -v -n
1191772238 M * faheem_ Bertl: Ok. http://paste.linux-vserver.org/6893
1191772320 J * ensc ~irc-ensc@p54B4D1AA.dip.t-dialin.net
1191772379 M * Bertl 192.168.1.1 is the router?
1191772439 M * faheem_ Bertl: Yes? I was just thinking, should the extip be the router instead of *200?
1191772443 M * faheem_ I mean Yes.
1191772484 M * Bertl no, your traffic looks fine to me
1191772503 M * Bertl are you sure your 'router' doesn't block part of the traffic?
1191772523 M * Bertl can you try with a machine in the local lan?
1191772552 J * almak ~almak@willers.employees.org
1191772566 M * Bertl welcome almak!
1191772588 M * faheem_ Bertl: I can try hooking up my laptop, I guess.
1191772611 M * Bertl then try that, I suspect your router of doing strange stuff
1191772662 M * faheem_ Bertl: As far as I know, my router is not blocking any outgoing traffic. I'm running DD-WRT.
1191772711 M * faheem_ Bertl: But I'll try the laptop. Thanks for your help.
1191772728 M * Bertl np, we'll continue investigating if it fails with the laptop
1191772734 Q * JonB Quit: This computer has gone to sleep
1191773343 J * PhatJ ~PhatJ@24-231-253-65.dhcp.aldl.mi.charter.com
1191774101 J * lilalinux ~plasma@dslb-084-058-237-116.pools.arcor-ip.net
1191774125 M * faheem_ Hmm, apt from the vserver is not working any more. Was working earlier. Apt uses http, so I think outgoing http may be screwed up.
1191774161 M * Bertl it did work before without the NAT?
1191774210 M * faheem_ Bertl: I think so. I'll try switching off the NAT and see.
1191774258 M * Bertl if so, something must be definitely wrong, as the guest would be using 192.168.1.201 then
1191774381 N * dilinger_ dilinger
1191774394 M * Bertl hey dilinger!
1191774414 Q * lilalinux Remote host closed the connection
1191774543 J * JonB ~NoSuchUse@kg0-194.kollegiegaarden.dk
1191774586 Q * PhatJ synthon.oftc.net oxygen.oftc.net
1191774894 M * faheem_ Bertl: The guest is at 192.168.1.201. Is that a problem?
1191774912 J * PhatJ ~PhatJ@24-231-253-65.dhcp.aldl.mi.charter.com
1191775120 M * Bertl faheem_: not if your router handles that or the NAT takes care of it
1191775150 M * bXi man
1191775157 M * bXi reinstalling my laptop sucks :(
1191775214 M * JonB bXi: why?
1191775258 M * bXi i made a major mistake in my partitioning scheme (30gb windows and 10gb for linux)
1191775265 M * bXi or rather 8gb for linux
1191775282 J * bonbons ~bonbons@2001:960:7ab:0:20b:5dff:fec7:6b33
1191775285 M * JonB make a big loopback file on the NTFS
1191775294 M * Bertl well, there are tools to fix this mistake
1191775296 Q * PhatJ synthon.oftc.net oxygen.oftc.net
1191775312 M * Bertl mke2fs comes to my mind :)
1191775323 M * bXi and both installs were way too clutered for my taste
1191775351 M * bXi i now finally found my ideal code editor on windows
1191775358 M * bXi e combined with windrive
1191775388 M * bXi which is roughly 10 mb
1191775396 M * bXi against the 2gb of misc tools i used to have
1191775411 M * Bertl E is available for linux too, yes? what's windrive?
1191775414 J * PhatJ ~PhatJ@24-231-253-65.dhcp.aldl.mi.charter.com
1191775427 M * Hurga Bertl: General question... I didn't follow Linux kernel development closely for some time, but I've heard there's some generalized approach to virtualiuation now in the kernel. Is that right, and how does this affect linux-vserver, if at all? 
1191775428 M * bXi windrive is basicly cifs for windows
1191775448 M * bXi allows me to mount ftp and ssh as drive (and more options available)
1191775457 M * JonB Hurga: KVM? Kernel Virtulization Mode?
1191775464 M * Bertl Hurga: yes, and recent Linux-VServer kernels already use those common parts
1191775466 M * bXi not sure about e on linux yet
1191775534 M * Hurga Bertl: Ah, good to know.
1191775550 M * Bertl bXi: no idea what the advantage over vim or emacs is though :)
1191775573 M * rgl Bertl, you mean vserver is using kvm?
1191775589 M * Bertl rgl: no, kvm is a different ballpark
1191775607 M * bXi Bertl: mostly the way it looks and handles different projects
1191775636 M * Bertl bXi: all I see on the screenshots 'looks' like vim :)
1191775658 M * rgl Bertl, ah ok. just checking :)
1191775659 M * bXi and it has bundles
1191775684 M * bXi (which probably are implementable in vim/emacs but i'm lazy :P)
1191775725 M * rgl to create a virtual nic, we must use the tap interface, correct?  or is there another way?
1191775751 M * Bertl bXi: no problem if that makes you happy ... maybe they also have a service to get a copy of your edited text :)
1191775767 M * Bertl (if you accidentially delete it :)
1191775770 M * bonbons Hurga: pong
1191775791 M * Hurga bonbons! Nice to see you.
1191775804 M * bXi basicly i love the alt+shift+h combo
1191775818 M * bXi which pulls the selected html trough tidy
1191775838 M * Hurga bonbons: query? Got a question about your ipv6 patches, it's probably not of common interest.
1191775859 M * bonbons Hurga: just ask
1191775882 M * bonbons it's easier to answer a known question than also guessing the question ;)
1191775929 Q * PhatJ synthon.oftc.net oxygen.oftc.net
1191775950 M * Hurga I'm running 2.6.17-11.33vs2.0.2.1 (from http://ubuntu.uni-klu.ac.at/ubuntu.uniklu/dists/dapper/uniklu-vserver/) on Ubuntu Dapper and I'm very happy with it. I'd prefer not to use more recent kernel versions because I've had issues between these and Dapper before. Now I tried to add ipv6 guest support.
1191775968 M * Hurga But bonbons patches don't apply cleanly because they're intended for use with a different version. I hoped to get some info from him if the problems are easy to fix.
1191775981 M * Hurga (just cut and paste from what i said earlier :) )
1191776031 M * bonbons hm... what versions of my patch did you try?
1191776134 M * Hurga I tried patch-2.6.17.11-vs2.1.1rc31-ipv6i.diff which seemed to be closest
1191776163 M * Hurga I had two rejected hunks in kernel/vserver/network.c - there's a function int vc_net_add(uint32_t nid, void __user *data)   which the patch expect to look  like int vc_net_add(struct nx_info *nxi, void __user *data)
1191776200 J * FaUl immo@shell.chaostreff-dortmund.de
1191776205 M * FaUl re
1191776212 M * Bertl wb FaUl!
1191776223 M * Hurga No idea if that's easy to fix, or if it doesn't make any sense to put work into
1191776236 M * bonbons Hurga: hm, for that one, need to convert nid to nxi first (is done in syscall handler)
1191776271 J * PhatJ ~PhatJ@24-231-253-65.dhcp.aldl.mi.charter.com
1191776300 J * nysis ~nysis@dslb-088-073-062-177.pools.arcor-ip.net
1191776332 M * Hurga bonbons: I don't think I know enough C for that...
1191776346 M * bonbons let me look...
1191776430 M * Hurga The only problem is network.c - the rest of your patch applies reasonably cleanly.
1191776456 M * daniel_hozac bonbons: btw, i think dev_in_nx_info6's lock handling is pretty broken...
1191776514 M * Hurga Please, if you think I could run into trouble with what I'm trying (like, kernel panic, dead box) - please tell me.
1191776542 M * Bertl Hurga: there is always a good chance, as nobody (except you) tested this mix before
1191776557 Q * rgl Quit: Enough
1191776582 M * bonbons Hurga: struct nx_info *lookup_nx_info(int id) at beginning of function, put_nx_info(nxi) befor returning (or after not used anymore). You need to be careful to have those calls balanced
1191776626 M * Hurga Bertl: I'd test ipv6 before deploying, of course. But if I take a completely different kernel version with completely different patches the potential for unexpected behaviour is greater, i think.
1191776684 M * daniel_hozac as long as you make sure your hardware is still supported, i don't see why...
1191776730 M * daniel_hozac besides, worst case scenario, it doesn't boot and you don't know why.
1191776757 M * daniel_hozac a minute later and it should be up with the previous kernel again...
1191776798 M * nysis hi, i just installed vserver guest in a debian etch machine where i run shorewall as router / firewall. Would be enought for the guest to configure eth0 to use my gateway on host to connect to internet, and use shorewall port forwarding into the guest vserver  ip address, for spesific network  services, like a game or web server?
1191776799 M * Hurga daniel_hozac: the box is 300km away and I don't have identical hw to test with.
1191776811 M * daniel_hozac Hurga: so?
1191776834 M * Hurga daniel_hozac: if it hangs at boot, I need to call support.
1191776842 M * daniel_hozac Hurga: that's what panic=10 is for.
1191776858 M * daniel_hozac (or 30, or 60, or...)
1191776866 M * daniel_hozac nysis: guests do not configure networking.
1191776880 M * daniel_hozac nysis: all the networking happens on the host, the guests are simply limited to a subset of the available IP addresses.
1191776934 M * Bertl nysis: so, if you configure shorewall to handle guest ips properly, you're fine
1191776941 M * Hurga in case it panics. Seen boxen hang at boot which don't panic.
1191776968 M * Bertl Hurga: nmi watchdog, remote console, remote reset
1191776990 M * nysis daniel_hozac, Bertl: ok, I would try to thing about it need some time :-), thx
1191777009 Q * balbir Read error: Operation timed out
1191777013 M * Hurga Bertl: nmi watchdog I'd have to look into, the other options I don't have.
1191777069 M * nysis so, vserver guest ips are like local ips?
1191777096 M * Hurga bonbons: Which functions I'd have to patch that way? Only these your patch touches?
1191777102 M * nysis bcause i allready handle that in my local net
1191777135 M * daniel_hozac nysis: mostly, only that they're assigned to the gateway.
1191777162 M * daniel_hozac nysis: in general, if ping -I <guest's IP> google.com works on the host, you have everything needed.
1191777201 M * Bertl nysis: they can be handled like host ips in regard of rules addressing the outside, and like local ips (lo) regarding on host rules
1191777249 M * nysis daniel_hozac, Bertl: Cool!
1191777547 J * ntrs_ ~ntrs@79.125.250.38
1191777580 M * Bertl wb ntrs_!
1191777794 J * balbir ~balbir@122.167.85.233
1191777815 M * Bertl wb balbir!
1191777825 M * Bertl okay, I'm translocating now .. back later ...
1191777831 N * Bertl Bertl_oO
1191778037 M * balbir Bertl_oO: Hi..it's been a long time
1191778667 J * Piet_ ~piet@tor.noreply.org
1191778765 J * yang_ ~yang@florenz084.server4you.de
1191778808 Q * yang Quit: leaving
1191778990 Q * ensc Remote host closed the connection
1191779097 Q * Piet Ping timeout: 480 seconds
1191780557 Q * hparker Ping timeout: 480 seconds
1191780607 M * Yvo ciao!
1191780611 P * Yvo 
1191781483 Q * michal_ Ping timeout: 480 seconds
1191781731 J * Abaddon abaddon@68-71.is.net.pl
1191781744 J * michal_ ~michal@www.rsbac.org
1191781842 M * Abaddon hi, please tell me if util-vserver-0.30.213 works with vservers that contain baselayout-1.13.0_alpha*
1191781874 M * daniel_hozac baselayout-2 is probably better.
1191781892 M * daniel_hozac and i don't recall if there were any significant changes in 0.30.214.
1191781916 M * Abaddon i have 0.30.213 now
1191781925 M * Abaddon ble
1191781929 M * Abaddon 0.30.212-r2
1191781955 M * Abaddon but i want to create now vs using newer template which requires at least 0.30.213
1191781986 M * daniel_hozac 0.30.213 and 0.30.214 should be equivalent.
1191782031 M * daniel_hozac so either of those should work.
1191782036 M * Abaddon ok, but i can't upgrade baselayout in old vservers
1191782048 M * Abaddon they have 1.13.0_alpha
1191782057 M * daniel_hozac oh? why not?
1191782079 M * Abaddon i'm not allowed to
1191782141 M * daniel_hozac AFAIK 0.30.214 should work fine with that too, but you might want to ask Hollow about that...
1191782161 M * Abaddon ok, i'll wait for him :)
1191782381 J * ensc ~irc-ensc@p54B4D1AA.dip.t-dialin.net
1191782964 M * Hollow Abaddon: >=0.30.213 should be fine
1191782986 M * Abaddon ok, thx
1191783021 M * Hollow Abaddon: why aren't you allowed to update?
1191783085 M * Abaddon my employer says "don't fix something that works"
1191783100 M * Hollow well ..
1191783151 M * Hollow baselayout-2 works a lot better, but i know employes .. ;)
1191783167 M * Hollow i have to use debian at work ..
1191783182 M * Hurga "Wait until something breaks" (and then have lots of fun with the breakage) is not really the most wise policy.
1191783189 M * Abaddon you know, i know, but employer doesn't :)
1191783222 M * Hollow just make sure to take baselayout-2 stages for new guests ;)
1191783243 M * Hurga Hollow: BTW, where can I find info about these differences?
1191783263 M * Hollow which differences?
1191783289 M * Hurga these baselayout differences
1191783306 M * Hollow in svn probably :)
1191783334 M * Hurga :P
1191783335 M * Abaddon Hollow: i have one that contains baselayout2 :) i created it with 20070903 template which is no longer available for download (and which worked with util-vserver-0.30.212-r2)
1191783337 M * Hollow there are a lot of details, mostly cosmetic
1191783347 M * Hollow i.e. a ton of little patches
1191783397 M * Hollow Abaddon: yeah, i uploaded a new one two days later, there was some minor annoyance in the 0903 one, but i donÄt remember
1191783410 M * Hollow maybe just some left cruft in the tarball
1191783490 M * Abaddon but new one doesn't work with util-vserver-0.30.212-r2 :(
1191783512 M * Abaddon because of "cruft" :>
1191783518 M * Abaddon whatever it means ;d
1191783554 M * Hollow iirc 0.30.213 is needed for vserver ... build, but it should start and run fine with 0.30.212 too
1191783603 M * Abaddon hehe
1191783609 M * Abaddon no, no
1191783645 M * Abaddon i created it with 0.30.212, but it complained about baselayout version when i tried to start it
1191783863 M * faheem_ With regard to my networking problem, the laptop can connect to 192.168.1.201 on port 80 fine. Looks like the problem is indeed at the router, but might be caused by the nat rules. I'll check that next.
1191784311 J * dudester ~martijn@senturparks.xs4all.nl
1191784357 J * click click@ti511110a080-4678.bb.online.no
1191784441 M * bonbons Hurga: how are those ubuntu kernels produced?? I looked at the URL and the patch which looks like against 2.6.17 is against something else... many offsets and a few rejects...
1191784467 Q * click_ Ping timeout: 480 seconds
1191784467 M * daniel_hozac bonbons: it's an Ubuntu kernel, i.e. tons of patches.
1191784475 M * Abaddon Hollow: ok, 0.3.214 works with guests with baselayout-1.13, thx
1191784477 Q * dudester 
1191784486 J * dudester ~martijn@senturparks.xs4all.nl
1191784491 M * Hollow Abaddon: you're welcome
1191784536 M * bonbons it seems, but why the hell do they call such a patch linux-source-2.6.17_2.6.17-11.33vs2.0.2.1.diff if it's not against 2.6.17??
1191784555 M * daniel_hozac bonbons: it probably is 2.6.17.
1191784562 M * daniel_hozac bonbons: just a _really_ bastardized version.
1191784565 Q * JonB Quit: This computer has gone to sleep
1191784572 M * Hurga bonbons: the patch is against the ubuntu kernel 2.6.17-11 (with ubuntu vendor patches)
1191784626 M * bonbons hm ok, and those patches not available as patches but just as their pre-patched linux-2.6.17_2.6.17.orig.tar.gz?
1191784640 M * daniel_hozac faheem_: why are you using NAT on the host in the first place?
1191784686 M * daniel_hozac bonbons: they should be in the .diff.gz
1191784699 M * Hurga bonbons: good question, I never tried to find that out. But I guess you could recreate the patch with diff :)
1191784701 M * daniel_hozac (i.e. diffs in a diff)
1191784720 M * bonbons well, the diff.gz is far from applying to 2.6.17
1191784731 M * daniel_hozac really?
1191784745 M * daniel_hozac that doesn't seem right.
1191784747 M * faheem_ daniel_hozac> faheem_: why are you using NAT on the host in the first place?
1191784754 Q * the-dude Ping timeout: 480 seconds
1191784762 M * bonbons yeah, that's why I'm surprised about the naming scheme
1191784768 M * faheem_ daniel_hozac: Um, what is the alernative?
1191784778 M * daniel_hozac faheem_: to, uh, not do it? :)
1191784786 M * daniel_hozac faheem_: you already said you have another device doing NAT.
1191784799 M * daniel_hozac faheem_: just let that handle the guests as well.
1191784807 M * daniel_hozac (this is the setup i have...)
1191784825 M * faheem_ daniel_hozac: Yes, the router. But the router doesn't know that 192.168.1.201 exists. It is inside the host, right?
1191784861 M * faheem_ Um, actually, not sure that makes sense. Let me think about it...
1191784918 M * faheem_ Yes, probably doesn't make sense. I was just about to nuke the nat on the host. Let me try configuring the router. Thanks.
1191784974 Q * dudester Quit: Is that a kangeroo?
1191784998 M * faheem_ Still, I'm about to try this on another machine, and there I don't control the routing, so I'll have to figure out how to do it on the host (I think).
1191785039 Q * fosco Ping timeout: 480 seconds
1191785153 M * faheem_ Yes, the nat rules were blocking outgoing http through the router. Removed the nat, and it works now.
1191785169 J * rgl ~rgl@84.90.232.200
1191785224 M * faheem_ What would be really nice is if I could manage routing on the host using a nice interface like DD-WRT has. :-)
1191785230 J * the-dude ~martijn@senturparks.xs4all.nl
1191785298 M * faheem_ daniel_hozac: Well, setting it on the router works fine. I guess my NAT rules are broken (sigh).
1191785334 M * faheem_ I still need to figure out what I'm doing wrong there, though, since I need to do this on another machine. Still, progress...
1191785341 M * faheem_ Thanks for the suggestion.
1191785411 M * bonbons daniel_hozac: diff -NurpP linux-2.6.17 -> linux-sources-2.6.17_2.6.17.orig.tar.gz: produces a 30M patch!!!
1191785432 M * daniel_hozac holy crap!
1191785445 M * daniel_hozac that's about the size of a .tar.bz2 of the kernel.
1191785623 M * bonbons yeah
1191785642 M * bonbons at best it's debian 2.6.17 ...
1191785880 M * Hurga 30M vendor patch? hm... I think Suse and RedHat have more
1191786105 M * faheem_ daniel_hozac: Actually, on thinking about it a bit further, I'm puzzled as to how the router knows where to direct packets destined for 192.168.1.201. AFAIK, only my machine knows that 192.168.1.201 is the vserver, and this information is not available to the router. What am I missing?
1191786128 M * daniel_hozac faheem_: you assigned 192.168.1.201 to your public (i.e. ethX) interface, no?
1191786196 M * faheem_ No, 192.168.1.200 is my public (eth1) interface.
1191786224 M * faheem_ 192.168.1.201 is the vserver inside the machine.
1191786229 M * daniel_hozac so where did you assign 192.168.1.201?
1191786248 M * daniel_hozac well, there's no such thing.
1191786253 J * Julius ~julius@p57B26380.dip.t-dialin.net
1191786254 M * daniel_hozac Linux-VServer performs network isolation.
1191786268 M * daniel_hozac this means that all the networking happens on the host, the guests are just limited to a subset of the IP addresses.
1191786457 M * faheem_ daniel_hozac: The only places that 192.168.1.201 appears is in /etc/hosts on my machine, and in /etc/vservers. However, my laptop, which is sitting behind the router, but outside the machine, knows about it.
1191786493 M * faheem_ daniel_hozac: Is my machine somehow broadcasting info about these addresses?
1191786499 M * daniel_hozac run ip a.
1191786514 M * daniel_hozac it will show you all addresses and which interface they are assigned to.
1191786606 M * faheem_ daniel_hozac: Yes, I see 192.168.1.201 there.
1191786614 M * faheem_  inet 192.168.1.201/32 scope global eth1
1191786621 M * daniel_hozac so, there you go.
1191786920 J * fosco fosco@konoha.devnullteam.org
1191787042 M * bonbons Hurga: for the patch, just add the functions between vc_net_migrate() and vc_net_add() without caring about the declaration of vc_net_add()
1191787274 M * Hurga ok...
1191787280 A * Hurga hopes to get that done.
1191787314 M * bonbons looking at second reject on networkd.c ...
1191787545 M * bonbons the vc_net_remove() hunk is more hand-work, but not that difficult, just adding the few int variables and the fixing the switch() which will also make address removal work
1191787648 Q * yang_ Remote host closed the connection
1191787658 M * Hurga if you got that in front of you already... would it be too much to ask if you could patch network.c correctly?
1191787746 M * bonbons can do
1191787813 M * Hurga Would be great :)  I'll compile, test, deploy and tell you about the result.
1191787913 M * Hurga or would you say it's not a good idea at all to patch it this way?
1191787945 M * daniel_hozac Hurga: just make sure you fix the other issues too...
1191787967 M * daniel_hozac bonbons: did you see my comment about the locking?
1191788213 M * bonbons daniel_hozac: I've seen it, but not checked yet
1191788257 M * bonbons Hurga: I used patch-2.6.17.14-vs2.1.1rc35-ipv6j.diff and for network.c use: http://people.linux-vserver.org/~bonbons/patches/patch-2.6.17.11-ubuntu-network.c.patch (no compile-test)
1191788319 M * Hurga understood. - Thanks!
1191788340 M * bonbons try your kernel on a local box regarding ipv6 patch, especially as there might be glitches introduced by 2.0 versus 2.1 vserver ptach or offsets
1191788525 M * Hurga Of course.
1191788655 M * bonbons daniel_hozac: I see... the return in the else part...
1191788663 M * bonbons all the returns to be correct... should be replaceed with 'int ret' and 'return ret' at the end
1191788672 M * daniel_hozac right.
1191788983 M * Hurga something more to fix...?
1191789012 A * Hurga admits the last lines went over his head.
1191789133 N * Bertl_oO Bertl
1191789136 M * Bertl back now ...
1191789183 M * faheem_ Bertl: Well, looks like the router is the problem in some sense...
1191789202 M * Bertl faheem_: ah, thought so ...
1191789218 M * faheem_ I can access from the laptop, no problem. daniel_hozac suggested using the router to do port forwarding, and that works too...
1191789221 M * bonbons there are a few fixes that have been done since then, but don't remember them all, mostly minor things, at least those that did not cause much trouble on my box (one that gets slepts half a day) a few such balancing bugs
1191789239 M * Bertl faheem_: excellent, probably a better choice anyway
1191789249 M * faheem_ However, I need to do this on a host though, for which I don't have routing permissions.
1191789273 M * faheem_ Could try the config I already have, maybe the other router will behave differently...
1191789278 M * Bertl routing? or root?
1191789310 M * faheem_ I have root permissions on that other machine, but it is sitting behind a router I don't control.
1191789324 M * faheem_ So I can do iptables stuff, but not configure the router.
1191789358 M * Bertl i.c. so port forwarding on the router isn't an option for you?
1191789359 M * Hurga bonbons: I can live with that, I think. I just wondered if the return stuff you and daniel_hozac discussed was related and serious.
1191789411 M * faheem_ Bertl: Not on that other machine. I've been testing here on my home machine, where I do control the router.
1191789431 M * faheem_ Would be nice to understand what is going on, anyway...
1191789454 M * faheem_ I guess if you guys can't see anything wrong with the setup, no sense in bothering you any more...
1191789474 M * faheem_ I tried asking on #dd-wrt and #iptables, but nobody seems interested...
1191789474 J * Aiken ~james@ppp121-45-223-164.lns2.bne1.internode.on.net
1191789503 M * bonbons well, looks like it would just make unloading ipv6 module impossible (which is already the case for mainline) and eventually make the lock counter overflow after longer uptime
1191789569 M * Bertl wb Aiken!
1191789584 M * Aiken hi
1191789584 M * Bertl bonbons: yeah, for now making it monolithic seems reasonable
1191789608 M * bonbons yeah
1191789609 M * Hurga bonbons: ok, doesn't sound serious to me.
1191789630 M * daniel_hozac Hurga: there's a reference counting bug in that patch too.
1191789646 M * bonbons and then that code branch does not even get compiled in
1191789648 M * daniel_hozac i.e. contexts won't get freed.
1191789674 M * Hurga ah, that's potentially more nasty.
1191789773 M * daniel_hozac an s/task_get_nx_info(current)/current_nx_info()/ should fix it, but i'm not sure if the latter exists in your kernel...
1191789898 Q * Julius Quit: Verlassend
1191789907 J * Julius ~julius@p57B26380.dip.t-dialin.net
1191789986 M * Hurga daniel_hozac: Doesn't look like it. grep -r current_nx_info doesn't return anything.
1191790057 M * Hurga Thanks for the hint, gotta check if I can live with that.
1191790124 Q * balbir Read error: Operation timed out
1191790435 Q * bonbons Quit: Leaving
1191790866 J * balbir ~balbir@122.167.67.214
1191791445 Q * Julius Remote host closed the connection
1191792017 N * Piet_ Piet
1191792122 Q * m_stone Quit: Lost terminal
1191792475 J * onox ~onox@kalfjeslab.demon.nl
1191792633 Q * ntrs_ Ping timeout: 480 seconds
1191792759 Q * dna Quit: Verlassend
1191792899 Q * rgl Quit: Enough
1191793692 Q * click Ping timeout: 480 seconds
1191794189 Q * onox Quit: zzzz
1191796331 Q * fosco Remote host closed the connection
1191796336 P * Abaddon 
1191796634 J * fosco fosco@konoha.devnullteam.org
1191796928 J * coderanger_ ~coderange@road-runner-38.dynamic2.rpi.edu
1191797278 M * faheem_ for some reason vserver - build doesn't like arch amd64 on and amd64 machine.
1191797430 M * daniel_hozac what makes you say that?
1191797856 M * faheem_ daniel_hozac: It spits out errors when I use it.
1191797866 M * faheem_ daniel_hozac: But not if I don't.
1191797870 M * daniel_hozac such as?
1191798045 M * faheem_ daniel_hozac: It scrolled off the screen. I can reproduce it for you if you want.
1191798060 M * daniel_hozac well, if you don't care, i guess i shouldn't :)
1191798362 M * faheem_ Um, does /proc/sys/net/ipv4/ip_forward need to be 1 for this NAT thing to work?
1191798409 M * Bertl it is required for forwarding, but not for S/DNAT (usually)
1191798451 M * faheem_ Bertl: Thanks.
1191798596 Q * nysis Quit: Αποχώρησε
1191799991 Q * coderanger_ Quit: coderanger_