1242865321 Q * harobed Ping timeout: 480 seconds
1242866876 J * imcsk8 ~ichavero@189.155.79.208
1242872503 Q * doener Ping timeout: 480 seconds
1242873467 J * nas ~chatzilla@opengw.lga.net.sg
1242873483 M * nas hello there... anybody knows what's causing this error?
1242873487 M * nas vpstest01:/home/nas# vserver wm4test enter
1242873489 M * nas vlogin: openpty(): No such file or directory
1242874927 M * nas  This installation run will require temporarily removing the essential package e2fsprogs due to a Conflicts/Pre-Depends loop. This is often bad, but if you really want to do it, activate the APT::Force-LoopBreak option.
1242874947 M * nas is it ok to temp remove e2fsprogs?
1242876149 Q * imcsk8 Quit: This computer has gone to sleep
1242877322 J * imcsk8 ~ichavero@189.155.79.208
1242879735 J * ghislainocfs2 ~Ghislain@adsl2.aqueos.com
1242879853 M * Supaplex nas: for a guest? sure. host? most likely.  dpkg -L e2fsprogs | grep bin/
1242879879 M * Supaplex mostly fsck and friends.
1242882704 M * Kamping_Kaiser is the context id the number under 'ctx' in vserver-stat?
1242882716 M * Kamping_Kaiser I'm trying to add a network interface to a vserver so i can install packages
1242883081 M * Kamping_Kaiser (for the logs, answer is yes). sorry about noise
1242885188 M * Kamping_Kaiser how much of the hosts configuration shoulda  vserver inherit? mines picked up variuos things including my (debian) package management config, and apt-listbugs runs (which is obviously not installed in the vserver)
1242885237 M * Supaplex how was the guest installed?
1242885251 M * Kamping_Kaiser using newvserver
1242885266 M * Kamping_Kaiser ah, that might be a debianism, on reflection.
1242887734 J * davidkarban ~david@193.85.217.71
1242889390 Q * floopsy Ping timeout: 480 seconds
1242890227 Q * imcsk8 Quit: This computer has gone to sleep
1242891513 J * Floops[w] ~baihu@205.214.201.176
1242891587 J * cga ~weechat@194.244.1.35
1242891793 Q * Floops[w]1 Ping timeout: 480 seconds
1242892130 J * scientes ~scientes@174-21-91-35.tukw.qwest.net
1242892569 Q * scientes Remote host closed the connection
1242892754 J * scientes ~scientes@174-21-91-35.tukw.qwest.net
1242893120 Q * scientes Remote host closed the connection
1242893168 J * scientes ~scientes@174-21-91-35.tukw.qwest.net
1242893268 J * Floops[w]1 ~baihu@205.214.201.176
1242893565 Q * Floops[w] Ping timeout: 480 seconds
1242893853 Q * nas Remote host closed the connection
1242894923 Q * grobie` Ping timeout: 480 seconds
1242895234 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1242896204 J * Floops ~baihu@65.48.182.150
1242897807 J * derjohn ~derjohn@80.69.41.3
1242898898 Q * larsivi Ping timeout: 480 seconds
1242898936 J * larsivi ~larsivi@70.84-48-63.nextgentel.com
1242899151 J * geb ~geb@earth.gebura.eu.org
1242899155 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1242900499 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it
1242901650 J * geos_one ~chatzilla@chello084115149052.4.graz.surfer.at
1242901696 Q * nkukard Quit: Leaving
1242901697 Q * BenG Quit: I Leave
1242902116 J * kir ~kir@nat-ip.sw.ru
1242902457 J * harobed ~harobed@arl57-1-82-231-110-14.fbx.proxad.net
1242903032 Q * harobed Ping timeout: 480 seconds
1242903108 Q * geos_one Quit: ChatZilla 0.9.84 [Firefox 3.0.10/2009050120]
1242903346 Q * mrfree Quit: Leaving
1242903382 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1242903394 Q * BenG 
1242903935 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1242904132 J * ben00001 ~ben@host90-152-0-26.ipv4.regusnet.com
1242904157 N * Bertl_zZ Bertl_oO
1242904164 M * ben00001 Bertl - you about?
1242904179 M * geb hi :)
1242904182 M * ben00001 hey
1242904186 M * Bertl_oO Kamping_Kaiser: yep, debianism .. btw, newvserver is deprecated since ages
1242904204 M * Bertl_oO ben00001: about but busy atm ...
1242904236 M * ben00001 i'm after a small hand that has nothing to do with vserver at all, but only a little request. i know you're busy, but i'll post in the hope someone might be able to help
1242904354 M * ben00001 all our users are chrooted (jailed) with sshd - but they need crontabs. i have added the crontab app into the jail, and it creates the relavant file in /var/spool/crontabs/USER - but making the file doesn't actually make the cron run. how can i get the system to pick up this file, and run the cron - and most imporantly, run the cron in a chroot
1242904415 M * Bertl_oO crond does the cron work on all distros I know
1242904517 M * geb ben00001, you should look your cron.{allow,deny}
1242904619 M * ben00001 the only issue is, the /var/spool/cron dir is a jailed version
1242904644 M * ben00001 ie. /home/USER/jail/var/spool/cron
1242904650 M * ben00001 its not the same as /var/spool/cron
1242904709 M * geb you may simply create a link (ln -s)
1242904722 M * geb possibly from another cronjob running every minute
1242904728 M * ben00001 yep - i can try that
1242904738 M * ben00001 but then, how can i make sure the crontab daemon runs the crons in a chroot
1242904901 M * geb why you don't simply install a cron daemon in the jail ? you don't want it 
1242904907 M * geb you can even don't use a link
1242904920 M * geb but a copy modifiying the command line of the cronjob
1242904984 M * ben00001 i didn't think that was possible
1242904992 M * geb ie /usr/local/bin/foobar will become chroot $dir /bin/sh su -c $user /usr/local/bin/foobar
1242905046 M * geb i think a proper script with set + cut will do it easly
1242905100 M * geb what do you think about that ? :)
1242905124 M * ben00001 hmmm .. if i works - i have no bother
1242905134 M * ben00001 but obviously a crontab file looks like this
1242905144 M * ben00001 */1 * * * * whoami    # etc.
1242905161 M * ben00001 so it needs to be parsed properluy
1242905229 M * ben00001 i take it your code would require me to install su in their environment too?
1242905273 M * geb yes i think, for allow the user to become the "whoami" of your example
1242905314 M * geb $dir can be simply extrapolated from the crontab location
1242905446 M * geb BUT you will have to be really sure that you willn't allow command like  /usr/local/bin/foobar "; host_command
1242905489 M * geb just like with SQL if it is more clear
1242908568 Q * cga Quit: got a DELL??? update you BIOS with http://github.com/cga/dellbiosupdate.sh/tree/master ;)
1242908694 M * ben00001 its not an ideal solution :(
1242908711 M * ben00001 what is the actual app that runs the crons in the first place
1242908722 M * ben00001 run-parts does shell files
1242908845 J * Keeper longhorn40@94.50.97.202
1242908951 Q * ben00001 
1242909018 Q * Keeper 
1242909135 J * cga ~weechat@194.244.1.35
1242909825 Q * BenG Quit: I Leave
1242910086 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1242910962 Q * BenG Quit: I Leave
1242912487 J * Keeper longhorn40@94.50.97.202
1242912608 M * Keeper Hi
1242912622 J * balbir_ ~balbir@116.50.167.3
1242912835 M * Keeper If you use vhashify then choose whether to create a guest environment, which is another way?
1242913281 M * geb -m clone
1242913291 Q * sladen Ping timeout: 480 seconds
1242913944 M * Keeper geb: So I create a guest environment, and then do a hashify with this guest environment to make clones of other guest environments?
1242913962 M * geb yes
1242913977 M * geb see http://linux-vserver.org/Building_Guest_Systems
1242914096 M * Keeper geb: Yes, I know, I just did not know what to do when using Vhashify, thank you for the help :)
1242914186 M * geb you can also creating a guest in your "normal" way and hashify it after
1242914287 M * Keeper geb: But because the guest environment to which it can be done hashify usual template for future use?
1242914503 M * geb i am sorry i don't understand your last question :(
1242914579 M * Keeper geb: Okay, last question was not a particularly important
1242914590 M * geb maybe because of my bad english... sorry...
1242914700 M * Keeper geb: I do not know English, I say, through a translator so I understand you
1242914714 M * Keeper geb: ;)
1242914860 M * Keeper geb: Hashify can be performed for different versions of operating systems?
1242914929 J * harobed ~harobed@arl57-1-82-231-110-14.fbx.proxad.net
1242914936 M * geb :)
1242914956 M * geb yes you will simply have a bigger /vserver/.hash and a bigger memory use
1242914972 M * geb as you may have two different bash version etc
1242914987 M * geb (version/binary)
1242915020 M * Kamping_Kaiser Bertl_oO, after asking i went and checked the Debian BTS and read up on a few bugs (and filed one of my own). thanks for the reply to confirm.
1242915022 M * geb maybe a biger memory use is not right: you'll have less reduction of the memory use
1242915145 M * Keeper geb: Vhashify done to save disk space and RAM memory
1242915298 M * Keeper geb: If the guest environments, and one in the same operating system it is very good
1242915368 M * Keeper geb: you use Vhashify?
1242915397 M * geb no more, i haven't the usage for it right now
1242915474 M * geb it will work fine for different quest environements , but as you may have $x copy of files ( with $x as the number of operating systems ), you will just have less impact for memory and disk usage.
1242915578 M * Keeper geb: For VDS hosting is very good ;)
1242915710 M * geb yes but today i use mostly vserver for service isolation (one vserver for web, one for mail etc...) , so i have only of few vservers that aren't very similar except for the base system, that's why i don't use it anymore :)
1242915821 M * Keeper geb: VServer fun and functionality of other similar systems
1242916064 J * doener ~doener@i59F557BD.versanet.de
1242916126 M * Keeper geb: I tried OpenVZ but there are very old kernel, and few functions
1242916388 M * Keeper Soon will come back
1242916393 Q * Keeper Quit: Keeper
1242916735 J * Keeper longhorn40@94.51.161.4
1242916911 Q * harobed Quit: Ex-Chat
1242917018 J * geos_one ~chatzilla@chello084115149052.4.graz.surfer.at
1242917047 J * dowdle ~dowdle@scott.coe.montana.edu
1242917169 Q * FireEgl Quit: Leaving...
1242917357 J * harobed ~harobed@arl57-1-82-231-110-14.fbx.proxad.net
1242917545 Q * nenolod Remote host closed the connection
1242918499 M * Keeper daniel_hozac: Hi, Why choose if init: plain in the guest environment is not copied mtab file with a description of the file systems as is done in other InitStyles
1242919335 M * Keeper daniel_hozac: Sorry, that distracted but I solved this problem by editing the rc.sysinit
1242919691 M * Keeper Cool, I found that looked VServer is a super project
1242919982 Q * geos_one Remote host closed the connection
1242920066 J * imcsk8 ~ichavero@nat.ti.uach.mx
1242920301 J * undefined ~undefined@adsl-68-93-97-219.dsl.rcsntx.swbell.net
1242920318 M * Keeper Init: plain for those who want to get the standard boot, but if you edit the files that are very good at it
1242920829 Q * davidkarban Quit: Ex-Chat
1242920899 Q * imcsk8 Read error: Connection reset by peer
1242920914 J * imcsk8 ~ichavero@148.229.1.11
1242920916 Q * kir Quit: Leaving.
1242920974 M * undefined i want to run iotop so as to see the io of all processes in all vservers
1242920990 M * undefined so i created a viotop based on vtop to execute iotop 0.2
1242921004 M * undefined but i've upgraded to iotop 0.3 and it doesn't work
1242921019 M * undefined iotop 0.3 wants /proc/vmstat, but that doesn't exist in context 1
1242921034 M * undefined all that to ask: how do i unhide /proc/vmstat in context 1
1242921093 M * undefined (iotop 0.2 used /proc/${PID}/io which is unhidden in all pid directories)
1242921221 Q * Floops Ping timeout: 480 seconds
1242921348 M * undefined i tried unhiding it manually in testing (chcontext --ctx 1 bash; setattr --~hide /proc/vmstat), but that gave me an error ("lstat(): No such file or directory")
1242921531 M * daniel_hozac setattr --watch /proc/vmstat
1242921677 Q * cga Quit: got a DELL??? update you BIOS with http://github.com/cga/dellbiosupdate.sh/tree/master ;)
1242921784 J * Floops[w] ~baihu@205.214.201.176
1242922027 M * undefined daniel_hozac: thanks!  searching linux-vserver.org for "setattr watch" got me to "http://linux-vserver.org/Secure_ProcFS_Entries" explains it all
1242922076 Q * Floops[w]1 Ping timeout: 480 seconds
1242924339 J * nenolod nenolod@petrie.dereferenced.org
1242924750 Q * undefined Quit: Leaving
1242925061 J * Piet ~piet@tor-irc.dnsbl.oftc.net
1242928535 J * doener_ ~doener@i59F54944.versanet.de
1242928593 J * Floops ~baihu@72.51.72.214
1242928637 Q * doener Ping timeout: 480 seconds
1242929259 J * cga ~weechat@82.84.130.131
1242931849 N * Bertl_oO Bertl
1242931855 M * Bertl back now ...
1242931924 M * Keeper Bertl: Hi, How are you?
1242931946 M * Bertl fine, thanks! and you?
1242932025 M * Keeper Bertl: Wonderful
1242932085 M * Keeper Bertl: Reading and studying the functions of VServer
1242932245 M * Keeper If you use initstyle and edit rc script then reboot and shutdown works as expected with -f
1242932434 M * Bertl alternatively running a separate init inside a guest works too
1242932580 M * Keeper Bertl: Yes there is what to choose and this is good
1242932621 M * Bertl it's all about choice .. :)
1242932718 Q * geb Remote host closed the connection
1242932750 M * Keeper Bertl: well that there is a choice, it means that Vserver may attract a larger audience of users ;)
1242932929 M * Keeper Bertl: Working with VServer easy, but if that is unclear is always ready to help :)
1242933007 M * Bertl thanks for the flowers .. we (the community) appreciate it :)
1242933196 J * derjohn_mob ~aj@p5B23E7B0.dip.t-dialin.net
1242933205 M * Keeper Bertl: I like that I can come here and ask and answer those who are developing
1242933298 M * Keeper Bertl: In Russia, developers behave quite differently
1242933311 M * Bertl really? ho?
1242933316 M * Bertl *how?
1242933374 M * Keeper Bertl: Arrogantly, as if they are above other people
1242933462 Q * Chlorek Quit: -
1242933537 M * Keeper Bertl: Many Russian developers are not interested in the views of users, and sometimes even serious users
1242933627 M * Bertl well, that's sad, especially as the programmers do their work _for_ (end) users ... 
1242933731 M * Keeper Bertl: Programmers and users are closely related communities... :)
1242933786 M * Keeper Bertl: I would say developers
1242934323 Q * sid4windr Ping timeout: 480 seconds
1242934333 M * Keeper Bertl: 	You know why OpenVZ is popular in Russia ... not only because the developers said in Russian, but also because OpenVZ is easier to manage but it is only because she has a small set of functions. Therefore, all that it seems better, but I think that Vserver better, just need to devote time to something that would look, and the majority of Russian users lazy so they need as simple as possible...
1242934414 M * Bertl I think the main 'advantage' OVZ has is a good marketing department ... (but as the quotes already suggest, that's not a real advantage :)
1242934491 M * pmjdebruijn Keeper: honest, I can't see either of your arguments... OpenVZ is not much easier/harder to manage than VServer... and it's features are mostly on parity with VServer as well
1242934510 M * pmjdebruijn VServer is just different... 
1242934528 A * pmjdebruijn agrees with Bertl's point...
1242934693 M * Keeper But the task OVZ this business, so they have money on advertising... and is easier to manage because few functions, but this is my personal opinion...
1242934747 M * pmjdebruijn Keeper: OpenVZ does not have fewer functions
1242934752 M * pmjdebruijn good evening indeed
1242934755 M * pmjdebruijn at least not in a significant way
1242934771 M * pmjdebruijn both project are their strong area's, and their weak area's
1242934784 J * sid3windr luser@bastard-operator.from-hell.be
1242934797 M * pmjdebruijn We in #vserver just happen to prefer VServer :)
1242934851 M * Bertl well, 'we' in #openvz still prefer Linux-VServer :)
1242934867 M * pmjdebruijn Bertl: lol :)
1242934891 M * pmjdebruijn another big downside of OpenVZ is that it's very RHEL oriented
1242934901 M * pmjdebruijn at least the upstream sources are...
1242934925 M * Bertl I think they are working on that, but IMHO the main disadvantage is the unreadable and quite intrusive code
1242934956 M * Keeper Do you like the old kernel and support for RHEL?
1242935091 M * Keeper The old kernel is not very good support for disk quotas
1242935215 M * Keeper The only plus OVZ IPtables is probably within the guest environment
1242935245 M * Bertl you should be able to get that with Linux-VServer and network namespaces (but nobody bothered to try yet :)
1242935423 M * Keeper Why I will never use OVZ, because the old kernel, but I do not like the old kernel and RHEL, poor support for disk quotas, it is very difficult to add something to that because there is no flexibility of the system
1242935479 M * Keeper More arguments are needed?
1242935494 M * Bertl nope, not for me :)
1242935553 M * Marillion Keeper: but a newer Kernel is _not_ better than olders, its subjektive
1242935657 M * pmjdebruijn the RHEL kernel is heavily modified anyway... as in, it gets significant backports and driver updates...
1242935667 M * Keeper Marillion: And what about support for new hardware, new features, is that you do not need?
1242935689 M * pmjdebruijn Keeper: see my previous comment
1242935709 M * Marillion Keeper: have you new hardware per mounths, or what? :)
1242935798 M * Keeper pmjdebruijn: This is the kernel for the museum, I do not see in it nothing special
1242935842 M * pmjdebruijn OpenVZ distributes two versions of 2.6.18 I think, one RHEL based one not... (if I remember correctly)
1242935852 M * pmjdebruijn Keeper: anyway, what matters is, if it works...
1242935862 M * pmjdebruijn not which version number it has
1242935923 M * Keeper pmjdebruijn: The new kernel has many new and interesting, as the old core of the museum I have no interest in
1242935950 M * pmjdebruijn Keeper: but I do agree keeping up to date on kernel is a good thing for a project, since it gives users a choice which kernel to run... instead being forced...
1242935964 M * pmjdebruijn Keeper: which "Features" do you really need?
1242935995 M * pmjdebruijn the only new things I could care about are EDAC support and the builtin HP iLO drivers
1242935998 M * Marillion Keeper: which function your are missed? 
1242936005 M * Keeper pmjdebruijn: 2.6.18 What is better than RHEL 2.6.18?
1242936028 M * pmjdebruijn Keeper: RHEL 2.6.18 has significant backports from newer kernels... and driver _are_ being kept up to date
1242936043 M * Marillion but not all
1242936046 M * pmjdebruijn Keeper: just download the sources from the CentOS project, and you'll see
1242936060 M * pmjdebruijn Marillion: all drivers significant drivers for Enterprise...
1242936068 M * Keeper pmjdebruijn: Only because of this?
1242936083 M * pmjdebruijn Keeper: because of what?
1242936094 A * pmjdebruijn is a big fan of the upstream maintained -stable tree
1242936129 M * pmjdebruijn Marillion: RedHat assumes you have decent hardware... no updates for SiS, etc...
1242936158 M * Marillion pmjdebruijn: oh, ok, i think not are drivers are backported from newer Kernel, anyway, thanks for the information
1242936175 M * Marillion *not all*
1242936176 M * Keeper pmjdebruijn: You are fan of RHEL and OVZ?
1242936180 M * pmjdebruijn Keeper: no
1242936190 M * pmjdebruijn Marillion: they backports all drivers for "Enterprise" hardware
1242936197 M * Marillion ah ok
1242936214 M * pmjdebruijn for example... e1000, bnx2 NICs, and not much else...
1242936232 M * pmjdebruijn because you don't get any other NIC in a decent server these days
1242936242 M * pmjdebruijn Keeper: I've used both a bit... 
1242936261 M * pmjdebruijn Keeper: I've used CentOS (Which is a RHEL clone), which is rock solid...
1242936276 M * pmjdebruijn but I don't like RPMs and such, I like Debian-ish systems
1242936281 M * Keeper pmjdebruijn: I have already said that I do not like museum exhibits, and kernel 2.6.18, and there is a museum exhibit
1242936307 M * pmjdebruijn I run OpenVZ on my private Ubuntu 8.04 LTS machine... just because it worked about of the box... with no fuss... 
1242936315 M * pmjdebruijn in our business we run VServer
1242936342 M * pmjdebruijn Keeper: like I said, download RHEL's kernel sources... or stop trolling...
1242936372 M * Marillion and i said: Keeper: but a newer Kernel is _not_ better than olders, its subjektive
1242936404 M * pmjdebruijn and I'm not entirely sure about OpenVZ's 2.6.18
1242936428 A * pmjdebruijn pets 2.6.27.23-vs2.3.0.36.5
1242936463 M * Keeper Just like the developers did not try to chase OVZ for modernity, the kernel will always lag behind
1242936465 A * Marillion use the .27 branch with grsec
1242936489 M * pmjdebruijn oh sweet 2.6.27.24 was released
1242936507 M * Keeper I am not who I do not want to offend it's just my opinion and my choice
1242936532 M * pmjdebruijn Keeper: there are newer OpenVZ patches... but only 2.6.18 is officially supported, for example Ubuntu LTS' OpenVZ is 2.4.24 based
1242936593 M * Keeper pmjdebruijn: Support for new versions of the kernel, in the development stage
1242936616 M * pmjdebruijn yes
1242936633 M * pmjdebruijn they will probably support whichever kernel is released next with RHEL6
1242936648 M * pmjdebruijn keeping in line with a 1.5 year release cycle, which is reasonable
1242936670 M * pmjdebruijn when you're running RHEL
1242936730 M * Keeper pmjdebruijn: Why me 2.6.24. when there is a Vserver, and support for modern versions of the kernel now
1242936842 M * Keeper You know developers OVZ tied to a single kernel, and it is not good
1242936877 M * pmjdebruijn true
1242936889 M * pmjdebruijn but that is about not forcing your users to a single kernel version
1242936904 M * pmjdebruijn and not about old/new
1242936962 Q * doener_ Ping timeout: 480 seconds
1242936990 M * Keeper pmjdebruijn: Yes, you're right, I want to have a choice, but do not use it that I impose
1242937060 M * pmjdebruijn we're just pointing out the old does not per-se mean bad
1242937100 M * pmjdebruijn for example we had a highly loaded server which crashed regularly with newer kernels like 2.6.25 (I think), we put 2.6.16.62 on it, and it never crashed since then
1242937121 M * Keeper pmjdebruijn: OVZ - this is one version of a stable nucleus, and no choice there is no
1242937123 M * pmjdebruijn (which has nothing to do with VServer)
1242937339 M * Keeper pmjdebruijn: I want to have a choice, and not to use so that there is just because developers do not want to expand their views... do not want and will not need to use so that meets my needs
1242937358 M * pmjdebruijn point made
1242937509 M * Keeper pmjdebruijn: We will be objective, OVZ first commercial product, and then for the people
1242937697 M * Keeper pmjdebruijn: I want to use the new kernel version, rather than wait until those that add new drivers in the kernel of RHEL, but the question remains whether the added...
1242937715 M * pmjdebruijn ?
1242937828 M * Keeper pmjdebruijn: I mean, why wait to add new drivers in the old core of RHEL, which you can use the new and keep pace with the times :)
1242937850 M * pmjdebruijn huh
1242937865 M * pmjdebruijn Keeper: RedHat updates these drivers every three months... they are really up to date... 
1242937879 M * pmjdebruijn Keeper: occasionally maybe even ahead of the normal kernel
1242937968 M * Keeper pmjdebruijn: Why should I wait for three months when I can get even earlier
1242937991 M * pmjdebruijn Keeper: upstream kernels are released on a similar cycle
1242938007 M * Bertl well, that again is a matter of choice ... so let's move on and do something useful :)
1242938023 M * Bertl anybody here willing to test a patch for 2.6.29.3+?
1242938040 M * pmjdebruijn Bertl: I'll be continueing my tests for 2.6.27.x
1242938054 A * Marillion too
1242938062 M * pmjdebruijn Bertl: btw, I forgot the check the pid1 thing... so I'm sorry but I'll try monday
1242938073 M * Bertl np
1242938201 M * Keeper pmjdebruijn: I'm using FreeBSD and Gentoo so I used to use all the newest, and not wait until then decide who to add to his museum-like creature RHEL kernel
1242938221 M * pmjdebruijn Keeper: good for you... please stop trolling!
1242938280 M * Keeper pmjdebruijn: It was a pleasure to talk:)
1242938384 M * Keeper Time goes on and people should not stop
1242938411 M * pmjdebruijn you've never heard of the term regression have you?
1242938420 M * pmjdebruijn newer kernels also have _new_ bugs...
1242938423 M * pmjdebruijn things break as well
1242938475 M * pmjdebruijn regularly even...
1242938580 M * Keeper pmjdebruijn: Errors exist in all and they will always be, but that is no reason to stop your choice on only one achievement of mankind
1242938615 M * Marillion pmjdebruijn: stop it, he no understand what you mean
1242938624 A * Marillion hate unstable software, too, its not good for me
1242938627 M * pmjdebruijn obivously... this is indeed hopeless... 
1242938663 M * Bertl and more importantly, it is not _on_topic_ :)
1242938674 M * pmjdebruijn true
1242938688 M * Bertl (but that applies to the whole discussion and all participants :)
1242938689 M * pmjdebruijn but at least in theory it should have been educate :)
1242938701 M * pmjdebruijn educative*
1242938771 M * Keeper If anyone is offended then sorry... 
1242938853 M * Bertl nah, nobody is offended .. but as I said, let's move on ...
1242938889 M * Keeper Bertl: ok
1242938913 Q * harobed Ping timeout: 480 seconds
1242939045 M * Keeper Everyone is their...
1242939121 M * Keeper Bertl: Can I ask one question?
1242939128 M * Bertl sure
1242939199 M * Keeper Bertl: Why do you support such a variety of versions of the kernel?
1242939292 M * Bertl mainly because variety is the spice of life :) and also because I thik that there isn't just one/the (latest) kernel
1242939302 M * Bertl *think
1242939311 A * Marillion ..the best win ;)
1242939406 M * Keeper Bertl: Thanks for the answer to the question
1242939487 M * Keeper The availability of choice allows you to capture a large audience
1242939508 M * Marillion Keeper: i heart than Adrian Bunk will support the .27 branch who the same of .16 Kernel
1242939530 M * pmjdebruijn Marillion: yep, and Greg-KH
1242939548 M * pmjdebruijn Marillion: that's why there's a 2.6.27.24 already
1242939552 M * Marillion pmjdebruijn: Greg too, nice :)
1242939577 M * pmjdebruijn actually I think Greg is doing the brunt of the work
1242939597 M * Marillion pmjdebruijn: ah ok, i wait for the +grsec patch ;)
1242939606 Q * bonbons Quit: Leaving
1242939612 M * Marillion pmjdebruijn: ah ok
1242939674 M * Keeper Vteku, kernel 2.6.27 will support a long time, but the development of other new branches will continue...
1242939712 M * pmjdebruijn Marillion: I'm very happy with this :)
1242939720 M * Marillion :)
1242939760 M * pmjdebruijn one of our customers uses CIFS so intensively, 2.6.16.62 and 2.6.27.20+ are the only kernels that last more than 10 days...
1242939820 M * pmjdebruijn too bad the bnx2 driver has been broken in at least 2.6.27-2.6.29
1242939858 M * Marillion bnx2 must have firmware
1242939866 M * pmjdebruijn the firmware isn't the issue
1242939875 M * Keeper pmjdebruijn: What operating system do you use?
1242939892 M * pmjdebruijn huh?
1242939893 M * pmjdebruijn Linux?
1242939919 M * Marillion pmjdebruijn: oh ok
1242939979 M * pmjdebruijn Marillion: http://bugzilla.kernel.org/show_bug.cgi?id=12698
1242939994 M * Keeper Okay, I will not interfere
1242940001 M * pmjdebruijn Keeper: if you mean distribution... Debian Etch currently, and we're looking into upgrading to Lenny
1242940102 M * Keeper pmjdebruijn: Only Debian?
1242940111 M * pmjdebruijn and our HP DL360 all happen to have a bnx2
1242940144 M * Marillion pmjdebruijn: oh shit, i have it on the mainbord (bnx2), but i don't use it, thank for the information
1242940174 M * pmjdebruijn Marillion: we only run into this bug on our backup server, it's the only machine that gets loaded hard enough to trigger this issue
1242940187 M * Marillion i see
1242940188 M * pmjdebruijn Marillion: otherwise the bnx2 is fine...
1242940205 M * Marillion ok
1242940387 M * Keeper Bertl: Why no new Gentoo ebuild with the new patch?
1242940395 J * sladen paul@starsky.19inch.net
1242940422 M * Bertl probably because Hollow is a little busy recently :)
1242940592 M * Keeper Bertl: In the near future foreseen whether the new features?
1242940644 M * Bertl well, Linux-VServer is fairly feature complete ... at least I haven't got any feature requests for a long time now
1242940676 M * Bertl every now and then we get the shared quota reqest, but that's more half-hearted than a real one
1242940854 M * derjohn_mob Bertl, virtualized iptables is not one of those requests?
1242940903 M * Keeper derjohn_mob: You read my mind :D
1242940925 M * Bertl not really, we even had a proof of concept implementation of that (rememebr, the kernel proxy with the userspace policy deamon?)
1242940930 M * derjohn_mob Keeper, Bertl knows that request but has arguements against it. 
1242940971 M * Bertl and, as I mentioned several times, this is already supposed to work, if you go for network namespaces (which nobody did yet :)
1242941010 M * derjohn_mob um? you mean the mainline guys must implement network namespaces first? or is that already in?
1242941107 M * Bertl it's already in (supposedly)
1242941118 M * derjohn_mob hm, in my subconsciousness there is something about a userspace implementation, but that was never finished ... i thought.
1242941194 M * Keeper Bertl: That is, if you use namespaces to the net then iptables will work?
1242941217 M * Bertl unless the mainline folks screwed up (or didn't finish yet) yes
1242941236 M * Bertl of course, you'll get all the overhead and bridging complications as well
1242941249 A * Marillion ...iptabels will overvaluing
1242941271 M * derjohn_mob well, currently I dont even find time to compile a 2.6.29 with vserver .... but maybe I can forward a test - request to Gonzo (who more involved in the hosting business again) 
1242941310 M * Bertl derjohn_mob: btw, _mob is short for mobile, I hope?
1242941322 M * derjohn_mob sadly I have to ZzZzzzZ now .... I have to get up at 6 o'clock
1242941329 M * Keeper You should try it
1242941335 M * derjohn_mob what else could it be ??? _mob
1242941356 M * derjohn_mob mob like a cleaing tool? A bunch of people ?
1242941386 M * Bertl http://en.wikipedia.org/wiki/Mob
1242941478 M * derjohn_mob *lol* The Mafia is also sometimes referred to as the Mob
1242941487 M * derjohn_mob ip-mafia.org :)
1242941501 M * Keeper :D
1242941573 M * derjohn_mob cu folks, n8 !
1242941580 M * Bertl have a good one!
1242941630 M * Wonka derjohn_mob: the cleaning tool is the mop
1242941746 M * derjohn_mob Wonka, then I must change my nick ;)
1242942034 M * Supaplex Bertl: are we behind on our payments? is this why derjohn_mob shows up? ;)
1242942050 M * Bertl I suppose so :)
1242942394 M * Keeper Okay I will go, sleep, I am sorry that the dispute is divorced, just interesting to hear the arguments in favor of protecting OVZ which was not fun...
1242942445 M * Keeper All of good mood and good luck
1242942590 M * Bertl cya
1242943253 Q * Keeper Quit: Keeper
1242943576 Q * cga Quit: got a DELL??? update you BIOS with http://github.com/cga/dellbiosupdate.sh/tree/master ;)
1242943612 M * dowdle I was afk for a long while today.  If anyone wants to talk about RHEL/OVZ kernels, feel free to nag at me in #openvz on freenode.  That is all.
1242943743 M * Marillion it is to know that "df -h (Sektion /var)" show view others than "du -sh /var"?
1242943776 M * Marillion i have a different output
1242943802 M * Bertl yep, expected
1242943826 M * Marillion Bertl: ah ok, thanks
1242944959 J * ktwilight_ ~ktwilight@91.178.144.117
1242945232 Q * ktwilight__ Ping timeout: 480 seconds
1242945929 Q * hparker Ping timeout: 480 seconds
1242946641 Q * imcsk8 Quit: This computer has gone to sleep
1242947146 Q * scientes Ping timeout: 480 seconds
1242947967 Q * dowdle Remote host closed the connection
1242948784 M * Bertl mnemoc: just uploaded an updated patch for 2.6.27.24 :)
1242949795 J * saulus_ ~saulus@c207129.adsl.hansenet.de
1242950040 J * geb ~geb@earth.gebura.eu.org
1242950206 Q * saulus Ping timeout: 480 seconds
1242950212 N * saulus_ SauLus