1327536126 J * Bertl herbert@IRC.13thfloor.at
1327536214 M * ryker daniel_hozac: not sure if you've had a chance to read the backscroll about utli-vserver occasionally not mounting /dev/cgroup
1327536245 M * ryker any idea if this was a known bug that got fixed since util-vserver-0.30.216-0.pre2937
1327536322 M * ryker or is there a changelog for util-vserver that I can look at?
1327536434 J * BobR_zZ odie@IRC.13thfloor.at
1327536852 Q * dowdle 
1327537135 M * daniel_hozac http://git.linux-vserver.org/cgi-bin/gitweb.cgi?p=util-vserver.git;a=log
1327537618 M * ryker daniel_hozac: ty
1327537742 M * NightMonkey daniel_hozac: Thanks. And you used the process on that wiki entry?
1327538594 Q * sannes Remote host closed the connection
1327538606 Q * ryker Quit: ryker
1327541049 Q * Romster Ping timeout: 480 seconds
1327541590 J * Romster ~romster@202.168.100.149.dynamic.rev.eftel.com
1327542322 J * nick122 ~nick@ip70-173-155-230.lv.lv.cox.net
1327542897 Q * nick122 Quit: Leaving
1327543267 Q * Romster Ping timeout: 480 seconds
1327543381 J * Romster ~romster@202.168.100.149.dynamic.rev.eftel.com
1327544570 Q * NightMonkey Quit: Body blow! Body blow!
1327557012 J * ghislain ~AQUEOS@adsl2.aqueos.com
1327557199 J * sannes ~ace@cm-84.209.106.118.getinternet.no
1327559943 J * derjohn_mob ~aj@d142232.adsl.hansenet.de
1327562670 J * arekm matrix157@83.238.65.58
1327562710 M * arekm hi, 3.0.18 came out and there is conflict in uptime.c. Now I wonder if using cputime_add (while upstream uses cputime64_add) doesn't break sometimes?
1327563189 M * Bertl will look into it shortly, already downloading the patch
1327563255 M * arekm this isn't something that has changed in .18... just 18 made it conflict in this place
1327563271 M * Bertl yep, I got you
1327563277 M * cehteh is that with the /proc/<pid>/mem fix?
1327563297 M * Bertl it's in the new upstream kernels, yes
1327563324 M * cehteh ah nice, yesterday i checked upstream and it wasnt merged in the stable releases yet
1327563353 M * cehteh thought i can wait 1-2 days more for a fix .. its not a remote exploit :P
1327563376 J * Marbug ~Marbug@83.101.67.3
1327563707 J * petzsch ~markus@dslb-088-075-169-104.pools.arcor-ip.net
1327563807 M * Bertl arekm: actually I'm not sure why uptime_proc_show() differs from mainline in the first place ...
1327563827 M * Bertl i.e. basically all we need there is the VIRT_UPTIME check
1327563833 M * Bertl if (vx_flags(VXF_VIRT_UPTIME, 0))
1327563839 M * Bertl     vx_vsi_uptime(&uptime, &idle);
1327563853 M * Bertl everything else is supposed to be unmodified
1327564140 M * arekm heh
1327564182 M * Bertl so I'm going to revert whatever changes there are in uptime_proc_show() and just add this check
1327564206 M * Bertl the vx_vsi_uptime() operates on different structures so that isn't affected
1327564423 Q * fisted_ Read error: Operation timed out
1327564533 J * fisted ~fisted@xdsl-87-78-142-225.netcologne.de
1327565568 Q * derjohn_mob Read error: Operation timed out
1327565582 Q * arekm Quit: leaving
1327568184 Q * ensc|w Remote host closed the connection
1327568193 J * ensc|w ~ensc@www.sigma-chemnitz.de
1327568326 M * Bertl off to bed now ... have a good one everyone!
1327568333 N * Bertl Bertl_zZ
1327571855 J * derjohn_mob ~aj@87.253.171.208
1327572463 M * trapni we're encountering a problem reported to be kind of old wrt. vserver homepage, that is, having a "stable" vserver patch, but ours is a way newer (3.2.3.5). We're getting the upstart error because upstart wasn't started as pid 1
1327572565 M * daniel_hozac 3.2.3.5?
1327572568 M * daniel_hozac what is that a version of?
1327575315 J * kokyu ~kokyu@p5DDB966E.dip.t-dialin.net
1327575318 A * kokyu waves
1327575333 M * trapni that's the linux-vserver version
1327575349 M * trapni err
1327575354 M * trapni daniel_hozac: 2.3.2.5 I meant
1327575372 M * trapni mixed 2 with 3 :)
1327575459 M * trapni daniel_hozac: on the upstart_issues page they recommend a kernel version upgrade to also fix this, however, I am on 3.2.0 already, and the talk about 2.6.26 here (the kernels having this issue)
1327575477 M * trapni so either this issue has been reintroduced (hope not) or I am missing something :)
1327579325 M * daniel_hozac the upstart issues page is full of bogus and incorrect information.
1327579374 Q * m_ueberall Remote host closed the connection
1327579657 J * m_ueberall dircproxy4@subjektzentrisch.de
1327579673 Q * Aiken Remote host closed the connection
1327579719 M * daniel_hozac so what init style are you using?
1327583983 M * trapni well, I used the build procedure as recommended by guide for: vserver NAME build ... for ubuntu distro... let me look up the command
1327583994 M * trapni (don't think it contained a --initstyle arg)
1327584008 A * trapni has been out for meal (wrt my late response)
1327584097 M * trapni daniel_hozac: see https://gist.github.com/1682729 
1327584292 M * daniel_hozac so you need at _least_ to specify --initstyle plain.
1327584346 M * trapni can I do it postum?
1327584366 M * daniel_hozac sure, just echo plain > /etc/vservers/<guest>/apps/init/style
1327584379 M * trapni I believe by echo plain > /etc/vserver/$NAME/apps/init/style ?
1327584382 M * trapni ok
1327584396 M * trapni what if that file doesn't exist in first place ("style")?
1327584411 M * daniel_hozac then create it
1327584415 M * trapni sure
1327584666 Q * hijacker Remote host closed the connection
1327584889 M * trapni daniel_hozac: I did that, however, I still cannot start any upstart services...
1327584915 M * trapni a `service ssh start` results into "start: Job failed to start"
1327584929 M * daniel_hozac and why did it fail to start?
1327584940 M * trapni that is what I'd like to know, too :D
1327584973 M * trapni I could surely paste you the strace output, however :)
1327584999 M * trapni I think it might have something to do with upstart/dbus
1327585060 M * trapni although, I finally think it might be just easier to actually fix the kernel-vserver patch that holds me back from using lucid provided upstart package (ya I had to compile dbus/libnih/upstart by hand)
1327585108 M * daniel_hozac fix what in the patch?
1327585201 M * trapni well
1327585268 M * trapni I stumbled across an error message (trying to start a service) like "telinit: Failed to connect to socket /com/ubuntu/upstart: Connection refused" and the vserver Upstart_issues wiki page told me to either upgrade my vserver patch version (I am already far far newer than what they say on that page) or to patch upstart
1327585280 M * trapni since /sbin/telinit invocation can't fix this permanently
1327585315 M * daniel_hozac you should start fresh
1327585319 M * daniel_hozac forget everything that page told you
1327585340 M * trapni oh
1327585343 M * trapni mhm
1327585348 M * trapni and what should I do instead?
1327585358 M * trapni because when starting fresh, I'll absolutely hit that message again :)
1327585361 M * trapni but I'll try :)
1327585454 M * trapni lol, was trying to compile upstart 1.4 instead (tried 1.3 before), it complains about a missing O_CLOEXEC, that's an upstream issue. it should have included <fcntl.h> :(
1327585703 M * trapni daniel_hozac: btw, do you know why the hack OpenVZ has such an ancient kernel? I mean, looking at their git repos, they haven't been touched for at least 10 months.
1327585730 M * daniel_hozac you'd have to ask them, i have no idea about anything related to it.
1327585821 M * trapni tried once, did not look very "truthful" :)
1327586072 J * kokyu_ ~kokyu@p5DDBBB3E.dip.t-dialin.net
1327586483 Q * kokyu Ping timeout: 480 seconds
1327587201 J * thierryp ~thierry@zankai.inria.fr
1327587624 Q * thierryp Remote host closed the connection
1327587637 J * thierryp ~thierry@zankai.inria.fr
1327588950 J * hijacker ~hijacker@213.91.163.5
1327591276 N * ensc Guest587
1327591286 J * ensc ~irc-ensc@p54ADE8E8.dip.t-dialin.net
1327591694 Q * Guest587 Ping timeout: 480 seconds
1327592089 Q * thierryp Remote host closed the connection
1327593564 N * Bertl_zZ Bertl
1327593568 M * Bertl morning folks!
1327593645 M * trapni welcome back
1327596801 Q * derjohn_mob Ping timeout: 480 seconds
1327597861 J * bonbons ~bonbons@2001:960:7ab:0:5d6:5b53:288:a5df
1327598536 J * thierryp ~thierry@home.parmentelat.net
1327598581 J * dowdle ~dowdle@scott.coe.montana.edu
1327601830 Q * geos_one Ping timeout: 480 seconds
1327602625 J * geos_one ~chatzilla@chello080109195117.4.graz.surfer.at
1327603088 Q * kokyu_ Quit: leaving
1327605396 Q * quasisane Quit: leaving
1327607098 Q * thierryp Remote host closed the connection
1327609742 J * quasisane ~sanep@c-24-218-184-186.hsd1.nh.comcast.net
1327611043 Q * fisted Read error: Operation timed out
1327611190 J * fisted ~fisted@xdsl-84-44-237-50.netcologne.de
1327613168 Q * petzsch Quit: Leaving.
1327613199 J * cuba33ci_ ~cuba33ci@114-36-235-136.dynamic.hinet.net
1327613552 Q * cuba33ci Ping timeout: 480 seconds
1327613553 N * cuba33ci_ cuba33ci
1327614074 J * petzsch ~markus@dslb-088-075-169-104.pools.arcor-ip.net
1327614474 Q * bonbons Quit: Leaving
1327614478 Q * petzsch Quit: Leaving.
1327616965 Q * ghislain Quit: Leaving.
1327617662 Q * sannes Remote host closed the connection
1327621509 Q * Marbug Ping timeout: 480 seconds