1164067677 Q * jabra_ Ping timeout: 480 seconds
1164067749 Q * Wonka Ping timeout: 480 seconds
1164068267 Q * Osgiliath Quit: The Sign Of Wrath Awaked.
1164068416 Q * Aiken Quit: Leaving
1164068531 J * Osgiliath ~osgiliath@kurzweil.no-ip.org
1164068545 Q * Osgiliath 
1164069826 J * matti_ matti@linux.gentoo.pl
1164070000 Q * matti Ping timeout: 480 seconds
1164070000 N * matti_ matti
1164070583 J * zongo ~brian@h-69-3-63-215.lsanca54.dynamic.covad.net
1164070601 M * Bertl welcome zongo!
1164070682 M * zongo Thanks Bertl! I got into the wrong channel by mistake, but you are my first irc contact.
1164070693 M * Bertl congrats then! :)
1164070710 M * Bertl what channel are you looking for?
1164070737 M * zongo I was just wanting to thank ANY linux PPC developer but not much activity on the channels
1164070834 M * Bertl well, I have a power book, adn I do devel on that ... does that make me a ppc developer? I guess so :)
1164070888 M * zongo You bet!  I'm looking forward to the next Debian release - unsure of how Ubuntu is going to go
1164070965 M * Bertl btw, debian also includes the kernel modifications this channel is actually about
1164070976 Q * meandtheshell Quit: Leaving.
1164070992 M * Bertl (well, not just the kernel changes, also userspace tools to manage and run vps)
1164071044 M * zongo Great!  I just had to compile a customized kernel for more G5 support - 2.6.18.2 works well...
1164071159 M * zongo I ran Debian about 8 years ago, so it'll be nice to come home. :)
1164071167 M * Bertl so you could as well add the Linux-VServer patches there, and run a few guests (other linux distros) on that ...
1164071283 M * zongo Nice!  I was just hunting around to see if I could convince developers not to give up on PPC - or at least tell them I'm very grateful for what they've done
1164071396 M * Bertl are there plans to drop powerpc?
1164071453 M * zongo The Ubuntu guys are talking about it.  Not just a big enough userbase to justify the strain on resources I guess.
1164071483 M * zongo But PPC was a small userbase anyway, so I kind of don't get it. :)
1164071567 M * zongo I think they're missing the point however - not everything depends on being mainstream
1164071601 M * Bertl right you are ... well, one reason we try hard to support all existing kernel archs
1164071698 M * zongo I sure do like that.  Reminds me of my NetBSD days..
1164071864 M * zongo I just hate seeing good hardware go to waste.  Easy to get blindsided by a corporate tunnel-vision. :0
1164071901 M * zongo Anyway, thanks for the chat!  I have to run but it has been a pleasure.  I'll be sure to drop back in again Bertl ....
1164071921 M * Bertl the pleasure was mine! cya!
1164071937 Q * zongo Quit: Leaving
1164074516 J * wind_lee ~wind@218.80.196.86
1164074542 M * Bertl welcome wind_lee!
1164074549 M * wind_lee 对大家说：thanks 
1164074550 M * wind_lee 对大家说：:)
1164074558 M * wind_lee thanks 
1164074559 M * wind_lee :)
1164074567 M * Bertl hmm, please avoid that 'colorful' lines :)
1164074629 M * wind_lee ok 
1164074630 M * wind_lee ^_^
1164074639 M * Bertl I do not read black on black :)
1164074769 M * wind_lee hmm,i like black 
1164074787 M * Bertl what did you say? 
1164074791 M * wind_lee where irc is this?
1164074804 M * Bertl can't read you, sorry ...
1164074997 Q * wind_lee Quit: your chating experience will never be the same again, go download the new irc with complete audio and video function at  http://www.chatkey.com
1164075026 M * Bertl well, guess he had a quite 'uique' experience ...
1164075032 M * Bertl *uniqe
1164078691 Q * Johnnie Read error: Connection reset by peer
1164079430 J * Johnnie ~jdlewis@jdlewis.org
1164080389 Q * bronson Ping timeout: 480 seconds
1164084161 Q * MrX Quit: urk IRC v0.-1.4 - http://urk.sf.net/
1164085467 J * FireEgl FireEgl@Sebastian.Atlantica.US
1164086047 J * Aiken ~james@tooax8-189.dialup.optusnet.com.au
1164086446 J * Wonka produziert@chaos.in-kiel.de
1164089266 J * coocoon ~coocoon@dslb-084-056-176-064.pools.arcor-ip.net
1164091633 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1164094590 J * dna_ ~naucki@109-213-dsl.kielnet.net
1164095773 J * virtuoso ~s0t0na@shisha.spb.ru
1164096832 Q * FireEgl Ping timeout: 480 seconds
1164097065 Q * harry Ping timeout: 480 seconds
1164097116 J * harry ~harry@d54C2508C.access.telenet.be
1164097126 Q * harry 
1164097126 J * harry ~harry@d54C2508C.access.telenet.be
1164097774 Q * dna_ Quit: Verlassend
1164098419 J * meandtheshell ~markus@85-124-36-136.dynamic.xdsl-line.inode.at
1164099778 J * DavidS ~david@vpn.uni-ak.ac.at
1164100218 J * prae ~Benjamin@host.187.57.23.62.rev.coltfrance.com
1164100285 J * bon bon@blij.in-de.eu
1164100310 M * bon hello there .)
1164100321 M * daniel_hozac hi
1164100329 M * Bertl hey bon!
1164100511 M * phreak`` Bertl: morning :)
1164100516 M * phreak`` daniel_hozac: you too :)
1164100521 M * daniel_hozac you too!
1164101571 M * maharaja ah, glad someone is online
1164101574 M * maharaja what does this mean:
1164101575 M * maharaja "vxW: xid=1 did hit the barrier. "
1164101576 M * maharaja ?
1164101606 M * Bertl it means that the spectator context tried to cross the barrier ...
1164101733 M * maharaja which means that ... ? i cannot make any sense out of this
1164101761 M * Bertl which means that a process, running in xid=1 did hit a chroot barrier
1164101787 M * Bertl IIRC, we changed those checks some time ago, what kernel do you use?
1164101874 M * maharaja mhm - ill try to check. im currently not able to log into the vpn :-/
1164101887 M * Bertl how so?
1164101928 M * maharaja ask the company ;) i think they changed some passwords ...
1164101949 M * Bertl evil companies ...
1164101991 M * maharaja indeed
1164102182 M * maharaja but i think it was 2.0.2 - perhabs an rc
1164102216 M * Bertl checking here now ...
1164102231 M * maharaja another thing they told me is that "du" is hanging with the state "D"
1164102238 M * maharaja is that possibly related?
1164102256 M * maharaja i guess they mean on the host system 
1164102261 M * Bertl not really, sounds more like a 'lost' nfs/disk or so?
1164102284 M * Bertl maybe a kernel trace ...
1164102311 M * maharaja ill give you more information later - have to bug the company to re-grant the access - otherwise im not able to help them ;)
1164102330 M * Bertl okay, will be off to bed shortly though ...
1164102351 M * maharaja np
1164102353 M * maharaja thank you
1164102417 M * Bertl the barrier check for xid=1 is still in 2.0.2*, so that is kind of expected
1164102471 M * Bertl we might relax that in the next 2.0.2 release
1164102518 M * Bertl daniel_hozac: did we have a reason for checking for ADMIN only instead of admin + watch?
1164102526 M * daniel_hozac i asked you that before :)
1164102535 M * Bertl ah, and what did I answer? *G*
1164102553 M * daniel_hozac something like "it doesn't break anything, so why change it", IIRC :)
1164102580 M * Bertl okay, guess we can relax that then, or any objections?
1164102630 M * daniel_hozac sounds sane to me.
1164102792 M * maharaja Bertl: 2.6.17.13-vs2.0.2.1 #1
1164102801 M * maharaja ah, sorry
1164102814 M * maharaja please go and relax :)
1164102912 M * maharaja util-vserver vserver 0.30.210-8bpo2
1164102980 M * maharaja the cmd line of du: "du --max-depth=0 -b /vservers/cluster1 /vservers/cluster2 /vservers/default /vservers/dev42 /vservers/dev6 /vservers/lost+found ...."
1164103018 M * maharaja  /vservers is an lvm partition with rw and acls
1164103026 M * daniel_hozac are you sure it's not just doing its thing?
1164103043 M * maharaja it is started by cron every midnight
1164103073 M * daniel_hozac and no trace in dmesg?
1164103075 M * maharaja processes from nov19 and nov20 hang, uptime is 18 days
1164103102 M * maharaja ive currently got no root access there
1164103144 M * daniel_hozac dmesg shouldn't require root, i don't think.
1164103162 M * bon anyone having experience building a vs on slackware?
1164103286 T * Bertl http://linux-vserver.org/ <- new and shiny | latest stable 2.02.1, exp 2.02.2-rc7, devel 2.1.1.1, 2.2.0-pre3, stable+grsec 2.0.2.1, devel+grsec 2.1.1 | util-vserver-0.30.211 | libvserver-1.0.2 & vserver-utils-1.0.3 | He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the iki, and we'll forget about the minute ;)
1164103310 M * Bertl *vs2.0.2.2-rc7, vs2.1.1.1, vs2.2.0-pre3 and 2.6.19-rc6-vs2.1.1-t3 :)
1164103347 M * daniel_hozac wow.
1164103351 M * daniel_hozac changes?
1164103392 M * Bertl the unhash fixes, some cleanups, the valid_limit (including backport, not final)
1164103411 M * Bertl sync of the __enter/leave stuff
1164103427 M * Bertl change from LOCK to PRIVATE
1164103459 M * Bertl and rebase to 2.6.18.3/2.6.19-rc6
1164103482 M * daniel_hozac ok, nice.
1164103532 M * maharaja daniel_hozac: well, i see some oom messages and then a longer list of "vxW: xid=1 did hit the barrier."
1164103543 M * maharaja no date in dmesg thou
1164103548 M * Bertl bon: IIRC, a few folks did that already .. they might not be around right now
1164103615 T * Bertl http://linux-vserver.org/ | latest stable 2.02.1, exp 2.02.2-rc7, devel 2.1.1.1, 2.2.0-pre3, stable+grsec 2.0.2.1, devel+grsec 2.1.1 | util-vserver-0.30.211 | libvserver-1.0.2 & vserver-utils-1.0.3 | He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the Wiki, and we'll forget about the minute ;)
1164103637 M * Bertl now I know what that funny guy meant with the question: 'what is an iki' :)
1164103661 M * daniel_hozac haha.
1164103719 Q * bubulak Ping timeout: 480 seconds
1164103778 M * daniel_hozac Bertl: http://people.linux-vserver.org/~dhozac/p/k/delta-private-fix02.diff seems to be missing from at least 2.1.1.1.
1164103884 M * matti Bertl: :)))
1164103893 M * Bertl daniel_hozac: yep, obviously missed that one :/ ...
1164103972 M * Bertl hey matti!
1164104029 M * daniel_hozac humm.
1164104051 M * daniel_hozac i shouldn't be able to connect from a guest that doesn't have any addresses assigned to it, should i?
1164104084 M * Bertl outbound?
1164104091 M * daniel_hozac yeah.
1164104124 M * Bertl not sure we have checks there, we remap to the first ip (usually)
1164104142 M * Bertl so it might as well result in 0.0.0.0 for that
1164104144 M * waldi Bertl: dunno
1164104290 M * bon guest without address is allowed to go out?
1164104331 Q * k3mper Ping timeout: 480 seconds
1164104334 M * Bertl well, I would not be surprised ... it is a special case which is not encountered very often
1164104352 M * daniel_hozac could be something i missed in my merge as well.
1164104363 J * bubulak ~bubulak@whisky.pendo.sk
1164104396 M * Bertl welcome bubulak!
1164104484 M * matti Bertl: How are you?
1164104511 M * Bertl tired :)
1164104564 M * Bertl off to bed now .. have a good one everyone!
1164104573 N * Bertl Bertl_zZ
1164104701 J * Aiken_ ~james@tooax6-043.dialup.optusnet.com.au
1164105027 Q * Aiken Ping timeout: 480 seconds
1164105333 J * dreamind ~dreamind@C2107.campino.wh.tu-darmstadt.de
1164105337 J * k3mper ~maio@mail.progamers.cz
1164105344 J * Torsti76 ~irc@gate.iwm-kmrc.de
1164105777 Q * dreamind Quit: dreamind
1164106111 Q * eyck Quit: leaving
1164106124 J * eyck_ ngrKyKww@nat.nowanet.pl
1164106611 J * chand ~chand@c80-216-65-76.bredband.comhem.se
1164107068 Q * chand Quit: chand
1164107086 J * chand ~chand@c80-216-65-76.bredband.comhem.se
1164107265 Q * Torsti76 Ping timeout: 480 seconds
1164107731 Q * chand Quit: chand
1164108684 J * blues blues@blysk.ds.pg.gda.pl
1164108892 M * blues hello
1164108912 M * blues I have strange (for me) problem with vserver...
1164108919 M * blues filesystem seen from vserver differs from filesystem from main system
1164108931 M * blues any change made from one side is invisible on another
1164109018 M * blues the partition is mounted with --bind option
1164109031 M * cehteh you need to change the namespace as well 
1164109068 M * blues cehteh: but - I'm doing it from main system
1164109095 M * blues most amazing thing for me:
1164109110 M * cehteh yeh i once had that problem too ;)
1164109111 M * blues I'm doing umount /bind/mounted/partition
1164109130 M * blues inside vserver I have everything visible....
1164109146 M * cehteh new vserver uses its own namespace for mounts
1164109147 M * blues in main system everything is ok, mountpoint is gone
1164109186 M * blues it means that vserver isn't reliable...
1164109200 M * doener nope
1164109212 M * doener http://oldwiki.linux-vserver.org/Namespaces
1164109215 M * blues after stoping vserver I have lost some data (partition was mounted...)
1164109262 Q * DavidS Ping timeout: 480 seconds
1164109281 J * Blissex ~Blissex@82-69-39-138.dsl.in-addr.zen.co.uk
1164109340 M * blues I think I get the point now...
1164109375 M * blues I'm using vservers quite long time... and never had problem with that... strange...
1164109444 J * Torsti76 ~irc@gate.iwm-kmrc.de
1164109941 M * blues doener: thnx
1164109946 M * blues anyway...
1164109962 M * blues It's strange because I made:
1164109967 M * blues mount --bind
1164109976 M * blues and started partition
1164109981 M * blues ekhm
1164109991 M * blues started vserver, of course
1164109999 M * blues everything worked fine
1164110019 M * blues every change from vserver was visible in main system and vice-versa
1164110058 M * blues in some moment (don't know when, I saw it today) the changes were paralel
1164110059 M * doener yep, the vserver gets a copy of the current host namespace when it is started
1164110094 M * doener if you umount in the host, the vserver keeps the mount
1164110106 M * doener so the vserver and the host see different things then
1164110132 M * doener let's say /vservers/tmp/foo is a mount
1164110144 M * doener the vserver adds file "a", the host sees it
1164110153 M * doener the host adds file "b", the vserver sees it
1164110167 M * doener then you umount /vservers/tmp/foo on the host
1164110185 M * doener now the vserver still sees "a" and "b", but the host does not
1164110221 M * doener now you add a file "c" on the host to /vservers/tmp/foo
1164110228 M * blues now I have some things clarified...
1164110233 M * doener that will end up in the _directory_ /vservers/tmp/foo
1164110242 M * blues pitty that it costed me lost of data :-/
1164110246 M * doener but the vserver sees the _mount_ on top of that directory
1164110279 J * dna_ ~naucki@81-208-dsl.kielnet.net
1164110281 M * doener what I'm trying to say: are you sure that the data is lost, and not hidden under a mount?
1164110322 M * doener eg. host has written to /vservers/tmp/foo (the directory), later you remounted (eg. due to a restart or whatever) and the directory got out of visibility
1164110368 M * blues doener: vsever was stoped and every change from vsever... are where...?
1164110399 M * doener on whatever the vserver saw at that time
1164110436 M * borgfish its a simple chroot. so when it was within the vserver some /home/bla its now probably in /vserver/vservername/home/bla
1164110442 M * blues situation:
1164110452 M * blues /home/users on main system
1164110455 M * doener if you umounted /vservers/tmp/foo on the host and data was written to that path in the vserver, try looking on the fs that was mounted there
1164110471 M * blues bind to /vservers/1/home/users
1164110488 M * blues vserver was started
1164110536 M * doener and you lost what?
1164110536 M * blues in the meanwhile (I think) this bind was umounted and after that mounted again
1164110550 M * blues it was 2-3 days ago
1164110567 M * blues after that every change on host and guest were paralel
1164110589 M * doener paralel?
1164110599 M * blues there can I see the changes made inside vserver
1164110600 M * blues ?
1164110628 M * blues parallel means: changes made on host where not visible in vserver
1164110632 M * doener let me create some example... sec...
1164110649 M * borgfish when you did not all the time have your mount --bind maybe try looking under the mountpoint when your --bind mount is unmounted
1164110651 M * blues not example - in this case :D
1164110679 M * borgfish maybe you should just do a / find . -name whateveryoumiss
1164110753 J * chand ~chand@c80-216-65-76.bredband.comhem.se
1164110790 M * blues borgfish: not so easy - I don't know what is missing exactly :)
1164110836 M * doener blues: http://paste.linux-vserver.org/681
1164110840 M * blues borgfish: I don't see in that point...
1164110918 M * blues OMG...
1164110925 M * blues doener: is it possible??? :D
1164110973 M * doener blues: does that give you some idea where you could look for you data?
1164111016 M * blues doener: just a bit...
1164111025 M * blues doener: I'll try some things...
1164111066 M * borgfish what would you suggest to use if i planned some vserver HA setup as network filesystem ? should be without file locking problems i want to use cyrus imap server within the vservers
1164111082 M * doener basically: try bind mounting the underlying mount(s) (host/vserver) to some directory and check the directories where the mount would be if they contain data
1164111201 M * borgfish Drbddisk ? OCFS ? GFS
1164111450 M * blues doener: well... nothing found :(
1164111467 M * blues doener: but I see that the situation is a bit different...
1164111677 M * blues doener: http://paste.linux-vserver.org/682
1164111694 M * blues doener: this is the right situation
1164111871 M * doener that's impossible
1164111896 M * blues doener: well... be my guest...
1164111909 M * blues doener: I had it on my system
1164112112 M * blues doener: user which had account in both: host and vserver with directories mounted this way has reported me that files was different in vserver and on host.
1164112118 M * doener probably you didn't "translate" it the right way. "host" is mounted on "vserv" all the time inside the vserver. and at the time of the second "mount --bind" host and vserver are in sync again. with changes done on the host being "hidden"
1164112139 M * daniel_hozac borgfish: OCFS is supposed to be fully supported, if that matters for you.
1164112177 M * doener blues: could you check /proc/mounts on the host to see if the current mount situation actually matches your expectation?
1164112295 M * blues doener: yes, it does
1164112451 M * doener daniel_hozac: any further clues? :)
1164112499 M * daniel_hozac i think you've covered all the angles i can think of.
1164112535 M * doener ok, let's wait for Bertl_zZ to expand it to 3*Pi then ;)
1164112550 M * blues heh
1164112559 M * blues when he'll be here?
1164112584 M * doener IIRC he said something about 1700 CET
1164112585 M * daniel_hozac he went to bed a couple of hours ago.
1164112613 M * blues where is he from? US?
1164112666 M * doener Austria
1164112713 M * blues well... I see that he has really BOFH-operating-day ;)
1164113040 M * brcc if i mount an iso image as a filesystem, will i double IO ?
1164113050 M * brcc i mean, two times slower? Is that right ?
1164113186 M * blues I'll be back later...
1164113191 M * blues see you ;)
1164113202 A * blues &
1164113304 M * doener brcc: why would that be?
1164113313 M * derjohn is there a backport of 2.1.1 to kernel 2.6.17 ?
1164113338 M * harry no
1164113367 Q * Aiken_ Ping timeout: 480 seconds
1164113419 M * Torsti76 is anyone (except me) running zope or zope3 inside a vserver?
1164113452 M * Torsti76 we have a strange problem here - from time to time the socket dies, rendering zope3 unreachable
1164113704 M * Torsti76 and the problem occured since 2.1.1-r1
1164113830 M * brcc doener: i think that i did not make it clear. i have an ext3 mounted filesystem. i will create an iso image inside this mounted filesystem and mount this iso image (this image will be a guest fs).
1164114028 M * doener that will have some overhead, but I don't see how it would double IO
1164114852 M * brcc how much %  overhead? i though it was 100%
1164115150 J * DavidS ~david@pnsgw1-client052.demo.tuwien.ac.at
1164115166 J * Ben81 ~Ben81@tipi0e.lri.fr
1164115324 M * doener brcc: no idea how much exactly, Bertl_zZ might have some clue
1164115403 J * aurel42 ~marc@P50d2.p.pppool.de
1164115413 M * aurel42 Hi
1164115465 P * Ben81 
1164115466 M * daniel_hozac hello
1164115487 M * aurel42 I'm having a weird problem on one of my vserver machines, all client systems seem to run all cronjobs twice. Yet each client has only one crond process running. Could that be related in any way, shape or form to the vserver setup?
1164115539 M * daniel_hozac twice like after eachother?
1164115544 M * daniel_hozac or at different times of the day?
1164115561 M * aurel42 Nope, simultaneously, I noticed it because of race conditions.
1164115612 M * daniel_hozac so the cronjobs inside a guest are run twice, simultaneously?
1164115613 M * aurel42 I'm at a loss on how to find the problem, too, crond doesn't seem to like to log a lot. :)
1164115622 M * aurel42 Yes, that's exactly what I'm seeing.
1164115634 M * bon ok
1164115638 M * bon so i'm having a weird problem
1164115654 M * bon the result is, i can't boot 2.6.18.2 + gr + vs on a generic x86 machine
1164115669 M * bon i will look more into it
1164115678 M * daniel_hozac does just vserver work ok?
1164115689 M * daniel_hozac and you might want to upgrade to 2.6.18.3 and vs2.0.2.2-rc7.
1164115738 M * bon i dont seem to see it on the download page :)
1164115764 M * daniel_hozac i'm putting it there now... ;)
1164115847 M * bon ah, let me know then
1164115848 M * bon ;)
1164115849 M * doener daniel_hozac: including the "+ gr +" part? ;)
1164115868 M * daniel_hozac no, which is why i left that part out ;)
1164115871 M * bon i see
1164115872 M * bon :)
1164115963 M * daniel_hozac Bertl_zZ: i hope i didn't misunderstand, i replaced 2.1.1 with 2.1.1.1.
1164116085 M * aurel42 I guess that double-cronjob issue I'm seeing is not a know problem with linux-vserver then? I'll see if I can find the cause elsewhere then...
1164116096 M * daniel_hozac never heard of it before.
1164116110 M * daniel_hozac and you're seeing this consistently?
1164116215 M * aurel42 Yes, for about two to three weeks now, for all cronjobs under /var/spool/cron/... in all guest systems (not sure about cronjobs at other locations like /etc/cronjob, I'm going to test that), and a reboot with the current stable vserver kernel about a week ago didn't change anything.
1164116275 Q * chand Quit: chand
1164116312 M * aurel42 All the guest systems are running Debian/sarge.
1164116533 M * daniel_hozac and there are no duplicates anywhere in your cron configuration?
1164116682 M * aurel42 Nope. I cannot reproduce the problem with any test cronjob, though ("date >>somefile" yields one date line per cronjob run, not two).
1164116730 M * daniel_hozac sounds very odd.
1164116797 M * borgfish maybe he has the jobs in /etc/crontab AND his personal crontab /var/whatever
1164116832 M * borgfish or /etc/cron.d/daily maybe the folder thing also
1164116889 M * aurel42 borgfish, that would be nice (easy to fix), but that's not the problem. :(
1164116902 M * borgfish yes simple idea i know
1164116929 M * borgfish got to reboot brb
1164116952 M * aurel42 I'll set up some test cronjobs and get back to you when I'm able to reproduce it consistently. It doesn't seem happen with cronjobs that are running every minute, but still I get mails proving that it happens with cronjobs running every 6-12 hrs.
1164116975 Q * borgfish 
1164117093 M * aurel42 One last question for now... "find: WARNING: Hard link count is wrong for /var/lib/vservers/ajax/proc/virtnet: this may be a bug in your filesystem driver."
1164117121 M * daniel_hozac yep.
1164117124 M * aurel42 Is that a normal effect of the vserver setup (the find was running on the host system over the guests) or do I really have some fs trouble?
1164117141 M * daniel_hozac nah, /proc/virtnet and /proc/virtual don't handle the running contexts.
1164117151 M * aurel42 Cool, thanks.
1164117152 M * daniel_hozac so the hard link count is hardcoded at 2.
1164117407 M * doener would need some global counter to fix it in a sane way AFAICT, and that would be more ugly than useful ;)
1164117427 M * daniel_hozac indeed.
1164117461 M * daniel_hozac hmm, don't we have that already?
1164117475 M * daniel_hozac vx_global_ctotal?
1164117573 M * doener hm, maybe I missed its introduction... does that count all contexts or just the hashed ones?
1164117590 M * doener (IIRC the proc dirs only list the hashed ones, right?)
1164117602 M * daniel_hozac ctotal should be all, cactive might be hashed, i guess.
1164117654 M * daniel_hozac yep, that seems to be it.
1164117692 M * doener hm, would that work to fix the hardlink count? Or is that racy?
1164117748 M * doener not sure if sys_readdir and sys_getdents are atomic
1164117789 M * daniel_hozac i have no idea... either way, we still can't fix it for virtnet.
1164117916 J * _Hunger ~Hunger.hu@Hunger.hu
1164118274 Q * Hunger Ping timeout: 480 seconds
1164118792 J * borgfish ~bla@141.12.9.118
1164118793 M * borgfish re
1164119224 J * chand ~chand@c80-217-67-241.bredband.comhem.se
1164119630 Q * Johnnie Read error: Connection reset by peer
1164119662 Q * chand Quit: chand
1164119741 J * Johnnie ~jdlewis@jdlewis.org
1164120376 Q * Johnnie Ping timeout: 480 seconds
1164120430 J * Johnnie ~jdlewis@jdlewis.org
1164122236 M * Torsti76 anyone here, who knows about the new vserver profile on gentoo?
1164122251 M * Torsti76 is all the new stuff already in portage
1164122277 M * Torsti76 so i can use a "normal" profile and standard baselayout?
1164122474 M * daniel_hozac baselayout 1.13 is still in alpha, i think.
1164122493 M * daniel_hozac but if you get a stage3 with that, it should work fine.
1164122569 M * daniel_hozac (at least, that is my understanding of it)
1164122622 M * Torsti76 hmm, i don't mind running baselayout_vserver a little longer
1164122638 M * TheSeer hmm.. wasn't there a trick to get lo working within a vserver guest?
1164122651 M * Torsti76 i'll wait till it's official, then upgrade my vserver template
1164122690 M * daniel_hozac TheSeer: what do you mean?
1164122807 M * Torsti76 theseer: in 2.1.1 there is a kernel-option, mapping 127.0.0.1 to the guests real ip
1164122832 M * TheSeer i did set that one..
1164122853 M * Torsti76 theseer: i never used it ;o)
1164122869 M * Torsti76 theseer: what do you need lo for?
1164122922 J * shedi ~siggi@inferno.lhi.is
1164123068 M * TheSeer i have some script that checks for ip a lo
1164123080 M * TheSeer i was trying to avoid "fixing" the script ;)
1164123145 M * Torsti76 theseer: sounds like a plan
1164123165 M * Torsti76 theseer: maybe you should wait for bertl to revive ;o)
1164123190 M * TheSeer somehow today is not my day :/
1164123196 M * TheSeer qmail hates me...
1164123201 M * TheSeer or rather, svscan does
1164123206 A * TheSeer hates svscan back though
1164123234 M * Torsti76 theseer: i share your pity - today my firewall crashed two times because of conntrack_h323
1164123248 M * TheSeer nice too :)
1164123265 M * Torsti76 theseer: which we desperately need for our video-conferencing-system
1164123281 M * Torsti76 theseer: my users start eating me for breakfast
1164123387 N * _Hunger Hunger
1164123393 M * TheSeer guess i can call myself lucky then..
1164123404 M * TheSeer i do have a working server.. just trying to setup a new box
1164123410 A * Torsti76 becomes hungry ;o)
1164123425 M * TheSeer do you use qmail?
1164123434 M * Torsti76 theseer: yes, netqmail
1164123450 M * TheSeer using supervise? 
1164123457 M * Torsti76 theseer: yes
1164123468 M * TheSeer does it actually work for you?
1164123474 M * Torsti76 theseer: yes
1164123485 M * TheSeer hmm.. supervise/svscan seems to not like me at all
1164123499 M * Torsti76 theseer: do you have logging set up properly
1164123500 M * TheSeer i like qmail a lot, but this supervise/svscan stuff is behond me..
1164123509 M * Torsti76 i.e using multilog
1164123516 M * TheSeer i'm trying to rip that out
1164123527 M * TheSeer i want standard /v/l/maillog 
1164123542 M * Torsti76 theseer: that's difficult
1164123550 M * TheSeer i figured that by now :P
1164123563 M * Torsti76 theseer: recommend starting with a standard setup
1164123576 M * TheSeer i do have a working qmail setup on my main server
1164123596 M * TheSeer and this new one so far is based on qmail toaster
1164123622 M * TheSeer replacing the multlog stuff to use splogger isn't too hard though
1164123660 M * TheSeer but the stuff is throwing errors at me like crazy and i don't get the reason why yet...
1164123678 M * TheSeer Nov 21 16:20:20 mx qmail-smtpd: 1164122420.290581 tcpserver: fatal: unable to bind: address already used
1164123691 M * TheSeer which is true, since tcpserver (!) is already running on that port
1164123702 M * TheSeer but why is it trying to start a 2nd one?
1164123759 M * daniel_hozac because it doesn't detect the one already running? :)
1164123768 M * Torsti76 theseer: second
1164123806 M * TheSeer daniel_hozac: i'd rather assume it's trying to open a listener on 127.0.0.1, which is mapped to eth0:mx 
1164123815 M * TheSeer so it fails 
1164123832 M * daniel_hozac why is it trying to bind the addresses separately?
1164123838 M * TheSeer dunno ;>
1164123844 M * TheSeer it was a totally wild guess
1164123909 M * daniel_hozac strace would help you determine the accuracy of it.
1164124122 J * lilalinux ~plasma@dslb-084-058-222-084.pools.arcor-ip.net
1164124358 M * Torsti76 theseer: are you running svscan in a vserver?
1164124405 M * Torsti76 theseer: i realized that it can only be started once across one whole vserver host (i dunno why)
1164124442 M * TheSeer yes
1164124447 M * Torsti76 theseer: so i let qmail always running on the host system and configure all vservers to use that as an smtp relay
1164124455 M * TheSeer but so far the mx is the only vserver besides a dns one
1164124476 M * Torsti76 theseer: that's odd
1164124484 M * TheSeer hmm.. maybe i'll rip the svscan stuff too
1164124504 M * TheSeer Nov 21 16:54:47 mx qmail-smtpd: 1164124487.203077 /var/qmail/bin/qmail-smtpd: error while loading shared libraries: libkrb5.so.3: failed to map segment from shared object: Cannot allocate memory
1164124506 M * TheSeer wtf..?
1164124522 M * TheSeer i don't get this crap ;)
1164124536 M * Torsti76 theseer: try increasing the memory-size for smtp
1164124549 M * TheSeer i didn't even do anything yet
1164124552 M * TheSeer telnet host 25
1164124560 M * TheSeer disconnects me right a way
1164124560 M * Torsti76 theseer: do you use clamd/spamd?
1164124567 M * TheSeer yes..
1164124586 M * Torsti76 theseer: than you should give them at least 16 MB of memory
1164124596 M * Torsti76 theseer: i'll look up the setting
1164124634 M * TheSeer should be softlimit
1164124658 M * Torsti76 jep
1164124674 M * Torsti76 i have:
1164124674 M * Torsti76 SOFTLIMIT_OPTS="-m 16000000"
1164124677 M * TheSeer -m 27000000
1164124690 M * TheSeer should be enough ;)
1164124698 M * Torsti76 theseer: that's really odd
1164124714 M * Torsti76 theseer: is this an fc system again?
1164124720 M * TheSeer yep
1164124724 M * TheSeer fc6 x86_64
1164124741 M * Torsti76 theseer: get gentoo! ;o)
1164124742 M * TheSeer i have a lazyinstaller qmail setup working in my other server ,)
1164124759 M * TheSeer but i didn't have time to fix the lazyinstaller scripts for x86_64
1164124831 M * Torsti76 theseer: they don't let me play with 64 bits here (except for my old sgi indigo2 - but that's my private hobby)
1164124870 M * TheSeer ;)
1164124899 M * TheSeer okay.. i'm going to rip the svscan stuff and try my own..
1164124902 M * TheSeer let's see if that works..
1164124914 P * aurel42 
1164124916 M * Torsti76 theseer: good luck!
1164124974 M * daniel_hozac TheSeer: you realize you could just use an x86 guest, right? :)
1164125263 Q * Johnnie Quit: G'bye!
1164125791 M * TheSeer daniel_hozac: that would spoil all the fun :P
1164125822 M * blues re
1164126145 M * bon no more processes left in this runlevel
1164126152 M * bon after vserver+grsec application :(
1164126665 Q * renihs|wr Ping timeout: 480 seconds
1164126679 M * TheSeer Torsti76: okay, setting -m 50000000 works..
1164126750 J * stefani ~stefani@tsipoor.banerian.org
1164126909 Q * shedi Quit: Leaving
1164127991 M * Torsti76 theseer: that's a lotta stuff for just scanning mails
1164128305 Q * _Radiance Read error: Connection reset by peer
1164128317 J * Radiance 65a223f285@halt.1984world.eu
1164128491 J * Piet hiddenserv@tor.noreply.org
1164128592 Q * DavidS Ping timeout: 480 seconds
1164128820 J * sebastian ~info@pD957FBFB.dip.t-dialin.net
1164128896 J * bonbons ~bonbons@83.222.39.117
1164128953 M * TheSeer Torsti76: yeah.. i'm not sure if i want such a high value.. i just about doubled the default
1164128957 M * TheSeer for testing
1164128982 Q * Piet Ping timeout: 480 seconds
1164129132 Q * sid3windr Ping timeout: 480 seconds
1164129215 M * Torsti76 theseer: i had things like that, too - but there was always something wrong with the config of the services "behind"
1164129871 J * kaner_ kaner@strace.org
1164129885 Q * kaner_ 
1164130209 J * christian ~kvirc@2001:5c0:8fff:ffff::151
1164130472 J * Piet hiddenserv@tor.noreply.org
1164130817 Q * prae Quit: Quitte
1164131751 J * Rich_Estill ~restill@c-24-11-195-139.hsd1.mi.comcast.net
1164131790 N * BlackPierre phedny
1164131869 N * phedny BSc`phedny
1164132321 N * Bertl_zZ Bertl
1164132330 M * Bertl morning follks!
1164132365 M * Bertl bon: you mean, your vanilla kernel booted fine, but applying the patch makes it fail when mounting/starting init?
1164132399 M * daniel_hozac morning Bertl!
1164132594 J * bronson ~bronson@66.160.177.209
1164132704 M * Bertl hey daniel_hozac! welcome bronson! 
1164132734 M * Bertl christian: is that native ipv6 or tunneled?
1164132773 M * christian hello
1164132776 M * christian is tunneled
1164132789 M * christian using tspc
1164133661 J * bronson_ ~bronson@66.160.177.209
1164133792 Q * bronson Ping timeout: 480 seconds
1164134152 Q * bronson_ Ping timeout: 480 seconds
1164134365 P * Torsti76 
1164134552 J * Torsti76 ~irc@gate.iwm-kmrc.de
1164134558 P * Torsti76 
1164135477 Q * christian Quit: KVIrc 3.2.4 Anomalies http://www.kvirc.net/
1164136606 J * shedi ~siggi@inferno.lhi.is
1164136625 J * Johnnie ~jdlewis@jdlewis.org
1164137231 J * comfrey ~comfrey@84.76.157.37
1164137447 J * sid3windr luser@bastard-operator.from-hell.be
1164139037 Q * TheSeer Remote host closed the connection
1164140750 J * scott__ ~scott@209.51.169.84
1164140762 N * scott__ sc0tt
1164141136 Q * comfrey Ping timeout: 480 seconds
1164142585 Q * lilalinux Remote host closed the connection
1164142924 M * Wonka short question: what do messages like these mean?
1164142925 M * Wonka [47674.559958] vxW: pid_task(30698,0): task e9ea6ad0[#122,17618] did lookup e80ae050[#123,30698]
1164143107 M * Bertl that means that a task from context #122 did lookup a task in context #123
1164143118 M * Bertl the attempt was blocked though, so no harm done
1164143139 J * Aiken ~james@tooax6-232.dialup.optusnet.com.au
1164143450 J * s0undt3ch_ ~s0undt3ch@bl4-61-73.dsl.telepac.pt
1164143465 Q * s0undt3ch Read error: Connection reset by peer
1164143466 N * s0undt3ch_ s0undt3ch
1164143628 M * brcc Bertl
1164143655 M * brcc using an a mounted iso image which is located on a mounted ext3 filesystem would result on a lot of overhead, right? Would it be near 100% overhead ?
1164143927 Q * bonbons Quit: Leaving
1164144613 Q * shedi Quit: Leaving
1164144965 M * Bertl brcc: could be, depends on the I/O
1164145306 M * brcc would it be correct to say that if i work that way i will loose 50% I/O performance ?
1164145421 J * shedi ~siggi@inferno.lhi.is
1164147580 J * yarihm ~yarihm@84-75-123-221.dclient.hispeed.ch
1164147869 M * Wonka Bertl: i got screensful of those - is that normal behaviour?
1164148167 Q * sebastian Ping timeout: 480 seconds
1164148319 J * vicio986 vicio986@host97-134-dynamic.59-82-r.retail.telecomitalia.it
1164148324 P * vicio986 
1164148433 J * marcfiu ~mef@aegis.CS.Princeton.EDU
1164148465 P * marcfiu 
1164148599 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at
1164148675 M * Bertl Wonka: what kernel version
1164148731 M * Wonka 2.6.18.2-vs2.1.1
1164148770 M * brcc Bertl: if have some vservers on a shared partition. If i enable usrquota on just one vserver, will the others have problem ?
1164148873 M * Bertl yes
1164148890 M * Bertl unless uids are completely different
1164148896 M * brcc got it
1164148929 M * brcc I am almost creting a loopback image and using it
1164148953 M * brcc is that a good solution?
1164149245 Q * dna_ Quit: Verlassend
1164149489 M * Bertl brcc: well, it is less efficient than an lvm partition for example
1164149520 M * brcc My problem is that i have the server already on production and i really need quota for a cpanel server
1164149524 M * brcc So i will go this way
1164149528 M * brcc for now : )
1164149529 M * brcc hehehe
1164149562 M * brcc What is making me said is that writing a 100mb file directly to disk (from /dev/random) taakes 1 second
1164149567 Q * meandtheshell Quit: Leaving.
1164149578 M * brcc and writing it insig the loopback image takes 50 seconds
1164149580 M * brcc weird
1164149585 M * brcc read speed is almot the same
1164149589 M * daniel_hozac might want to use /dev/zero instead.
1164149591 M * brcc but writing is really slow
1164149623 M * brcc i was using /dev/zeron before, almost same result. i am tryng to compare how less efficient a loopback image will be
1164149670 M * brcc reading is almost the same but wrtiing to the loopback image takes 50x more time
1164149698 M * brcc i am using urandom
1164149874 M * Bertl hmm?
1164149884 M * Bertl use bonnie++ if you want to get some idea
1164149921 M * brcc k, checking bonnie++
1164149951 M * brcc btw bertl, using a loopback image, what should i have at /dev as a disk device ?
1164149964 M * Bertl nothing as usual
1164149970 M * brcc I mean, how could i relate /dev/something to the loopback image ?
1164149988 M * brcc ex: /dev/loop0 ?
1164149992 M * Bertl you do not want any device nodes in /dev (in a guest)
1164150006 M * daniel_hozac unless you want quota, in which case you want the vroot ;)
1164150019 M * brcc i cant use vroot cause i dont have it compiled. things just get worse for me
1164150036 M * Bertl well, then no secure quota for you :)
1164150041 M * brcc hehehe
1164150054 M * brcc What do you think about having /dev/loop0 inside the guest ?
1164150069 M * brcc i dont see how it would impact on host's security
1164150070 M * Bertl basically roots your host
1164150089 M * daniel_hozac well, nodev should keep it rather secure, no?
1164150119 M * Bertl still leaves enough room to crash the kernel
1164150126 M * daniel_hozac of course.
1164150153 M * brcc btw, i am going to be the other of this guest. not any other "third part :) "
1164150173 M * brcc But users will have ftp access which could lead to root access when a new bug is discoverede
1164150174 M * brcc But users will have ftp access which could lead to root access when a new bug is discovered
1164150261 M * brcc is that much risky ? 
1164150299 M * brcc I plan on usnig this just for some months, until next reboot. then i will try to repartition one of the hard drives and get a kernel with vroot enabled
1164150395 J * TheSeer ~theseer@e177159046.adsl.alicedsl.de
1164150401 M * TheSeer good evening :)
1164150462 M * brcc good evening!
1164150516 M * TheSeer [root@core3 0]# vserver gentoo start
1164150516 M * TheSeer secure-mount: mount(): No such file or directory
1164150516 M * TheSeer /etc/vservers/gentoo/fstab:5:1: failed to mount fstab-entry
1164150516 M * TheSeer secure-mount: chdir("/usr/portage/distfiles"): No such file or directory
1164150516 M * TheSeer /etc/vservers/gentoo/fstab:6:1: failed to mount fstab-entry
1164150524 M * TheSeer ouhm...?
1164150541 M * daniel_hozac do you have a /usr/portage/distfiles?
1164150551 M * TheSeer this is a fc6 host
1164150567 M * TheSeer i just installed a gentoo guest from some stage3 tarball
1164150569 M * daniel_hozac but you used -d gentoo, right? :)
1164150574 M * TheSeer yes
1164150578 M * TheSeer was that wrong?
1164150595 M * daniel_hozac nah, but you'll have to fix the fstab yourself.
1164150603 M * daniel_hozac -d gentoo has been greatly improved in trunk.
1164150632 M * daniel_hozac Hollow has done a great job of getting that up to par with the other distributions.
1164150650 M * TheSeer okay.. so what's the easiest fix?
1164150659 M * daniel_hozac update to trunk? :)
1164150660 M * TheSeer just commenting the two portage mounts?
1164150666 M * daniel_hozac yeah, that should work fine.
1164150669 M * TheSeer mind, this is a fc6 host
1164150698 M * TheSeer so at least for now a shared portage won't make sense ;)
1164150713 M * daniel_hozac it would if you have more than one Gentoo guest.
1164150732 M * TheSeer thus the "for now" ;)
1164150765 M * TheSeer hmm.. actually.. i could just do that..
1164150876 Q * michal` Ping timeout: 480 seconds
1164151196 J * michal` ~michal@www.rsbac.org
1164151809 M * DavidS can i bind-mount via the vserver fstab?
1164151815 M * daniel_hozac yes.
1164151858 M * DavidS with my luck, i just need to put the dir as device there ?
1164151865 M * daniel_hozac yep.
1164151869 M * daniel_hozac and bind in options.
1164151871 M * daniel_hozac as usual.
1164151881 M * Bertl note, the source is host space, while the destination is guest space
1164151894 A * DavidS didn't know that this is "usual"
1164151902 M * DavidS but i'm glad i know now :)
1164151933 M * DavidS a good one everyone ...
1164151936 Q * DavidS Quit: Leaving.
1164152218 M * brcc great, quota is working using loop0 :P
1164152372 M * brcc daniel, on the lvm case, would vrsetup be used ?
1164152392 M * daniel_hozac yes, vroot is for security.
1164152406 M * brcc Has anyone got iptables to work inside vserver ?
1164152411 M * brcc I am going to code something now
1164152431 M * daniel_hozac per-guest iptables? or just guest-controllable iptables?
1164152456 M * brcc on the guest it is a shell script, named "iptables" which connect to the host (or a "manager vps") and send the query string to a "iptables daemon"
1164152469 M * brcc it will parse the query, create chains for each specific guest, and create rules
1164152477 M * brcc guest controllable iptables
1164152484 M * brcc isolated and with security
1164152493 M * daniel_hozac i'm sure people would be interested in that.
1164152542 M * brcc when i get something ready i will tell you
1164152548 M * brcc all i need is quota+iptables inside vserver
1164152551 M * brcc so i could get cvommercial panels working
1164152556 M * brcc i was almost switing to xen
1164152561 M * brcc but everything is on production
1164152573 M * brcc And i love linux-vserver stability and performance..
1164152581 M * brcc Time to code.. brb :)
1164152587 M * Bertl lycos is doing something like that, so yes, it is quite interesting
1164152603 M * brcc Does he have something that already works ?
1164152632 M * Bertl yes, but as usual, it's neither publicly available nor free software :(
1164153110 M * brcc I plan on doign this:
1164153181 M * brcc 1) guest will run "iptables", which is a shell script that connects to hosts IP using nc 
1164153205 M * brcc it will connect and send the argv[] 
1164153240 M * brcc 2) Daemon (on the host), receives connection, goes to /etc/*/interfaces/* OR a local table it will create and identifies the vserver
1164153276 M * brcc 3) If first time guest tries to use iptables, chains are creating matching all this guest ips (for input/output/etc)
1164153284 M * brcc created
1164153290 M * brcc And rules are added to the chains
1164153301 M * brcc Something like that
1164153307 M * Bertl okay, let me throw in a few ideas/points here
1164153392 M * Bertl first, wouldn't it be _really_ cool if the guest could use an unmodified iptables?
1164153424 M * Bertl let's spend a few thoughts on that and what would be required
1164153433 M * brcc Sure but that will make project really bigger
1164153473 M * Bertl - we need something in the kernel, interfacing via the netlink interface and exchanging data with the guest's iptable
1164153497 M * Bertl - we need an userspace policy deamon, which handles those requests properly
1164153520 M * Bertl you are going to do the policy anyway, right? well you have to, basically :)
1164153581 M * brcc hehe yes
1164153598 M * brcc i am going to do the userspace