1242606673 J * phroz ~id@cpc1-rdng20-2-0-cust600.15-3.cable.virginmedia.com 1242606707 P * phroz 1242609026 Q * micah Remote host closed the connection 1242609346 J * micah ~micah@micah.riseup.net 1242610107 M * Bertl off to bed now .. have a good one everyone! 1242610113 N * Bertl Bertl_zZ 1242614583 J * geb ~geb@AOrleans-253-1-3-161.w90-24.abo.wanadoo.fr 1242615121 Q * geb Quit: Quitte 1242615132 J * geb ~geb@earth.gebura.eu.org 1242615676 Q * hparker Remote host closed the connection 1242616754 Q * Mr_Smoke Server closed connection 1242616756 J * Mr_Smoke smokey@layla.lecoyote.org 1242617660 Q * FireEgl Remote host closed the connection 1242618567 J * FireEgl Proteus@WTF.4.1.0.c.0.7.4.0.1.0.0.2.ip6.arpa 1242623120 J * sharkjaw ~gab@149-242-57.oke2-bras6.adsl.tele2.no 1242623963 J * ktwilight ~ktwilight@82.8-240-81.adsl-dyn.isp.belgacom.be 1242624071 Q * geb Quit: Quitte 1242624081 Q * fb Server closed connection 1242624083 J * fb fback@red.fback.net 1242625625 J * rofe ~rofe@83.221.146.177 1242625744 Q * scientes Ping timeout: 480 seconds 1242625787 Q * ghislainocfs2 Read error: Connection reset by peer 1242625794 J * ghislainocfs2 ~Ghislain@adsl2.aqueos.com 1242627583 J * scientes ~scientes@97-113-120-192.tukw.qwest.net 1242628043 Q * geos_one Quit: ChatZilla 0.9.84 [Firefox 3.0.10/2009050120] 1242628666 J * davidkarban ~david@193.85.217.71 1242629106 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk 1242629535 Q * Sebboh- Ping timeout: 480 seconds 1242630674 J * thierryp ~thierry@zanzibar.inria.fr 1242630730 J * geb ~geb@earth.gebura.eu.org 1242630787 M * ghislainocfs2 hello there :) 1242631125 M * geb hi 1242631372 J * Piet ~piet@tor-irc.dnsbl.oftc.net 1242631439 Q * hijacker Read error: Connection reset by peer 1242631502 J * cga ~weechat@194.244.1.35 1242631509 J * hijacker ~hijacker@213.91.163.5 1242631511 Q * BenG Quit: I Leave 1242632100 J * harobed ~harobed@pda57-1-82-231-115-1.fbx.proxad.net 1242633843 M * ghislainocfs2 i have ghost guest today :) 1242633849 M * ghislainocfs2 CTX PROC VSZ RSS userTIME sysTIME UPTIME NAME 1242633849 M * ghislainocfs2 108 2 18.3M 1.1M 0m00s10 0m00s10 20m06s56 1242633857 M * ghislainocfs2 how straneg ! 1242635283 M * hijacker hey ghislainocfs2 1242635289 M * hijacker why is it ghost? 1242635440 N * Bertl_zZ Bertl 1242635444 M * Bertl morning folks! 1242636351 M * geb hi Bertl ! 1242636558 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1242636777 M * Bertl I presume becaus it isn't showing a name 1242636780 M * pmjdebruijn lo 1242636781 M * pmjdebruijn mornin 1242636795 M * pmjdebruijn http://pastebin.com/m430757f4 I'm getting that... no direct problem though 1242636801 M * pmjdebruijn any clue why I'm getting those 1242637000 M * pmjdebruijn http://files.pcode.nl/temp/vserver-weird-dmesg-char.png 1242637005 M * pmjdebruijn my dmesg has weird chars btw 1242637110 M * pmjdebruijn that's with 2.6.27.23-vs2.3.0.36.4 1242637256 M * pmjdebruijn oh cool, an official patch for 2.6.27.23 has been released :) 1242637331 J * pmenier ~pme@LNeuilly-152-22-8-5.w193-251.abo.wanadoo.fr 1242637732 M * Bertl you get the devpts messages because a process (ps) looks up a hidden devpts entry 1242637762 J * friendly ~friendly@ppp121-44-217-44.lns10.mel4.internode.on.net 1242637829 J * doener ~doener@i59F576F3.versanet.de 1242637830 M * Bertl those weird characters are »« in iso-8859-1 (which I use) 1242637866 Q * glen Remote host closed the connection 1242637879 M * Bertl (same for the � above) 1242637895 J * geos_one ~chatzilla@213.229.35.178 1242637911 M * ghislainocfs2 hijacker: because the vserver name's do not shows up :) 1242637947 M * Bertl ghislainocfs2: what util-vserver version? 1242637979 M * ghislainocfs2 bertl: the lenny one :) util-vserver: 0.30.216-pre2772; 1242638045 M * Bertl well, maybe try withe a recent one then? 1242638089 M * Bertl (but it could as well be a config issue) 1242638103 M * ghislainocfs2 yes i think i have plenty of starge things oin this computer, now i got â–’vschedâ–’,5167:#107|107|107] denied 1 access to dm-13 on a guest working yesterday..as allways i must miss an obvious reason for this change :) 1242638209 J * glen ~glen@elves.delfi.ee 1242639113 M * Bertl ghislainocfs2: sounds like permission issues :) 1242639331 M * pmjdebruijn Bertl: guillemets in dmesg? 1242639418 M * Bertl I needed something not used very often in file/path names 1242639438 M * Bertl (to detect blanks or newlines) 1242639475 M * pmjdebruijn ok.... 1242639494 M * pmjdebruijn Bertl: it's odd my system does not display them correctly though 1242639605 M * Bertl because it probably uses UTF-8 which is .. well .. problematic :) 1242639645 M * Bertl but as UTF-8 support gets better, we might sooner or later switch to that too 1242639666 M * Bertl (or remove them completely, not really needed anymore) 1242639675 Q * cga Quit: got a DELL??? update you BIOS with http://github.com/cga/dellbiosupdate.sh/tree/master ;) 1242639920 J * kgoetz kgoetz@203.209.167.143 1242639985 J * cga ~weechat@194.244.1.35 1242640165 M * ghislainocfs2 bertl: yes i wonder how i can track down which one :) strace do not give a clue 1242640183 M * Bertl probably depends on what you strace :) 1242640194 M * ghislainocfs2 the vserver xxx start :) 1242640207 M * ghislainocfs2 hummm 1242640212 M * Bertl well, that ends when the real stuff (the processes inside the guest) begin 1242640216 M * ghislainocfs2 bertl: 1242640224 M * Bertl ghislainocfs2: 1242640280 M * ghislainocfs2 bertl: oups i was saying lsxid show interesting things :( 1242640303 M * ghislainocfs2 bertl: i think this is my issue, now how can it has changed will be another mystery to solve eheeh 1242640343 M * Bertl what did it 'change' to and what is the 'proper' tagging? 1242640429 M * ghislainocfs2 bertl: the tag was 1000 instead of 108 so i guess the nightly crons messed up things instead of just making sure all files were tagged right 1242640489 M * ghislainocfs2 bertl: yes it works now ! great 1242640723 M * ghislainocfs2 i also have another question with bind mount, if i bind mound inside a vserver /temp/guest1/tmp do i need to set the barrier in /temp also ? 1242640738 M * ghislainocfs2 i done it but was wondering if it is useful :) 1242641113 M * Bertl you only need to set the barrier on the directory above if you can reach that inside the guest (but it doesn't hurt to have it, as long as it doesn't block something unwanted) 1242642373 Q * geos_one Quit: ChatZilla 0.9.84 [Firefox 3.0.10/2009050120] 1242643133 J * balbir_ ~balbir@116.50.167.3 1242644054 Q * kir Quit: Leaving. 1242644290 J * geos_one ~chatzilla@chello084115149052.4.graz.surfer.at 1242644387 J * Keeper longhorn40@90.151.207.11 1242644398 M * Keeper hi 1242644508 M * Keeper Reboot may not work properly in a guest environment? 1242644530 M * Bertl it can be disabled, if that is what you are asking? 1242644595 M * Keeper I wish that it worked as usual 1242644635 M * Bertl well, let's start with: "what doesn't work?" :) 1242644696 M * Keeper Excuse me, now tell 1242644815 M * Keeper When you execute a command to reboot the guest environment, nothing happens 1242644834 M * Bertl what command do you execute? 1242644864 M * Keeper reboot 1242644869 M * Keeper not work 1242644924 M * Bertl okay, first we need some details, like kernel/patch and util-vserver version 1242644946 M * Bertl then we'll need some parts of the guest config 1242644972 M * Bertl and finally it would be interesting to know _how_ 'reboot' fails, i.e. what is the output (if any)? 1242645084 M * Keeper To execute reboot and shutdown should be used vshelper? 1242645128 M * Bertl in the final stage, yes, but the actual actions depend on the guest config 1242645194 M * Keeper shutdown: timeout opening/writing control channel /dev/initctl 1242645194 M * Keeper init: timeout opening/writing control channel /dev/initctl 1242645292 M * Bertl see, now we know that your guest uses 'sysv' init style, and your 'reboot' tries to contact 'init' (which doesn't exist in this guest) 1242645335 M * Bertl either replace the reboot with a script, or an alias, or use 'reboot -f' instead (to bypass contacting init) 1242645405 M * Keeper Host: Gentoo 2008.0, Kernel 2.6.28.9, util-vserver-0.30.215-r3, Guest: Gentoo 2008.0 stage 3 1242645484 M * Bertl interesting, gentoo is using either the 'gentoo' or 'plain' init style by default, did you change that? 1242645515 M * Bertl I mean, the gentoo init style can be handled the same as sysv ... 1242645729 M * Keeper reboot-f, and halt-f works, I should init: gentoo 1242645845 M * pmjdebruijn Bertl: do non-standard character really have a place in dmesg? 1242646345 Q * sharkjaw Remote host closed the connection 1242646410 J * sharkjaw ~gab@149-242-57.oke2-bras6.adsl.tele2.no 1242646789 M * Keeper add /etc/profile 1242646789 M * Keeper alias reboot="reboot -f" 1242646789 M * Keeper alias shutdown="halt -f" 1242646846 Q * geb Ping timeout: 480 seconds 1242646868 J * geb ~geb@AOrleans-253-1-3-161.w90-24.abo.wanadoo.fr 1242646873 M * Keeper Convenient and works as expected, 1242646926 M * Keeper Bertl: Thank you for your reply 1242647195 M * Bertl you're welcome! 1242647599 M * Keeper vshelper can use? 1242647709 M * Bertl you are actually using the vshelper to reboot the guest when you do 'reboot -f' 1242647849 Q * eyck Ping timeout: 480 seconds 1242647886 M * Keeper Is the use reboot -f, and halt -f correctly on programs within the guest environment? 1242648150 Q * geb Read error: Connection reset by peer 1242648216 J * eyck KC8kBl5F@nat03.nowanet.pl 1242648236 J * geb ~geb@earth.gebura.eu.org 1242648364 M * Keeper "/dev/hdv1 2,0G 2,1M 1,8G 1% /" - Strangely enough, the size of the operating system are not included in the disk space 1242648687 Q * cga Quit: got a DELL??? update you BIOS with http://github.com/cga/dellbiosupdate.sh/tree/master ;) 1242648703 J * cga ~weechat@194.244.1.35 1242648715 Q * balbir_ Ping timeout: 480 seconds 1242649468 M * pmjdebruijn Keeper: isn't that just root reserved space? 1242649804 M * Bertl Keeper: the values are relative (assumed you are using dlimits), and they depend on unification too 1242650091 Q * friendly Quit: Leaving. 1242650092 M * pmjdebruijn oh :s 1242650718 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa 1242651269 J * floopsy ~baihu@64.210.44.112 1242651585 M * geb Keeper, i bet that you just activate dlimits, right ? :) 1242651700 Q * floopsie Ping timeout: 480 seconds 1242651716 Q * rofe Ping timeout: 480 seconds 1242651850 M * geb Keeper, if i am right , http://paste.linux-vserver.org/12758 will help you 1242652186 Q * eyck Ping timeout: 480 seconds 1242652266 J * kir ~kir@nat-ip.sw.ru 1242652858 J * eyck 0QiyHPSe@nat03.nowanet.pl 1242653082 M * Keeper I use the reserved = 10 1242653200 M * Keeper geb: yes 1242653202 J * dna ~dna@186-204-103-86.dynamic.dsl.tng.de 1242653255 M * geb so the script will solve the problem , it also should be self explaining 1242653368 M * daniel_hozac Keeper: did you set the xid on the files that belong to the guest? 1242653455 M * Keeper daniel_hozac: No, how can I fix it? 1242653495 M * daniel_hozac chxid -URxc /vservers/ 1242653535 M * geb http://linux-vserver.org/Disk_Limits_and_Quota 1242653681 M * Keeper daniel_hozac: Not working 1242653766 M * geb not working = i output an error or just don't change the result of df ? 1242653787 M * geb /s/i/it 1242653859 M * Keeper Do not change the result of df within the guest environment 1242653875 M * geb so use the script i pasted 1242653879 M * geb and it will work 1242653938 M * Keeper how to use it? 1242653963 M * geb script my_vserver 1242654053 M * geb and if it work something like : for x in `ls -1 /vservers/`; do chxid -URxc $x /var/lib/vservers/$x; script $x; done 1242654263 M * Keeper Not working 1242654275 Q * Kamping_Kaiser Ping timeout: 480 seconds 1242654285 M * geb did you mount the filesystem with tag option ? 1242654297 M * Keeper yes 1242654439 M * geb is the "_dir" on the script correct ? 1242654461 M * geb (i think it would output an error if it is not but i am not sure) 1242654578 M * geb this must be more explicit http://paste.linux-vserver.org/12926 1242654660 M * Keeper vdlimit - xid vs_name - remove / vservers - now works 1242654791 M * geb :) 1242654820 M * Keeper geb: thanks 1242654904 M * geb np , but i don't understand why you did have to use vdlimit - xid vs_name - remove 1242654921 J * Kamping_Kaiser ~kgoetz@ppp121-45-8-191.lns10.adl2.internode.on.net 1242655123 M * Keeper I did dlimits but they were not faithful and when fulfilled vdlimit - xid vs_name - remove /vservers, a work I do not understand that I may do something wrong? 1242655193 M * Bertl Keeper: the dlimits work in a 'relative' way, i.e. they update the values when something belonging to the context is added or removed 1242655201 Q * sharkjaw Remote host closed the connection 1242655227 M * Bertl they do not care about the absolute values, as that would be quite invasive (especially without filesystem support) 1242655263 M * Bertl so, if you set the values to e.g. 100MB (not the limits), then adding a 100MB file will yield 200MB used 1242655371 M * Keeper Bertl: You can say that this is a virtual constraints 1242655383 M * Bertl the vdlimit tool does the offset calculation (i.e. what's used at the beginning) and will adjust the dlimits properly 1242655413 M * Bertl note that files not belonging to a single context, e.g. either untagged or unified, will not be accounted to any context 1242655462 M * Bertl this allows, for example, to have 100 unified guests, sharing the basic distro, and only the actually used disk space (beyond the basic setup) is accounted 1242655612 M * Keeper Bertl: This is very good, saves space 1242655635 M * ktwilight Bertl, found out that .27.23 reacts badly with my mobo's onboard usb :/ 1242655654 M * ktwilight strangely it works fine on my spare machine here though. so nothing to do with vserver :) 1242655719 M * Keeper It turns out that you can use a lot of guest environment, and space will be used only for data storage than the template 1242655786 M * Bertl precisely 1242655838 M * pmjdebruijn works fine here though 1242655849 M * pmjdebruijn ktwilight: what problem did you have? 1242655877 M * ktwilight pmjdebruijn, i ain't sure really. but the DC's technician couldn't diagnose much of it 1242655886 M * ktwilight it just reboots after accessing the usb module 1242655914 M * ktwilight strangely, .27.21 works perfectly fine. 1242655949 M * Bertl 'just reboots' doesn't sound very stable ... at least not 'server stable' in my book 1242655966 M * ktwilight 'xactly 1242655975 M * ktwilight pmjdebruijn, do you have usb enabled on your machines? 1242655984 M * Bertl so I'd replace the hardware :) 1242656005 M * pmjdebruijn ktwilight: sure... for usb keyboard 1242656032 M * pmjdebruijn ktwilight: if you boot back to .27.21 is the issue then gone again? 1242656044 M * ktwilight no issue at all in .27.21 1242656045 M * pmjdebruijn ktwilight: check the changelogs of .27.22/.27.23 1242656047 M * ktwilight that's the strangest thing 1242656060 M * pmjdebruijn ktwilight: otherwise you should report a regression to the -stable tema 1242656062 M * pmjdebruijn team* 1242656064 M * ktwilight am checking, i see some usb changes, but it doesn't seem...relevant? 1242656082 M * ktwilight hm 1242656087 M * pmjdebruijn possibly try 2.7.27.22 to see where the issue occured? 1242656143 M * ktwilight hm good idea 1242656156 M * ktwilight lots of usb fixes in .27.22, but not in .23 1242656160 M * mnemoc .oO( 2.7? )o 1242656409 M * Bertl that's probably why it reboots ... temporal violation :) 1242656454 M * pmjdebruijn ktwilight: "fixes" :p 1242656465 M * pmjdebruijn ktwilight: what USB controller do you have? standaard Intel stuff? 1242656496 M * pmjdebruijn we have "Intel Corporation 631xESB/632xESB/3100 Chipset UHCI/EHCI USB2 Controller (rev 09)" 1242656552 M * ktwilight we have crap ones :) USB Controller: ATI Technologies Inc SB600 USB Controller (EHCI) (prog-if 20 [EHCI]) and USB Controller: ATI Technologies Inc SB600 USB (OHCI4) (prog-if 10 [OHCI]) 1242656597 M * pmjdebruijn eeeeeek 1242656598 M * ktwilight am guessin' the EHCI ones are failing... 1242656599 M * pmjdebruijn in a server? 1242656602 M * ktwilight :) 1242656611 M * pmjdebruijn does ATI even make server chipsets? 1242656631 M * ktwilight not really...the hw is definitely not server-grade of course :P 1242656632 M * pmjdebruijn anyway, either way, -stable shouldn't break these things 1242656697 M * pmjdebruijn ktwilight: you should really report this... 1242656722 M * ktwilight normally not, especially since it's a minor change. am guessin' it's "USB: EHCI: add software retry for transaction errors" that fsck it 1242656777 M * ktwilight doesn't seem to have any other significant 'fixes' that could potentially cause problems. 1242656791 M * ktwilight pmjdebruijn, any clue on where i could report this? or the kernel bug tracker would be fine... 1242656930 M * pmjdebruijn ktwilight: probably 1242656951 M * ktwilight great, thanks for the tips :) 1242656970 M * Keeper Bertl: For each guest environments need to vroot*? 1242656997 M * Keeper Bertl: vroot device 1242657055 Q * geos_one Read error: Connection reset by peer 1242657076 J * balbir_ ~balbir@116.50.167.3 1242657203 J * geos_one ~chatzilla@chello084115149052.4.graz.surfer.at 1242657260 M * Bertl Keeper: for each quota block device you need a vroot, if you don't do user/group quota, no vroot (or device) is required 1242657373 M * Keeper Bertl: Thank you very much 1242658005 M * Bertl np 1242658855 Q * geos_one Remote host closed the connection 1242658933 J * dowdle ~dowdle@scott.coe.montana.edu 1242659848 Q * thierryp Quit: ciao folks 1242660299 J * geos_one ~chatzilla@chello084115149052.4.graz.surfer.at 1242662546 J * imcsk8 ~ichavero@148.229.1.11 1242662785 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1242662967 Q * cga Quit: got a DELL??? update you BIOS with http://github.com/cga/dellbiosupdate.sh/tree/master ;) 1242663500 J * thierryp ~thierry@zanzibar.inria.fr 1242663860 Q * harobed Ping timeout: 480 seconds 1242664206 Q * kgoetz Read error: Operation timed out 1242664458 Q * thierryp Quit: ciao folks 1242664647 Q * davidkarban Quit: Ex-Chat 1242664919 Q * kir Quit: Leaving. 1242665267 J * kgoetz kgoetz@203.209.167.143 1242665717 M * Keeper bye 1242665728 P * Keeper 1242665745 Q * gnuk Quit: NoFeature 1242665821 N * pmenier pmenier_off 1242666934 J * hijacker_ ~hijacker@87-126-142-51.btc-net.bg 1242667565 Q * hijacker_ Quit: Leaving 1242667721 J * nkukard ~nkukard@196.212.73.74 1242667755 M * nkukard hi guys ... quick question, i'm sure its possible to limit vserver A to say cpu 1 2 3 , then vserver B to cpu 0 ? 1242667771 M * Bertl yep, you use cpusets for that 1242667811 M * nkukard correct ... now, cpu sets ... is that only done in util-vserver? or does it require additional OS config? 1242667829 M * Bertl recent util-vserver has complete support for cpu sets 1242667856 M * Bertl see http://www.nongnu.org/util-vserver/doc/conf/configuration.html for details 1242667875 M * nkukard i'm on 215 :) ... just checked that 1242667881 M * nkukard but i'm not entirely sure of the format of the files 1242667906 M * nkukard cpus - cpus in set, is this like a string "1 2 3" ? 1242667910 M * nkukard or one per line? 1242667988 M * nkukard ah 1242668103 M * Bertl in the build command, it is number[-number][:exclusive] 1242668135 M * nkukard yea 1242668142 M * Bertl probably the config uses similar (but either check or ask daniel_hozac for details) 1242668170 A * nkukard checks the sourcecode for util-vserver, thanks man 1242668179 M * Bertl np 1242668193 M * daniel_hozac yeah, it's the same. 1242668235 M * daniel_hozac but the best source for docs on that is Documentation/cpusets.txt 1242668268 M * daniel_hozac for cpusets, you also need to setup the filesystem yourself. 1242668277 M * nkukard ah 1242668280 M * daniel_hozac i.e. get your OS to create /dev/cpuset, and mount it. 1242668346 M * daniel_hozac with recent kernels and util-vserver, you can use the cgroup support, which just requires you to have /etc/vservers/.defaults/cgroup, and then use /etc/vservers//cgroup/cpuset.cpus 1242668378 M * nkukard hrmmmm 1242668469 M * nkukard seems i have a prob with about 20 vservers and all of them want to eat the first cpu first ... he 1242668474 M * nkukard let me try it out when i can take them down 1242668563 J * floopsie ~baihu@72.51.98.48 1242668563 Q * floopsy Read error: Connection reset by peer 1242668676 M * nkukard is there a userspace tool to configure cpusets and cgroups? 1242668687 M * daniel_hozac bash. 1242668726 A * nkukard thinks 1242669156 Q * Piet Remote host closed the connection 1242669238 M * nkukard excellent 1242669240 J * Piet ~piet@tor-irc.dnsbl.oftc.net 1242669246 M * nkukard got it working without util-vserver, i'll port my settings over later :) 1242669287 M * nkukard daniel_hozac, is it possible to change the util-vserver cpuset/cgroup on the fly? 1242669333 J * doener_ ~doener@i59F5439D.versanet.de 1242669436 Q * doener Ping timeout: 480 seconds 1242670222 M * daniel_hozac nkukard: what? 1242670248 M * nkukard well, i'm wondering if i can change the cgroup without taking the vserver down :) 1242670276 M * daniel_hozac like, change the settings? yes, of course. 1242670339 M * nkukard ok, let me try figure out how :) 1242670378 M * daniel_hozac just change them in /dev/cgroup//* 1242670403 M * nkukard i don't have /dev/cgroup// yet :) 1242670518 M * nkukard vserver was started without any cgroup config 1242671785 J * harobed ~harobed@arl57-1-82-231-110-14.fbx.proxad.net 1242671946 J * cga ~weechat@82.84.130.131 1242672281 Q * harobed Ping timeout: 480 seconds 1242673854 Q * larsivi Read error: Connection reset by peer 1242673876 J * larsivi ~larsivi@70.84-48-63.nextgentel.com 1242674745 Q * cga Quit: got a DELL??? update you BIOS with http://github.com/cga/dellbiosupdate.sh/tree/master ;) 1242674812 J * cga ~weechat@82.84.130.131 1242676234 J * harobed ~harobed@arl57-1-82-231-110-14.fbx.proxad.net 1242676501 Q * Kamping_Kaiser Ping timeout: 480 seconds 1242676713 Q * cga Quit: got a DELL??? update you BIOS with http://github.com/cga/dellbiosupdate.sh/tree/master ;) 1242677148 J * Kamping_Kaiser ~kgoetz@ppp121-45-6-207.lns10.adl2.internode.on.net 1242678014 Q * Piet Remote host closed the connection 1242678122 J * Piet ~piet@tor-irc.dnsbl.oftc.net 1242678809 M * nkukard daniel_hozac, should I be using /dev/cgroup and cgroup in my util-vserver config, or cpuset? 1242678827 M * nkukard hrmmm 1242678827 M * nkukard nm 1242678833 M * daniel_hozac up to you. cgroup is less work, IMHO. 1242678940 M * nkukard hrmmmmm, so I should just have the cgroup directory, same as I do the cpuset? 1242678958 M * nkukard in util-vserver config 1242678979 M * daniel_hozac just have the directory in .defaults, and the directory and cpuset.cpus in the guest's config. 1242679032 M * nkukard ok, I mounted -t cgroup in /dev/cgroup 1242679051 M * nkukard I created cpuset directory in util-vserver with the cpus, and mems 1242679057 M * nkukard and name 1242679889 Q * hparker Ping timeout: 480 seconds 1242680014 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa 1242680105 A * nkukard kicks cgroup 1242680128 M * nkukard says "Operation not permitted" in vserver.functions 1242680133 M * nkukard but if i run the command myself, it works fine 1242680138 M * nkukard (creating the cgroup with mkdir) 1242680140 M * nkukard so i dunna 1242681176 Q * geb Quit: Quitte 1242681186 J * geb ~geb@earth.gebura.eu.org 1242681604 Q * geb Remote host closed the connection 1242682741 Q * dna Quit: Verlassend 1242682954 Q * bonbons Quit: Leaving 1242684128 M * nkukard daniel_hozac, yea, i'm at a loss here, not sure why I'm getting "operation not permitted" but when I run the command manually it works 1242684528 Q * kiorky Ping timeout: 480 seconds 1242684816 Q * nkukard Ping timeout: 480 seconds 1242685390 Q * FireEgl Remote host closed the connection 1242685475 J * nkukard ~nkukard@196.212.73.74 1242685558 M * nkukard darn, got d/c'd 1242685982 Q * harobed Ping timeout: 480 seconds 1242686166 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com 1242687147 Q * imcsk8 Quit: This computer has gone to sleep 1242687703 Q * dowdle Remote host closed the connection 1242688865 Q * Piet Quit: Piet 1242690655 Q * saulus Read error: Connection reset by peer 1242690910 Q * scientes Ping timeout: 480 seconds 1242691095 J * saulus ~saulus@c207165.adsl.hansenet.de