1139011200 J * Smutje_ ~Smutje@xdsl-87-78-84-44.netcologne.de 1139011203 M * michal_ (/me mx900 for laptop, mx1000 for desktop) 1139011204 M * Bertl MM dual optical 1139011225 M * Bertl that's MouseMan :) 1139011236 M * michal_ yep 1139011260 M * michal_ plays nice with CodeMan (==ya) ;p 1139011271 M * Bertl the mx1000 is in the queue .. got no time to buy it yet ... 1139011291 Q * Loki_muh Remote host closed the connection 1139011293 J * Loki|muh loki@satanix.de 1139011309 Q * Smutje Ping timeout: 480 seconds 1139011309 N * Smutje_ Smutje 1139011450 M * michal_ well worth finding time - now there is also g7 which features amazing resolution (2000 dpi), and lots of addons usefull for gamers.. but well, only for them in fact ;] 1139011477 M * michal_ and mx1000 looks cute (and is more comfortable imho, the matter of hand ;) 1139011492 M * michal_ hey, we are expected to use keyboard more ;p 1139011610 M * Bertl usually my problem is that I use the mouse on both sides of the keyboard ... i.e. sometimes left and sometimes right ... 1139011633 M * Bertl a lot of technically really nice mice do not fit for the left hand ... 1139011668 M * michal_ yes, most of the time nobody's thinking about using mouse like this 1139011703 M * michal_ or you could go matti way ;) 1139011710 M * michal_ and use ratpoison ;p 1139011735 M * michal_ matti: isn't ratpoison your favourite window manager ? ;) 1139012899 M * Bertl obviously matti isn't here right now ... 1139013179 J * bwana ~bwana@71-82-125-40.dhcp.roch.mn.charter.com 1139013184 M * bwana hmm 1139013186 M * Bertl welcome bwana! 1139013190 M * bwana hello 1139013191 M * bwana ls 1139013194 M * bwana whoops 1139013194 M * bwana heh 1139013220 M * Bertl confused? 1139013231 M * bwana sometimes 1139013249 M * michal_ like all of us ;] 1139015048 N * ebiederm_oO ebiederm 1139015459 M * Bertl wb ebiederm! 1139015473 M * ebiederm hello Bertl 1139015628 M * ebiederm I should have a clean pid space patch series in a day or so. 1139016007 M * ebiederm Bertl: You are running the oddest schedule today. 1139016271 M * Bertl ebiederm: yeah, I know ... had some sleep deficit, should now be back to 'normal' 1139016294 M * ebiederm I can understand that. 1139016325 M * ebiederm At least you have a 'normal' :) 1139017634 J * menomc ~amery@200.75.27.94 1139017641 M * Bertl welcome menomc! 1139017740 Q * mnemoc Ping timeout: 480 seconds 1139017740 N * menomc mnemoc 1139019563 Q * flock Quit: Expert, n.: Someone who comes from out of town and shows slides. 1139021360 J * _Cru ~mindwarp@turbodiesel.e.de.wahlich.com 1139021360 Q * Cru Read error: Connection reset by peer 1139022958 Q * zobel arion.oftc.net venus.oftc.net 1139023036 J * zobel zobel@zobel.irc.ftbfs.de 1139024084 A * Skram waives 1139024144 M * ebiederm And what does Skram waive? 1139024157 M * Skram Just saying Hi. 1139024180 M * ebiederm That is wave. Waive is to reliquish. 1139024189 M * Skram oh wow 1139024193 M * Skram I must be on crack. 1139024195 M * Bertl hey Skram! :) 1139024203 M * Skram Hey, Bertl 1139024217 M * Skram ebiederm: im tired and its only 9:35. 1139024222 M * Bertl ebiederm: well, not all of us are as talented native speakers as you are :) 1139024236 M * Skram Yes, sad thing is I am ;) 1139024238 M * Skram Ill brb 1139024253 M * Skram going to eat something, maybe get some energy to do some server transfers (erg) 1139024280 M * Bertl Skram: you are as talented as ebiederm? 1139024324 M * Bertl ebiederm: anyway, just to clarify, I'd appreciate any corrections to grammar or syntax ... 1139024331 M * ebiederm Well he lives in a time zone that is in the puts him in America so it sounds like he is at least a native speader :) 1139024347 M * ebiederm Bertl: Sure. Corrections will come. 1139024350 M * Bertl lol 1139024371 M * Bertl (lol @ speader :) 1139024411 M * ebiederm I have no clue how typos like that happen! 1139024424 M * ebiederm I guess there must have been a hash collision in my brain!!! 1139024444 M * ebiederm Although k and d are typed with the same finger just the opposite hand.... 1139024481 A * ebiederm finally now 1139024483 M * Bertl wouldn't be fun if we were perfect ... 1139024491 A * ebiederm laughs now. 1139024512 M * ebiederm Bertl: It would be a different kind of fun if we were perfect! 1139024720 M * ebiederm Bertl: It looks like to me that passing pairs of pspace, pid to functions is probably sufficient to catch most users. It is at least as good as a kpid and requires less change. 1139024823 M * Bertl so basically make all *_pid() have a context id too? 1139024917 M * ebiederm Essentially. Mostly I am thinking of the kill_* functions. 1139024939 M * Skram I am a native speaker 1139024950 M * Bertl ebiederm: ah, okay ... so you want to get that from task then ... 1139024961 M * Bertl Skram: we believe you, honestly :) 1139024964 M * Skram I wasnt thinking, and if you judge one on the first word they utter in irc, !@#$ 1139025026 M * ebiederm Skram: I don't know about judging but teasing certainly :) 1139025031 M * Skram hehe 1139025035 M * Skram Yeah 1139025040 M * Skram where are you, ebiederm 1139025059 M * ebiederm In Salt Lake city. 1139025064 M * ebiederm It is 8:50 here. 1139025074 M * Skram Mountain, eh? 1139025078 M * Skram Fun. 1139025110 M * ebiederm Skram: where are you? 1139025132 M * Skram Austin, TX (CST, GMT -6) 1139025168 M * ebiederm Ok. Mostly south and a little east of here then. 1139025176 M * Skram arg, Enlightenment segfaulted. 1139025214 M * Bertl so no enlightenment for today ... 1139025233 M * Skram no, i just had to restart 1139025260 M * ebiederm Bertl: It is more the other structures where a pid is stored and how they need to be changed. 1139025298 M * Bertl ebiederm: well, I'm fine with a context id approach, after all that's what we do in most places 1139025320 M * Bertl ebiederm: but, there are a few things to consider (again to make that usable for other projects too) 1139025373 M * Bertl ebiederm: if there is an 'explicit' space id, projects might want to sync that with a 'master' id 1139025387 M * Bertl (just to simply entering that specific space) 1139025486 M * ebiederm Well I actually don't have ids. Just pointers. 1139025487 M * Bertl this, in turn, gives all kinds of issues (regarding hierarchical structures and such) 1139025517 M * Bertl okay, so how do you 'access' a pid space? 1139025623 M * ebiederm Bertl: At the moment that sounds like a user space detail. 1139025652 M * ebiederm I should be posting what I have either late tonight or tommorrow. That will set the ground for better conversation. 1139025692 M * ebiederm But in the context of your absolute internal references a pointer+value pair is absolute. 1139025725 M * Bertl okay, sounds good 1139025985 M * ebiederm Bertl: I am will CC the vserver list but all of my patches are likely to get stuck in moderation because I will CC so many other people as well. 1139026176 M * Bertl okay, MLP promised to look into it (today or tomorrow) 1139026195 M * ebiederm Bertl: Ok I didn't see that reply. 1139026219 M * ebiederm If he is looking into it I won't worry about it too much then. 1139026243 M * Skram i am will? 1139026246 M * Skram not good english, ebiederm 1139026267 M * Skram *good english, not, ebiederm 1139026267 M * Skram ;) 1139026296 M * Bertl ebiederm: was kind of private mail to avoid misunderstandings ... 1139026350 M * ebiederm Bertl: Reasonable. 1139028477 M * Skram Back. 1139029101 N * _Cru Cru 1139030213 M * Bertl hmm, the new HP iLOs are pretty nice ... 1139030226 M * ebiederm iLOs? 1139030237 M * Bertl integrated Lights-Out 1139030252 A * ebiederm shudder 1139030272 M * Bertl well, no idea why they call their remote access so .. 1139030315 M * ebiederm The idea is that you configure things so that you can turn off the lights in your server room and don't need to go back. 1139030352 M * ebiederm It's a good goal but I have seen many unworthy implementations. 1139030466 M * ebiederm How does the new HP implementation work? 1139030593 M * Bertl well, first, you can use ssh :) 1139030613 M * ebiederm Always a good characteristic. 1139030613 M * Bertl then, it is kind of directory/file based 1139030626 M * Bertl i.e. all settings and such are stored in files 1139030658 M * Bertl video and serial mapping via ssh works, even with ANSII sequences 1139030678 M * Bertl ANSII = ANSI+ASCII :) 1139030725 J * Dr4g Dr4g@82-40-43-86.cable.ubr06.uddi.blueyonder.co.uk 1139030741 M * Bertl downsides include: very spartanic online help and no 'bash' completion :) 1139030754 M * Bertl morning Dr4g! 1139030767 M * Dr4g Morning Bertl :) 1139030769 M * ebiederm This is a little embedded manage process or the motherboard? 1139030779 M * ebiederm Do you manually have to configure it's IP? 1139030817 M * Bertl it's a separate management process 1139030819 M * Bertl +or 1139030831 M * Bertl but you can configure it from the booted linux too 1139030865 M * Bertl another nice feature is the virtual media support 1139030909 M * Bertl you basically specify an http url with an image, and tell the thing that's my CD,Floppy,MemoryStick 1139031093 M * ebiederm Sounds nice for small quantities of machines. 1139031124 M * ebiederm Does it have a dedicated ethernet port? 1139031131 M * Bertl yes, sure 1139031239 M * ebiederm Because of their individual nature, and because they live on the motherboard so cannot fully power off a machine a lot of these things are terrible useless at large scales 1139031294 M * Bertl well, it can power off the machine completely ... 1139031343 M * ebiederm The machine doesn't go into soft off? 1139031391 M * ebiederm Anyway that is my problem not yours :) 1139031405 M * Bertl you can do that too .. well you probably cannot cut all power, but mainboard power for sure :) 1139031444 M * ebiederm Is the manage process on a separate PCB then? 1139031559 M * Bertl well, I'd say so ... 1139031669 M * ebiederm That is better than a lot of other designs then. 1139031734 M * ebiederm I have seen too many problems that can only be cleared by pulling the power cord and letting the system sit until all of the capacitors discharge. 1139031757 M * Bertl well, hmm, those are hardware problems, no? 1139031780 M * Bertl I mean, software should not be able to kill a system like that 1139031797 M * ebiederm Bertl: Yes, they are sporadic hardware problems. 1139031798 M * Dr4g Bertl, wake up... pm .. 1139031859 M * ebiederm Bertl: But they tended to be rare design bugs, and software was at least partly responsible for getting there. 1139032461 J * snapple okay@85.112.69.226 1139032473 M * snapple may i ask a question please ? 1139032487 M * snapple or everyone is a bot in here :< 1139032513 Q * snapple Quit: 1139032696 M * shuri lol 1139032750 M * Bertl hey shuri! 1139032835 M * shuri hello ! 1139033204 M * bwana heh 1139033243 M * bwana can't wait more than one minute for an answer 1139033291 M * Bertl I'm not even sure it was a full minute :) 1139033300 M * shuri nop 1139033303 A * Bertl is usually faster than 60 seconds 1139033307 M * bwana my log says less 1139033334 M * bwana well Bertl, you need to work on your draw 1139033450 M * Bertl bwana: yeah, right .. :) 1139033610 M * bwana heh 1139034362 Q * shuri Remote host closed the connection 1139037447 M * Hollow morning 1139037459 M * Bertl good morning Hollow! 1139037460 M * bwana yello 1139037553 J * garbageis ~garbageis@ip68-5-202-116.oc.oc.cox.net 1139037567 M * Bertl welcome garbageis! 1139037636 P * garbageis 1139038074 M * Hollow Bertl: http://home.xnull.de/misc/vmcds.txt comments? 1139038099 M * Bertl yeah, not found :) 1139038122 M * Hollow vcmds.txt 1139038125 M * Bertl but I figured the ypo 1139038128 M * Bertl *type 1139038133 M * Bertl *typo *sigh* 1139038142 M * Hollow yeah... it's too early in the morning ;) 1139038152 M * Bertl too late for me :) 1139038155 M * Hollow heh 1139038212 M * Bertl well, looks okay to me ... commands could be shorter though 1139038230 M * Hollow hm, yeah i thought e.g. vx and nx instead of context 1139038241 M * Bertl yep, and dx :) 1139038249 M * Hollow :) 1139038326 M * Hollow any name suggestion for combining file and namespace? 1139038383 M * Bertl well, what is file for? 1139038423 M * Hollow iattr 1139038480 M * Bertl ah, well, in for inode related stuff, and maybe ns for namespaces (or na if you prefer :) 1139038494 M * lilo Bertl: tnx :) 1139038495 M * Bertl but, a really good idea would be to have both 1139038514 M * Bertl i.e. to allow long names and shortcuts ... 1139038529 M * Bertl (but of course, complicates the parser) 1139038552 M * Hollow ok, look again 1139038623 M * Bertl hmm, yeah ... for 8:30 it looks good ... 1139038628 M * Hollow :) 1139038874 N * ebiederm ebiederm_zZ 1139038942 M * ebiederm_zZ night all 1139039112 M * Bertl night ebiederm_zZ! 1139040452 J * meandtheshell ~markus@85-124-9-41.dynamic.xdsl-line.inode.at 1139040474 M * Bertl morning meandtheshell! 1139040493 M * meandtheshell hi there - mornig too! 1139040506 M * meandtheshell *morning 1139040705 M * meandtheshell do you know http://www.workrave.org? I'm using that program since 3 days it's great. I need one who forces me to make breaks and stop hacking etc. 1139040742 M * meandtheshell apt-cache show workrave 1139040829 M * Bertl meandtheshell: hmm, well, I make breaks whenever I feel like ... 1139040865 M * Bertl btw, does anybody know if Opterons are HT? 1139041173 M * mugwump no, they're not SMT 1139041180 M * mugwump howsit, Bertl ? 1139041191 M * mugwump I notice BME has hit Linus' tree 1139041198 M * mugwump complete with VX_ etc :) 1139041207 M * Bertl fine, thanks! hmm? 1139041211 M * mugwump doesn't exactly compile right now ;) 1139041223 M * Bertl git url? 1139041268 A * mugwump fires up gitk 1139041317 M * mugwump oh, dumn me 1139041321 M * mugwump dumb me even 1139041332 M * mugwump my mistake :) 1139044531 M * mugwump oh, btw, the reason I wanted to make the vserver-inclusion branch the same, verbatim, as your patch, is that I want the "end result" to be the same, to check I didn't miss anything 1139044546 M * mugwump ie, only the intermediate bits should change 1139047254 M * mugwump okie, patch stack updated ... 1a might even compile now :) 1139047257 A * mugwump parties & 1139047976 M * Bertl good, have fun! 1139047983 M * Bertl I'm off to bed now ... back later 1139047989 N * Bertl Bertl_zZ 1139057368 J * Smutje_ ~Smutje@xdsl-87-78-42-65.netcologne.de 1139057494 Q * Smutje Ping timeout: 480 seconds 1139057494 N * Smutje_ Smutje 1139061245 Q * gdm Quit: leaving 1139062979 J * lilalinux ~plasma@h1-gw.of.net-lab.net 1139063516 Q * Dr4g Quit: Leaving 1139066518 J * azazel ~azazel@81-174-46-248.f5.ngi.it 1139066583 M * azazel hi, anyone had difficoulties installing an ubuntu breezy as guest? 1139066655 M * azazel debootstrap stops installing the base system and complains about some problems with /dev, probably during udev package installation 1139066664 M * azazel any hint? 1139066706 M * cehteh i am not sure that udev works on guests it needs some elevated privileges 1139066724 M * cehteh (loading modules, creating device nodes, mounting filesystems) 1139066808 M * azazel cehteh: yes, sure, i don't want really to use it, but i want to being able to install the base system to the end... probably the solution is to "fake" the udev package 1139066864 M * cehteh then temporary raise the capabilities for installation 1139066898 M * cehteh yes .. or fake udev somehow .. --bind mount the root's /dev or so 1139066913 M * cehteh or check if you can install without udev 1139067385 M * azazel i don't think the latter is possible.... 1139067457 M * azazel prbobably, even with mounting root's /dev will require some capability raise, am i wrong? 1139068196 M * cehteh mounting from outside 1139068215 M * cehteh just be creative :) 1139069000 J * monrad ~mikkel@213083190131.sonofon.dk 1139070758 J * nitin ~nitin@59.176.98.7 1139070818 P * nitin 1139072102 J * shuri ~shuri@64.235.209.226 1139072293 Q * shuri Quit: 1139075497 N * Bertl_zZ Bertl 1139075500 M * Bertl morning folks! 1139075507 N * ebiederm_zZ ebiederm 1139075512 M * ebiederm morning! 1139075523 M * Hollow morning Bertl, ebiederm! 1139075560 M * ebiederm Bertl: Do you have any code that implements context senstive sysctls? 1139075758 M * Bertl http://vserver.13thfloor.at/Experimental/del-2.6.16-rc1-vs2.1.0.9/03_base.diff 1139075786 M * ebiederm Thanks. 1139075787 M * Bertl http://vserver.13thfloor.at/Experimental/del-2.6.16-rc1-vs2.1.0.9/11_isolation.diff 1139075799 M * Bertl it's mixed there, we have no 'separate' patch for that 1139075875 M * ebiederm I'm a just trying to find a good way to handle the pid_max sysctl and if there is code I can borrow it will make things go faster. 1139075907 M * azazel hi Bertl, in which tz do you live in?:) 1139075917 M * Bertl BUT 1139076019 M * Bertl ebiederm: there should be fragments all over the patches ... 1139076050 M * Bertl ebiederm: because most sysctl ops are not allowed inside the guests, and some stuff is virtualized 1139076075 M * Bertl ebiederm: and no, the pid_max is not part of it 1139076114 M * ebiederm Bertl: pid_max just happens to trivally when you have multiple pid namespaces. 1139076130 M * ebiederm In fact in some sense if has to happen if you support migration. 1139076191 M * ebiederm Of course it doesn't have to be a sysctl. 1139076254 J * Viper0482 ~Viper0482@p549752DD.dip.t-dialin.net 1139076275 M * Bertl okay, off for a little, back later ... 1139076284 N * Bertl Bertl_oO 1139077039 M * derjohn invalid option `nid'. 1139077039 M * derjohn -> whats that???+ 1139077052 M * derjohn (testme.sh output on amd64) 1139077156 M * Bertl_oO probably older/broken tools in new-tool disguise or a bug in the script 1139077224 M * Bertl_oO Vudumen: btw, moon is still unreachable ... 1139077245 M * Bertl_oO derjohn: will look into it later ... 1139077264 M * derjohn k, thx :) 1139077339 M * derjohn chbind: vc_set_ipv4root(): Invalid argument 1139077352 M * derjohn that comes when starting ... :( 1139077559 M * mnemoc wrong kernel? 1139077789 Q * lilalinux Remote host closed the connection 1139078056 M * derjohn mnemoc, well maybe ... but its my own ;) 1139078059 M * derjohn Linux-VServer Test [V0.15] Copyright (C) 2003-2006 H.Poetzl 1139078059 M * derjohn chcontext is working. 1139078059 M * derjohn invalid option `nid'. 1139078059 M * derjohn Try 'chbind --help" for more information. 1139078059 M * derjohn chbind failed! 1139078081 M * derjohn chcontext works .. so it cant be that wrong :) 1139078180 M * blackfire try enabling dynamic contexts in kernel config or upgrading util-vserver to 0.30.210 1139078190 M * blackfire looks like new testme.sh w/old util-vserver 1139078207 M * blackfire so upgrading the tools would be a safer bet imvho 1139078265 J * rnalex ~rnalex@59.92.155.232 1139078266 M * derjohn blackfire, indeed i did disable dynamic contexts, thus I always set /etc/vservers/foo/conext .. 1139078296 M * derjohn blackfire, is there a differnet option where I could force the guest not to be dynamic? 1139078313 P * rnalex 1139078425 M * daniel_hozac derjohn: network contexts are still dynamic in all versions prior to util-vserver-0.30.210 1139078468 M * derjohn daniel_hozac, OMG! you mean there are treated dynamic internally? does this only refer to _network_ conext? 1139078524 M * daniel_hozac yes, chbind still needs dynamic contexts, unless you upgrade util-vserver. 1139078652 M * derjohn daniel_hozac, I will do that onthis host then and recompile my kernels with dyanmic context. IMVHO there should be a hint in the kernel help about that. 1139078658 J * cemil ~cemil@defiant.wavecon.de 1139078659 M * cemil hi 1139078663 M * cemil i need a chroot god :) 1139078668 M * cemil for a not really vserver related problem 1139078677 M * cemil we have an apache2 here - with php and eaccelerator 1139078683 M * cemil and mod_security in chroot-mode 1139078690 M * derjohn cemil, wrong channel? 1139078690 M * cemil and now - we cant create shared memory 1139078713 M * cemil anybody knows how to create shared mem in a chroot envirement? same problems should exist within a vserver 1139078713 M * derjohn cemil, not enough shm set in /proc ? 1139078714 M * FaUl cemil: you need /dev//shm and a tempfs mounted into 1139078744 M * cemil hi ihr beiden (und nun wieder englisch) 1139078748 M * FaUl because glibc uses files in /dev/shm for shared-memory 1139078790 M * daniel_hozac derjohn: there was, or maybe there is. 1139078797 M * cemil i really need /dev/shm, when i want shared memory 1139078797 M * FaUl so just do mkdir -p /dev/shm && mount -t tmpfs none /dev/shm 1139078798 M * cemil ? 1139078807 M * FaUl yes, definitly 1139078958 J * gdm ~gdm@64.62.195.81 1139078968 M * gdm hola, little question 1139078975 M * gdm are there any post-up/pre-down things that can happen on the host when the vserver state changes? 1139079002 M * gdm e.g. when the vserver goes up, do this? 1139079014 M * gdm when the vserver stops, do that? 1139079021 M * daniel_hozac gdm: have you read the flower page? 1139079031 M * daniel_hozac particularly the .../scripts section? 1139079060 M * gdm yeah - but they seem to mostly happen in the vserver from what i can tell... or have ii misunderstood? 1139079110 M * daniel_hozac they happen on the host. 1139079124 M * gdm ahh, ok thanks 1139079497 M * derjohn FaUl, definitely not more than mounting? 1139079514 M * cemil FaUl: doesnt work 1139079517 M * cemil :/ 1139079524 M * derjohn FaUl, so we need a full /proc for glibc ? 1139079535 M * derjohn FaUl, or does it via syscall ? 1139079775 M * derjohn daniel_hozac, -210 says: The configured vshelper '/sbin/vshelper' does not match the 'vshelper' 1139079791 M * derjohn daniel_hozac, is this simply a new kind of warning in .210 ? 1139080157 M * Viper0482 hi 1139080200 M * Viper0482 is it possible to kill a vserver via context number 1139080436 J * arno ~arno@dslb-084-056-073-077.pools.arcor-ip.net 1139080480 M * cehteh maybe you can join the context and then killall5 there 1139080565 M * cehteh .. but sane shutdowns are prolly better 1139080759 M * derjohn Bertl_oO, I upgraded to -210 because I disabled dynamic contexts. Then I needed a ln -s /usr/local/lib/util-vserver/vshelper vshelper. Why isnt this created auto? Bug in vserver utils or a atavism of the debian package I used before? 1139080933 J * lilalinux ~plasma@80.69.35.186 1139081305 Q * arno Quit: Leaving 1139081434 M * derjohn how do I get the path of /usr/local/lib/util-vserver/util-vserver-vars if I dont know it? I mean, is there a vserver-show-path-or-vars ? 1139081833 Q * shedi Quit: Leaving 1139082066 M * lilalinux derjohn: updatedb ; locate :) 1139082105 M * derjohn lilalinux, not very practical with every start of a bash_completion script ;) 1139082126 M * lilalinux updatedb should be run on a regular basis :) 1139082213 M * derjohn lilalinux, hm, on debian definitly, others distros dont have it. But I want to figure out which util-vserver-vars util-vserver uses ... 1139085397 J * shuri ~shuri@64.235.209.226 1139086538 M * daniel_hozac derjohn: make install-distribution 1139086978 Q * lilalinux Remote host closed the connection 1139089586 J * PilatomiK ~tek@ADijon-151-1-93-105.w83-196.abo.wanadoo.fr 1139089652 P * meandtheshell 1139091921 J * pzYsTorM schak@dslc-082-082-171-066.pools.arcor-ip.net 1139091945 M * pzYsTorM hiho 1139092046 M * pzYsTorM $ quotaoff -a 1139092046 M * pzYsTorM quotaoff: quotactl on /dev/hdv1 [/]: No such device or address 1139092046 M * pzYsTorM quotaoff: quotactl on /dev/hdv1 [/]: No such device or address 1139092046 M * pzYsTorM $ quotaon -a 1139092046 M * pzYsTorM quotaon: quotactl on /dev/hdv1 [/]: No such device or address 1139092047 M * pzYsTorM quotaon: quotactl on /dev/hdv1 [/]: No such device or address 1139092049 M * pzYsTorM any idea? 1139092084 M * daniel_hozac have you done vrsetup on that device? 1139092088 M * pzYsTorM /dev/hdv1 exists... cp -af /dev/vroot/1 /vserver/v1/dev/hdv1 was executed... 1139092094 M * pzYsTorM yes 1139094169 Q * shuri Read error: Connection reset by peer 1139095236 M * SiD3WiNDR anyone know of trouble running squid inside a vserver? 1139095249 M * SiD3WiNDR squid's snmp doesn't want to cooperate, but I don't know if that is vserver-related 1139095370 A * cehteh ran squid in vserver some time ago 1139095912 A * sladen does run squid on vserver 1139095991 M * sladen SiD3WiNDR: but not used the SNMP. tcpdump it and check the packets are coming/gonig to the correct source address 1139096081 Q * Viper0482 Quit: bin raus, 1139096088 M * SiD3WiNDR well, I haven't gone that far yet, but it's logged in the log as "SNMP failed from " 1139096097 M * SiD3WiNDR I think I'd better strace the process rather than tcpdump 1139096105 M * SiD3WiNDR to see if it hits some permission/caps problem or so 1139097305 Q * derjohn Ping timeout: 480 seconds