1329958213 Q * jyryt Read error: Connection reset by peer
1329958242 J * jyryt ~rj@tdream.lly.earlham.edu
1329959990 N * Bertl_zZ Bertl
1329960007 M * Bertl back now ...
1329960311 J * pexapor ~rj@tdream.lly.earlham.edu
1329960529 J * clopez ~clopez@82.25.60.213.dynamic.mundo-r.com
1329960559 J * mronoal ddcf0c83@ircip2.mibbit.com
1329960663 Q * jyryt Ping timeout: 480 seconds
1329961817 Q * mronoal Quit: http://www.mibbit.com ajax IRC Client
1329965301 Q * Romster Ping timeout: 480 seconds
1329967868 Q * clopez Ping timeout: 480 seconds
1329968494 J * Romster ~romster@202.168.100.149.dynamic.rev.eftel.com
1329979816 Q * bergerx_ Quit: Leaving
1329980656 Q * ncopa Quit: Leaving
1329980767 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no
1329982092 J * jakobsg ~quassel@87.51.1.143
1329983441 M * jakobsg Hi I am trying to setup a vserver kernel on a newer ubuntu server and I am having some problems. I have some problems making it work.
1329983501 M * jakobsg I have build and installed the 3.0.14-vs2.3.2.1-vserver
1329983627 M * jakobsg Then I have debootstrapped a ubuntu guest (following this guide: http://linux-vserver.org/Upstart_issues)
1329983657 M * jakobsg currently I have 2 problems:
1329983693 M * jakobsg 1. The guest's network interface does not work
1329983723 M * jakobsg 2. After starting a guest it dies after a few minutes for some reason
1329984553 M * Bertl what do you mean with 1.?
1329984589 M * Bertl regarding 2., most likely your guest doesn't start any services, so the context is disposed right after the last process (inside the guest) exits
1329984616 M * Bertl solution usually is to enable a service inside the guest, e.g. syslog or cron, or sshd
1329984639 M * Bertl (usually you don't want a guest without any processes running)
1329985885 M * jakobsg Bertl: I'll get back to you on the 1. issue, I need to rebuild vserver-utils to get it up and running again
1329985912 M * Bertl make sure to build a recent one
1329985943 M * jakobsg I'm using 0.30.216-pre3004, is that one ok?
1329985980 M * Bertl should be fine, although pre3025 is the latest
1329986075 J * dkg_ ~dkg@lair.fifthhorseman.net
1329986180 Q * dkg Ping timeout: 480 seconds
1329986185 M * jakobsg ok I'll use that onw
1329987389 M * jakobsg Bertl: Rebuilding util-vserver fixed problem 1. 
1329987409 M * jakobsg and you were right about 2.
1329987415 Q * ensc|w Remote host closed the connection
1329987423 J * ensc|w ~ensc@www.sigma-chemnitz.de
1329987465 M * Bertl so everything fine now, yes?
1329987579 M * jakobsg almost :-) I installed apache on the guest, and I can reach the guest from the vserver host using wget to the IP-address I gave it, but other clients in the network can't reach the guest
1329987606 M * jakobsg this is probably a host setup problem, right?
1329987623 M * Bertl most likely, let me ask a few questions:
1329987631 M * Bertl 'other clients' are where?
1329987648 M * jakobsg on the same local network
1329987660 M * Bertl same local network as the host or guest?
1329987671 M * jakobsg both :-)
1329987696 M * Bertl what happens if you try to reach the 'guest ip'?
1329987720 M * Bertl (from the network, not the host)
1329987802 M * jakobsg if I try to reach the guest ip on port 80 nothing comes through (using tcpdump port 80 on the host)
1329987831 M * Bertl firewall maybe?
1329987832 M * jakobsg but I seem to be able to ping it ... 
1329987860 M * jakobsg there is no firewall in between
1329987867 M * Bertl on the host?
1329987884 M * Bertl (iptables, shorewall, etc blocking that ip)
1329987885 M * jakobsg I can ping it from my laptop
1329987902 M * Bertl ping is icmp, http is tcp/ip
1329987920 M * jakobsg true
1329987934 M * DelTree in the network, really ? what do the IP adresses look like ?
1329988028 M * jakobsg the network: 10.1.0.0/21, host: 10.1.0.128, guest: 10.1.5.142, laptop: 10.1.1.136
1329988063 M * Bertl what does 'ip a l' show on the host? (please use paste.linux-vserver.org for everything longer than 3 lines)
1329988106 M * jakobsg http://pastebin.com/cxJ9Gefd
1329988176 M * Bertl looks good, my money is still on some kind of firewall
1329988200 M * Bertl (assuming that you did bind apache to port 80 inside the guest)
1329988223 M * jakobsg ok - I'll conduct some investigations and maybe return later - thanks for your help Bertl!
1329988230 M * Bertl you're welcome!
1329988496 J * petzsch ~markus@dslb-092-078-145-190.pools.arcor-ip.net
1329990322 J * clopez ~clopez@82.25.60.213.dynamic.mundo-r.com
1329991298 J * notau ~notau@ip-34.mel1.paranode.id.au
1329991825 M * ncopa hi
1329991836 M * ncopa i have issues with automake and utiil-vserver
1329991839 M * ncopa http://dpaste.org/jVp0s/
1329991931 M * Bertl auto*, and util-vserver version?
1329991955 Q * clopez Ping timeout: 480 seconds
1329991982 M * ncopa util-vserver version everything since and including 0.30.216_pre2994
1329991990 M * ncopa last i tested was 0.30.216_pre3025
1329992004 M * ncopa automake (GNU automake) 1.11.3
1329992054 M * ncopa iirc it was been broken since automake-1.11.2
1329992074 M * Bertl hmm, 1.11.1 here ...
1329992132 M * Bertl no, 1.11.3 seems to be fine as well (at least for the rpm build) what is the exact sequence of commands bringing you there?
1329992174 M * ncopa automake-1.11.1 works here too with pre3025
1329992178 M * Bertl let's start with:
1329992187 M * ncopa libtoolize --force && aclocal -I m4 && autoconf && automake || return 1
1329992187 M * Bertl wget http://people.linux-vserver.org/~dhozac/t/uv-testing/util-vserver-0.30.216-pre3025.tar.bz2
1329992254 M * ncopa done
1329992340 M * ncopa aha
1329992347 M * ncopa --gnu
1329992393 M * ncopa adding --gnu to automake solves it
1329992399 M * ncopa thanks
1329992411 M * Bertl np, may I ask why you are redoing the scripts?
1329992432 M * ncopa i have a few patches that i need
1329992443 M * ncopa i'll find a link for you
1329992453 M * Bertl i.c. not submitted upstream yet?
1329992475 M * ncopa i used to submit patches upstream
1329992482 M * ncopa and based on thatresponse 
1329992490 M * ncopa i doubt they will be accepted
1329992495 M * ncopa http://git.alpinelinux.org/cgit/aports/tree/main/util-vserver
1329992533 M * Bertl thatresponse being?
1329992582 M * ncopa mistype
1329992605 M * ncopa "based on the response i got back then"
1329992626 M * Bertl hmm, when and from whom, if I may ask?
1329992641 M * daniel_hozac ncopa: make -f Makefile.svn
1329992657 M * ncopa i dont remember the details
1329992671 M * ncopa I can go thought the patches and resend if you want
1329992684 M * ncopa have a look at this too: http://archives.linux-vserver.org/201201/0020.html
1329992731 M * ncopa in general, the patches needed are mostly for making things work with busybox rather than the gnu stuff
1329992776 M * ncopa but there seems to be little interest in supporting anything but gnu from upstream
1329992853 M * Bertl I'd daniel_hozac doesn't mind any 'non-gnu' support, as long as it doesn't break the main target and doesn't add additional maintainance cost
1329992861 M * Bertl +say
1329992879 M * ncopa ok
1329992917 M * Bertl of course, the current patches might break some stuff on non-alpine systems, so they might not be suitable for immediate inclusion
1329992925 M * ncopa right
1329992936 M * ncopa i am all for getting things work with upstrream
1329992948 M * ncopa some of them might work
1329993011 M * ncopa btw, this git thingy was great
1329993027 M * ncopa i can rebase the patches and git send-email
1329993036 M * ncopa and we could take it from there
1329993251 M * daniel_hozac a lot of those make no sense to me.
1329993276 M * daniel_hozac and the rest seem like they would be better suited as busybox patches...
1329993355 M * Bertl well, let's discuss them then ... maybe a 'better' solution pops up
1329993373 M * ncopa what alpine linux does is
1329993379 M * ncopa you get busybox by default
1329993381 M * Bertl obviously there is a need for those patches on alpine, otherwise they wouldn't exist
1329993403 M * ncopa the base system is less than 10MB (perfect in vserver)
1329993408 M * ncopa its fully functional
1329993424 M * ncopa you *can* in case you need the gnuu tools badly install them
1329993428 M * ncopa and they will take over
1329993438 M * ncopa some of the gnu tools are required during build time
1329993452 M * ncopa but they are not really needed during runtime
1329993494 M * ncopa iirc some of the patch is to work around the fack that util-vserver hardcodes the build time tools paths
1329993523 M * ncopa how about that alpine.patch?
1329993529 M * ncopa we could start with that
1329993544 M * daniel_hozac that seems fine
1329993561 M * ncopa you want me resend it with git send-email?
1329993580 M * daniel_hozac if you prefer
1329993769 M * ncopa whats the git clone url?
1329993908 M * ncopa using the github url
1329994061 M * ncopa where you want me send it?
1329994121 M * daniel_hozac daniel@hozac.com should be fine
1329994306 M * ncopa at some point I'd like add support for apk-tools package manager
1329994582 M * ncopa hum
1329994585 M * ncopa grep -x
1329994601 M * ncopa should probably be fixed in busybox
1329994606 M * ncopa its specified in posix
1329998319 Q * petzsch Quit: Leaving.
1329999498 Q * Aiken Remote host closed the connection
1329999801 M * Bertl off for a nap ... bbl
1329999806 N * Bertl Bertl_zZ
1330000866 P * nameless` 
1330001233 J * ghislain ~AQUEOS@adsl2.aqueos.com
1330001662 M * jakobsg I have some guest services that use 0.0.0.0 when binding to a port. This fails with "failed: Address already in use". The guest has nothing running on that port so it must be that the guest tries to bind on the host interface
1330001720 M * jakobsg My guest has the nflag ~SINGLE_IP , I have this working on another vserver host, but I don't remember how I did it ...
1330001727 M * jakobsg can anyone help?
1330003082 M * swenTjuln jakobsg: probably port is used by host service
1330003112 M * swenTjuln common problem is SSH
1330003143 M * swenTjuln which by default is configured to listen to all interfaces
1330003181 M * swenTjuln In such cases guest will complain with error you described
1330003199 M * jakobsg swenTjuln: I think you are right :-)
1330003257 M * jakobsg swenTjuln: That worked - thanks!
1330003288 M * swenTjuln no problem
1330003598 Q * ex Ping timeout: 480 seconds
1330004264 J * gucki ~gucki@dslb-088-066-150-225.pools.arcor-ip.net
1330004282 Q * gucki Remote host closed the connection
1330004776 N * dkg_ dkg
1330006039 J * ex ex@valis.net.pl
1330006960 Q * notau Quit: Computer has gone to sleep.
1330007545 J * petzsch ~markus@dslb-092-078-145-190.pools.arcor-ip.net
1330008108 J * clopez ~clopez@155.99.117.91.static.mundo-r.com
1330008826 J * notau ~notau@ip-34.mel1.paranode.id.au
1330009188 Q * petzsch Quit: Leaving.
1330009416 Q * jakobsg Remote host closed the connection
1330011005 N * ensc Guest3679
1330011015 J * ensc ~irc-ensc@p54ADE857.dip.t-dialin.net
1330011424 Q * Guest3679 Ping timeout: 480 seconds
1330011820 N * Bertl_zZ Bertl
1330011825 M * Bertl back now ...
1330012055 Q * macmaN Read error: Connection reset by peer
1330012511 J * macmaN ~chezburge@138.167.190.90.dyn.estpak.ee
1330014051 Q * clopez Remote host closed the connection
1330014361 Q * notau Quit: Computer has gone to sleep.
1330014556 Q * ncopa Quit: Leaving
1330015005 J * notau ~notau@ip-34.mel1.paranode.id.au
1330015941 J * alpha_one_x86 ~kvirc@201.222.115.20
1330015959 M * alpha_one_x86 Hello, I have with the last patch: fs/proc/base.c:224:19: error: redefinition of 'mm_for_maps' fs/proc/base.c:219:19: note: previous definition of 'mm_for_maps' was here
1330015974 M * daniel_hozac "last patch" for which kernel?
1330016017 M * Bertl and what config?
1330016119 J * ryker ~jalberts@c-67-176-243-86.hsd1.in.comcast.net
1330016120 J * clopez ~clopez@155.99.117.91.static.mundo-r.com
1330016262 M * alpha_one_x86 vs2.3.2.7 with 3.1.10
1330016529 M * Bertl okay, please upload the .config you are using
1330016618 Q * clopez Quit: Leaving
1330016624 J * clopez ~clopez@155.99.117.91.static.mundo-r.com
1330016654 Q * notau Quit: Computer has gone to sleep.
1330016695 J * notau ~notau@ip-34.mel1.paranode.id.au
1330016731 J * ghislain1 ~AQUEOS@adsl2.aqueos.com
1330016796 M * daniel_hozac Bertl: looks like patch-3.1.10-vs2.3.2.7.diff changes a lot of stuff in fs/proc/base.c...
1330016806 Q * ghislain Ping timeout: 480 seconds
1330016813 M * daniel_hozac is that intentional?
1330016836 J * bonbons ~bonbons@2001:960:7ab:0:1c25:6e43:ece3:2560
1330016843 M * Bertl checking in a few minutes, have to get something to eat first :)
1330016887 M * alpha_one_x86 http://pastebin.com/KjPQxJdw
1330016919 M * alpha_one_x86 http://pastebin.com/g1W0GbTc
1330017072 M * alpha_one_x86 patch applied: http://pastebin.com/6xkK4Cvt
1330017213 Q * ghislain1 Ping timeout: 480 seconds
1330017223 Q * ryker Read error: No route to host
1330017225 J * ryker ~jalberts@c-67-176-243-86.hsd1.in.comcast.net
1330017331 Q * clopez Quit: Leaving
1330017336 J * clopez ~clopez@155.99.117.91.static.mundo-r.com
1330017396 Q * clopez 
1330017401 J * clopez ~clopez@155.99.117.91.static.mundo-r.com
1330017432 Q * nkukard Read error: No route to host
1330017571 Q * clopez 
1330017580 J * clopez ~clopez@155.99.117.91.static.mundo-r.com
1330017715 M * alpha_one_x86 http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-kernel/pf-sources/files/2100_proc-mem-handling-fix.patch?revision=1.2
1330017966 J * ghislain ~AQUEOS@adsl2.aqueos.com
1330018087 M * Bertl so you are patching over vanilla + Linux-VServer or use the Linux-VServer patch on a gentoo patched kernel?
1330018125 M * alpha_one_x86 inux-VServer patch on a gentoo patched kernel
1330018260 M * Bertl daniel_hozac: I think that the changes are from an upstream fix which didn't make it into mainline (yet)
1330018298 M * Bertl after all, it seems 3.1.x isn't really maintained upstream
1330018398 M * Bertl daniel_hozac: yep, this one: http://vserver.13thfloor.at/ExperimentalT/delta-procmem-fix01.diff
1330018430 M * Bertl alpha_one_x86: you might want to revert that first from the patch
1330018450 M * Bertl (or skip the gentoo patch, which obviously fixes the same issue)
1330018783 Q * alpha_one_x86 Ping timeout: 480 seconds
1330018786 J * ghislain1 ~AQUEOS@adsl2.aqueos.com
1330019140 Q * ghislain Ping timeout: 480 seconds
1330019171 J * nkukard ~nkukard@41-133-198-167.dsl.mweb.co.za
1330019250 J * alpha_one_x86 ~kvirc@201.222.115.42
1330020212 M * nox is in kernel >3.0 "Namespaces support" (Selected by: VSERVER [=y]) the successor of the CONFIG_CGROUP_NS? 
1330020292 M * Bertl if you are referring to CONFIG_NAMESPACE, then no
1330020307 M * Bertl *CONFIG_NAMESPACES
1330020345 M * Bertl that is the master switch for namespace support, while CONFIG_CGROUP_NS is disabled
1330020443 M * nox can't find CONFIG_CGROUP_NS anymore so a bit confused
1330020476 M * daniel_hozac maybe it was finally abolished.
1330020533 M * Bertl well, unfortunately no, it is now always enabled
1330020548 M * daniel_hozac lol
1330020553 M * Bertl fortunately util-vserver doesn't mind anymore :)
1330020555 M * daniel_hozac okay.
1330020587 M * nox actually the gcroup limitations does not work and i want them back with next kernel
1330020619 M * nox or are my utils too old? (0.30.216-pre2955)
1330020874 M * alpha_one_x86 nobody for my problem?
1330020886 M * Bertl alpha_one_x86: already answered, check the logs
1330020911 M * Bertl http://irc.13thfloor.at/LOG/2012-02/LOG_2012-02-23.txt
1330020914 M * alpha_one_x86 then it's due to my connexion probléme
1330020919 M * daniel_hozac nox: we'd have to have more details.
1330021233 M * nox sure sry. Had a working cgroup configuration running on vmlinuz-2.6.37-vs2.3.0.37 after updating to config-3.0.1-vs2.3.1-pre9 it was broken. Now i prepare a new kernel and would like to assure the cgroup functionality to be fixed
1330021253 M * nox hoped that this could be a well known problem
1330021350 M * daniel_hozac what does "working" and "broken" mean, exactly?
1330021380 M * nox cgroup settings are not applied all guests have all cpu / ram etc
1330021411 M * nox all as in "all the host has" :)
1330021464 M * daniel_hozac as determined by...?
1330021476 M * nox i.e top
1330021479 M * alpha_one_x86 Hunk #2 FAILED at 196. 1 out of 25 hunks FAILED -- saving rejects to file fs/proc/base.c.rej -> with revert of http://vserver.13thfloor.at/ExperimentalT/delta-procmem-fix01.diff
1330021598 M * nox was 0.30.216-pre2955 already able to handle the enabled CONFIG_CGROUP_NS?
1330021621 M * daniel_hozac sure.
1330021625 M * daniel_hozac but you'd still want to upgrade...
1330021645 M * nox yes combined with the reboot for new kernel :)
1330022586 Q * nox Remote host closed the connection
1330022636 M * Bertl alpha_one_x86: either you roll your own Linux-VServer patch by applying the upstream version on a vanilla kernel, then reverting the delta-procmem-fix*.diff and creating a new diff
1330022658 M * Bertl or, alternatively, you drop the gentoo patch (which supposedly does the same)
1330022916 Q * ryker Quit: ryker
1330023072 J * petzsch ~markus@dslb-092-078-145-190.pools.arcor-ip.net
1330023153 M * alpha_one_x86 yes, I will do that's, I will base me on vanilla kernel
1330023174 M * alpha_one_x86 thanks for your help, have nice day, greate job
1330023233 M * Bertl you're welcome!
1330023461 Q * alpha_one_x86 Quit: KVIrc KVIrc Equilibrium 4.1.3, revision: 6066, sources date: 20120101, built on: 2012-02-13 10:45:12 UTC http://www.kvirc.net/
1330024635 J * hijacker_ ~hijacker@cable-84-43-136-96.mnet.bg
1330028055 J * ghislain ~AQUEOS@adsl1.aqueos.com
1330028058 Q * ghislain1 Ping timeout: 480 seconds
1330028837 J * ghislain1 ~AQUEOS@adsl1.aqueos.com
1330029138 Q * ghislain Ping timeout: 480 seconds
1330030496 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f
1330031545 Q * clopez Ping timeout: 480 seconds
1330031899 Q * ghislain1 Ping timeout: 480 seconds
1330032938 Q * bonbons Quit: Leaving
1330033062 J * ryker ~jalberts@c-67-176-243-86.hsd1.in.comcast.net
1330034108 M * Bertl off for a nap now ... probably back later ...
1330034123 N * Bertl Bertl_zZ
1330034566 Q * hijacker_ Quit: Leaving
1330036002 Q * notau Quit: Computer has gone to sleep.
1330036521 Q * petzsch Quit: Leaving.
1330037075 J * ghislain ~AQUEOS@adsl2.aqueos.com
1330039767 Q * ryker Quit: ryker
1330040507 Q * ghislain Quit: Leaving.
1330040825 Q * Aiken Remote host closed the connection
1330040848 J * BenG ~bengreen@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com
1330040914 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f
1330041550 Q * ard Ping timeout: 480 seconds
1330041553 J * ard ~ard@gw-tweakb16.kwaak.net