1153959007 Q * phedny Ping timeout: 480 seconds 1153959796 M * micah people have seen this: http://www.openqrm.org/news/openqrm-project-announces-support-for-xen,-vmware,-qemu-and-vserver-virtualization-technologies 1153959799 M * micah ? 1153960264 M * brc_ is that a gui ? 1153961115 P * lilo2 1153961646 M * micah I'm not sure, the marketting lingo is thick 1153961646 J * lilo2 hiddenserv@tor.noreply.org 1153961735 M * micah there is a livecd 1153961855 J * nammie ~nam@S0106001195551ff0.va.shawcable.net 1153962033 Q * lilo2 Remote host closed the connection 1153962296 Q * Nam Ping timeout: 480 seconds 1153962900 M * daniel_hozac micah: wasn't that announced on the mailing list as well? 1153962926 M * daniel_hozac (i failed to find any sort of code, documentation or anything else you'd expect at that time though) 1153963418 Q * bogus Server closed connection 1153963424 J * bogus ~bogusano@fengor.net 1153963942 M * micah daniel_hozac: perhaps it was, I'm behind on the list 1153963949 M * micah (along with a number of other things) 1153964169 J * lilo2 ~0710AAD4@tor-irc.dnsbl.oftc.net 1153965355 J * Greek0 ~greek0@85.255.145.201 1153966699 Q * abi Server closed connection 1153966700 J * abi ~abi@enz.schiach.de 1153967003 Q * meandtheshell Remote host closed the connection 1153967159 J * meandtheshell ~markus@85-124-174-24.dynamic.xdsl-line.inode.at 1153968282 Q * _jake- Server closed connection 1153968296 J * _jake- psybnc@murlocs.org 1153968786 Q * tgk Ping timeout: 480 seconds 1153971282 Q * micah Ping timeout: 480 seconds 1153971562 Q * poiin2000 Server closed connection 1153971591 J * poiin2000 poiin2000@80.244.242.124 1153973824 J * Hmmmm ~Hmmmm@221.135.51.19 1153975417 Q * baggins charon.oftc.net oxygen.oftc.net 1153975417 Q * FaUl charon.oftc.net oxygen.oftc.net 1153975417 Q * Vudumen charon.oftc.net oxygen.oftc.net 1153975417 Q * Wonka charon.oftc.net oxygen.oftc.net 1153975417 Q * BenBen charon.oftc.net oxygen.oftc.net 1153975417 Q * kir charon.oftc.net oxygen.oftc.net 1153975417 Q * m4z charon.oftc.net oxygen.oftc.net 1153975417 Q * Johan_ charon.oftc.net oxygen.oftc.net 1153975417 Q * bubulak charon.oftc.net oxygen.oftc.net 1153975417 Q * harry charon.oftc.net oxygen.oftc.net 1153975417 Q * Radiance charon.oftc.net oxygen.oftc.net 1153975417 Q * waldi charon.oftc.net oxygen.oftc.net 1153975417 Q * h01ger charon.oftc.net oxygen.oftc.net 1153975417 Q * Skram_Buffalo charon.oftc.net oxygen.oftc.net 1153975417 Q * cemil charon.oftc.net oxygen.oftc.net 1153975493 J * stefani ~stefani@c-24-19-46-211.hsd1.mn.comcast.net 1153975563 J * bubulak ~bubulak@whisky.pendo.sk 1153975563 J * Johan_ ~finger@lounge.datux.nl 1153975563 J * m4z m4z@bastard-operator.from-hell.net 1153975563 J * h01ger ~holger@socket.layer-acht.org 1153975563 J * Radiance bdd920e79a@halt.1984world.eu 1153975563 J * Skram_Buffalo ~MarkS@admins.sentiensystems.net 1153975563 J * kir ~kir@swsoft-mipt-nat.sw.ru 1153975563 J * waldi ~waldi@bblank.thinkmo.de 1153975563 J * BenBen ~benny@defiant.wavecon.de 1153975563 J * cemil ~cemil@defiant.wavecon.de 1153975563 J * Wonka produziert@chaos.in-kiel.de 1153975563 J * harry ~harry@d54C2508C.access.telenet.be 1153975563 J * baggins baggins@kenny.mimuw.edu.pl 1153975563 J * FaUl immo@shell.chaostreff-dortmund.de 1153975563 J * Vudumen e94ff97507@perverz.hu 1153977077 Q * meandtheshell Quit: bye bye ... 1153977645 Q * stefani Quit: going away now... 1153977740 J * phedny ~mark@volcano.p-bierman.nl 1153978111 J * coocoon ~coocoon@p54A0572F.dip.t-dialin.net 1153978182 M * coocoon morning 1153978187 M * phedny mornin' 1153983161 M * tokkee Good morning! :-) 1153983704 J * cskarby ~cs@195.1.31.69 1153983807 P * cskarby 1153983836 J * yarihm ~yarihm@whitehead2.nine.ch 1153984685 J * renihs ~penguin@83-65-34-34.arsenal.xdsl-line.inode.at 1153984833 Q * renihs 1153984997 Q * Zaki Ping timeout: 480 seconds 1153985025 J * Smutje ~Smutje@xdsl-87-78-98-134.netcologne.de 1153985143 J * anonc ~anonc@staffnet.internode.com.au 1153985243 J * dna ~naucki@dialer-185-213.kielnet.net 1153987418 J * Pazzo ~thomas@dialin-225136.rol.raiffeisen.net 1153988083 J * tso ~tso@196-019.adsl.pool.ew.hu 1153988086 M * tso hi all 1153990120 J * Milf ~Miranda@ipsio142.ipsi.fraunhofer.de 1153990736 M * harry gandalf:~# uptime; uname -a 10:58:48 up 17:52, 1 user, load average: 0.36, 0.20, 0.19 1153990739 M * harry Linux gandalf 2.6.17.7-grsec2.1.9-vs2.0.2-rc26 #1 SMP Wed Jul 26 16:01:29 CEST 2006 i686 GNU/Linux 1153990742 M * harry kinkyness++ 1153991223 M * sid3windr :) 1153991229 M * sid3windr grsec brr ;) 1153991248 M * harry it makes 2.6 kernel usable :) 1153993105 M * waldi harry: patch? 1153993130 M * harry ? 1153993564 Q * Greek0 Quit: leaving 1153993583 J * Greek0 ~greek0@85.255.145.201 1153993812 Q * FloodServ helium.oftc.net services.oftc.net 1153993979 J * FloodServ services@services.oftc.net 1153994915 J * lilalinux ~plasma@h1-gw.of.net-lab.net 1153996968 Q * chand Quit: chand 1153997273 Q * FloodServ helium.oftc.net services.oftc.net 1153997366 J * FloodServ services@services.oftc.net 1153997539 Q * pusling Server closed connection 1153997555 J * pusling pusling@195.215.29.124 1153998119 N * Bertl_oO Bertl 1153998123 M * Bertl morning folks! 1153998151 M * phedny mornin' 1153998338 M * anonc how goes the quest for stable internet access bertl? 1153998363 M * harry depends... if we continue DDoS'ing him... bad 1153998363 M * harry :p 1153998440 M * doener_ morning Bertl 1153998462 N * doener_ doener 1153999340 Q * DreamerC Quit: leaving 1153999561 M * Bertl anonc: well, not so bad, one location has ADSL now, so except for the funny resets twice a day it seems to be stable :) 1153999579 M * Bertl okay, off for now ... back in the evening ... 1153999582 M * doener ah, so you finally enjoy that, too! :) 1153999592 N * Bertl Bertl_oO 1153999981 Q * Greek0 Quit: leaving 1153999994 J * Greek0 ~greek0@85.255.145.201 1154000200 Q * lilalinux Ping timeout: 480 seconds 1154000221 J * lilalinux ~plasma@dslb-084-058-206-035.pools.arcor-ip.net 1154000787 Q * coocoon Quit: KVIrc 3.2.0 'Realia' 1154000983 M * matti harry: :) 1154001012 M * matti harry: Please, add information about your patches to the channel topic :) 1154001084 J * lilalinux_ ~plasma@h1-gw.of.net-lab.net 1154001451 J * cskarby ~cs@195.1.31.69 1154001474 Q * michal` Ping timeout: 480 seconds 1154001502 M * cskarby Anywhere I can find sound examples for apps/init/cmd.prepare and apps/init/cmd.start-sync 1154001520 Q * lilalinux Ping timeout: 480 seconds 1154001630 J * s0undt3ch ~s0undt3ch@bl8-3-69.dsl.telepac.pt 1154001696 M * cskarby should it be just normal executable files, for instance bash files with #! and chmod +x, or is there a special format? - and which namespace will they operate in, the host's or the guest's? 1154001698 Q * s0undt3ch 1154001698 M * harry ahm... 1154001710 T * harry http://linux-vserver.org/ | latest stable 2.01, 1.2.10, 1.2.11-rc1, devel 2.1.0, exp 2.{0.2,1.1}-rc26 | util-vserver-0.30.210 | 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 ;) 1154001715 M * harry damn 1154001771 Q * gerrit Ping timeout: 480 seconds 1154001785 T * harry http://linux-vserver.org/ | latest stable 2.01, 1.2.10, 1.2.11-rc1, devel 2.1.0, exp 2.{0.2,1.1}-rc26 grsec+vserver: http://ludit.kuleuven.be/software/vserver/patch-2.6.17.7-vs2.0.2-rc26-grsec2.1.9.diff | util-vserver-0.30.210 | 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 1154001799 M * harry nogo, matti ... topic too long now 1154001810 M * derjohn harry, yours is too long! 1154001823 M * derjohn harry, ah, you already spotted it :) 1154001859 M * derjohn harry, put the url on wiki frontpage 1154001902 M * derjohn and refer in topic to it like: http://linux-vserver.org/ | latest stable 2.01, 1.2.10, 1.2.11-rc1, devel 2.1.0, exp 2.{0.2,1.1}-rc26, grsec devel 2.x.y, ? 1154001982 M * matti harry: ;/ 1154002006 M * derjohn harry, pls clean up the mess ;) 1154002121 J * s0undt3ch ~s0undt3ch@bl7-245-192.dsl.telepac.pt 1154002135 M * derjohn s0undt3ch, weclome back (new modem?) 1154002232 P * cskarby 1154002354 J * michal` ~michal@www.rsbac.org 1154002629 T * derjohn http://linux-vserver.org/ | latest stable 2.01, 1.2.10, 1.2.11-rc1, devel 2.1.0, exp 2.{0.2,1.1}-rc26 , stable+grsec 2.0.2-rc26| util-vserver-0.30.210 | 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 ;) 1154002654 T * derjohn http://linux-vserver.org/ | latest stable 2.01, 1.2.10, 1.2.11-rc1, devel 2.1.0, exp 2.{0.2,1.1}-rc26 , stable+grsec 2.0.2-rc26 | util-vserver-0.30.210 | 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 ;) 1154002666 M * derjohn harry, done. 1154002710 J * cskarby ~cs@195.1.31.69 1154002717 M * harry tnx ;) 1154002721 M * mnemoc o.o 1154002732 M * derjohn harry, add you link to the wiki pls ! 1154002744 M * harry will od 1154002748 M * harry it's there... somewhere ;) 1154002753 M * mnemoc the space before the comma looks ugly :( 1154002778 T * derjohn http://linux-vserver.org/ | latest stable 2.01, 1.2.10, 1.2.11-rc1, devel 2.1.0, exp 2.{0.2,1.1}-rc26, stable+grsec 2.0.2-rc26 | util-vserver-0.30.210 | 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 ;) 1154002789 M * derjohn mnemoc, which space ? *g* 1154002812 M * mnemoc :) 1154002926 M * harry done 1154002934 M * harry if someone doesn't like it... change it :p 1154003156 M * cskarby harry, what is happening in line #608 and #614 in the patch? 1154003208 M * harry pfffffffffft... don't know, have to check :) 1154003286 M * harry cskarby: you'll have to ask pax people ;) 1154003328 M * matti Looks like clean (put 0 there) the %ecx. 1154003340 M * harry it backs up ecx 1154003356 M * matti Hm... 1154003360 M * matti Looks funny. 1154003361 M * matti :) 1154003363 J * ekc ekc@netblock-66-245-252-180.dslextreme.com 1154003367 M * harry it's still i386 1154003385 M * harry which kinda... does a lot of shit with other regs when you don't expect it 1154003393 M * cskarby ah, well, ok, so it is in the pax patch? Anyways, I have not worked much with assembly, but it seemed strange 1154003397 M * harry but /me no time for indepth pax research :) 1154003409 M * matti harry: Well, it is even possible? 1154003417 M * harry cskarby: 1 thing to remember : i386 asm sucks 1154003429 M * matti harry: The only living person with in-depth knowledge of pax is probably pipcas ;] 1154003443 M * harry yups 1154003447 M * sannes If it were to store it wouldn't it be (0x0000) ? 1154003448 M * harry ;) 1154003451 M * harry matti: and: shhhhhhhhht 1154003454 M * matti harry: If he dies or something, then we're doomed :) 1154003470 M * harry hehe, naaaaaah... i know a few others who know how pax works too :) 1154003483 M * matti harry: Well, spender also knows ;p 1154003498 M * matti harry: But he is not so brave enought to make even a little patch/fix for pax ;] 1154003499 J * mire ~mire@114-166-222-85.COOL.ADSL.VLine.verat.net 1154003510 M * matti :) 1154003614 M * ekc Is there any way to customize the kernel name that "uname -a" returns from inside a vserver? 1154003638 M * matti harry: BTW, I've a little theory... about pipcas. I don't have any real proof yet, but I think... that he is an alien :) 1154003657 M * harry hehe 1154003659 M * matti harry: Like ao from RSBAC team ;] 1154003673 M * harry matti: spender is a bit into pax, but he's the grsec part mostly 1154003683 M * matti :) 1154003711 M * abi ekc: i *think* its uts/nodename 1154003738 M * matti harry: BTW, will not PIE binaries works with segmexec? 1154003758 M * matti harry: I've one old guest on PLD, and PLD do not support PIE/SSP stuff. 1154003774 M * cskarby abi: hmm .. isn't that the hostname? 1154003793 M * sid3windr ekc: which part would you like to customize? 1154003843 M * cskarby ekc: might be a way, but you want i different than from the host, right? You are thinking about the kernel version, so let's say, you altered it in linux/Makefile for all the hosts, and wanted it different on one of the vservers? 1154003862 M * harry matti: off course they will work 1154003887 M * cskarby ekc: http://www.nongnu.org/util-vserver/doc/conf/configuration.html#uts 1154003891 A * harry a lot of other work now... so not gonna spend my time chitchatting about the good and bad of grsec ;) 1154003893 M * ekc cskarby: yes, I want to have the host report a different kernel name and the guests report a different kernel name 1154003894 M * harry sry 1154003901 J * pisco ~pampel@p5087AC10.dip0.t-ipconnect.de 1154003945 M * matti harry: Sorry for troubling ya :/ 1154003959 M * cskarby ekc: I havn't tried it myself, but according to the flower page it seems you might be able to pull something off by /etc/vservers/${vserver-name}/uts/version 1154003979 M * ekc cskarby: yes. ah. perfect. thanks for the tip. I'll git it a shot 1154004014 M * matti ;) 1154004060 M * harry np :) 1154004108 J * meandtheshell ~markus@85-125-231-134.dynamic.xdsl-line.inode.at 1154004140 Q * Curus Server closed connection 1154004150 J * Curus ~Curus@kbhn-vbrg-sr0-vl209-213-185-8-10.perspektivbredband.net 1154004272 M * ekc for the record: just tried /etc/vservers//uts/* It works perfectly for customizing what "uname -a" returns inside a vserver 1154004360 M * ekc Does anyone know how I can hide /proc/1/mountstats from being accessible inside a vserver? I tried adding "-/proc/1/mountstats" to /etc/vservers/.defauts/apps/vprocunhide/files, but it doesn't work 1154004456 M * ekc I don't want the guest to be able to see what the host has mounted. 1154004535 M * matti ekc: Possible. 1154004549 M * matti ekc: There's a document on this at WiKi. 1154004575 M * sid3windr it's not visible on my machine 1154004651 M * ekc hmm. I must be doing something wrong, then. Searching the wiki now... 1154004818 M * ekc I am reading the 2.6.17 changelog now. It looks like 2.6.17 has added /proc//mountstats and vserver isn't hiding it 1154004840 M * sid3windr ah 1154004856 M * sid3windr I was checking a 2.6.16 box 1154004875 M * sid3windr indeed. 1154004882 M * ekc I wonder how I can tell vserver to hide this. 1154004947 M * sid3windr on debian I had to edit /usr/lib/util-vserver/defaults/vprocunhide-files 1154004963 M * sid3windr /etc/vservers/.defaults/apps/vprocunhide/files didn't work (or I did something wrong) back then 1154005039 M * ekc trying that instead now 1154005102 J * micah elijah@micah.riseup.net 1154005182 M * ekc hmm. /lib/util-vserver/defaults/vprocunhide-files is not working for hiding /proc/1/mounstats 1154005197 M * ekc setattr --hide /proc/1/mounstats isn't doing it, either. very odd 1154005202 M * daniel_hozac ekc: you'll have to patch the kernel. 1154005233 M * ekc how so? should I just remove /proc/1/mounstats ? 1154005291 M * daniel_hozac i meant something more along the lines of checking for xids in there. 1154005451 Q * mire Remote host closed the connection 1154005517 J * coocoon ~coocoon@p54A05373.dip.t-dialin.net 1154005753 P * cskarby 1154006195 M * daniel_hozac ekc: http://daniel.hozac.com/vserver/delta-mountstats-fix01.diff should fix it. 1154006224 M * daniel_hozac umm, forget the two latter hunks, that's from .6. 1154006249 M * doener daniel_hozac: btw, do you agree on my explanation of the deadlock fix? 1154006269 M * daniel_hozac yeah, that's what i thought it did. 1154006298 M * doener the hard/soft irq thing I mean 1154006330 M * daniel_hozac oh, well, i really don't feel comfortable enough with that part of the kernel to say anything... 1154006397 M * doener ok, I'll wait for Bertl's reply then ;) but I'm pretty sure it acts that way, had to figure out lots of that stuff when I fixed the irq accounting for 4K stacks 1154006409 M * doener s/irq/irq cpu time/ 1154006414 M * daniel_hozac hehe. 1154007090 M * ekc daniel_hozac: thanks for the patch! applying it now 1154007404 M * matti daniel_hozac: Can I apply this patch against harry's grsec+vserver patch? 1154007418 M * daniel_hozac matti: i have no idea. 1154007498 M * matti daniel_hozac: If we consider only vserver, then applying this patch should not be harmful or something? I mean, this is a fix for this proc stuff from .7? 1154007510 M * daniel_hozac i guess the return code should be -EACCES though, to line up with .../fd. 1154007558 M * daniel_hozac from .17, yes. it really only matters if you're using fakeinit. 1154007582 M * matti I see. 1154007743 M * daniel_hozac actually, scrap that patch. 1154007758 M * daniel_hozac mountstats should have the same semantics as mounts. 1154007774 M * matti Aye. 1154008139 M * daniel_hozac http://daniel.hozac.com/vserver/delta-mountstats-fix02.diff should be more like it. 1154008161 M * daniel_hozac you know, except for the typo. 1154008171 M * doener *lol* 1154008492 M * daniel_hozac it appears to work, but not in the way i expected... 1154008548 M * doener what does it do? 1154008576 M * daniel_hozac the only line it prints is device rootfs mounted on / with fstype rootfs 1154008607 Q * bubulak Server closed connection 1154008618 J * bubulak ~bubulak@whisky.pendo.sk 1154008620 M * daniel_hozac i was expecting it to use the "device /dev/root mounted on / "... from the patch. 1154008627 M * daniel_hozac although /proc/1/mounts does the same thing. 1154008865 M * doener hm? I see both, rootfs and /dev/root in /proc/1/mounts 1154008882 M * daniel_hozac inside a guest without an init? 1154008885 M * daniel_hozac what kernel? 1154008898 M * doener hm, didn't test a initless guest 1154008914 M * daniel_hozac IMHO, this will only be a problem for initless guets. 1154008915 M * daniel_hozac +s 1154008953 Q * Johan_ Server closed connection 1154008965 J * Johan ~finger@lounge.datux.nl 1154008978 M * doener yeah, wrong namespace --> wrong mount 1154009030 M * doener though... how does the mnt == current->fs_rootmnt succeed then? 1154009076 M * daniel_hozac yeah, i'm guessing that's the "problem". 1154009106 M * daniel_hozac but i suppose it doesn't matter. the mounts that should be hidden are, so mission accomplished :) 1154009765 Q * m4z Server closed connection 1154010410 Q * poiin2000 Ping timeout: 480 seconds 1154010650 J * poiin2000 poiin2000@80.244.242.124 1154012022 Q * yarihm Quit: Leaving 1154012976 Q * Hmmmm Ping timeout: 480 seconds 1154013261 J * Hmmmm ~Hmmmm@221.135.51.19 1154013287 Q * h01ger Server closed connection 1154013348 J * h01ger ~holger@socket.layer-acht.org 1154013687 M * doener http://lkml.org/lkml/2006/7/27/170 -- *lol* 1154013715 J * stefani ~stefani@tsipoor.banerian.org 1154014829 Q * Milf Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org 1154016029 Q * Pazzo Quit: ... 1154016520 Q * FloodServ helium.oftc.net services.oftc.net 1154016556 N * weasel Guest0 1154016563 N * Guest0 weasel 1154016610 J * FloodServ services@services.oftc.net 1154017355 J * bonbons ~bonbons@83.222.36.236 1154018074 J * murrayfoss ~murrayfos@adsl-144-27-85.mia.bellsouth.net 1154018344 Q * sladen Ping timeout: 480 seconds 1154018404 J * sladen paul@starsky.19inch.net 1154018777 Q * Radiance Server closed connection 1154018791 J * Radiance 9978ae1e77@halt.1984world.eu 1154019406 N * Bertl_oO Bertl 1154019411 M * Bertl evening folks! 1154019451 M * phedny hi Bertl 1154019500 M * doener evening Bertl 1154019603 M * daniel_hozac evening 1154019772 J * Term_ ~PhAnATiC@201.98.55.171 1154019831 M * Term_ hello 1154019943 M * Bertl welcome Term_! 1154019966 M * Term_ thanks 1154019994 M * Term_ i have a doubt with tomcat4 and vserver 1154020047 J * mkhl ~mkhl@200-148-40-151.dsl.telesp.net.br 1154020074 M * Term_ in a real system tomcat replicates itself in many processes but in vserver just launch one 1154020104 Q * FloodServ helium.oftc.net services.oftc.net 1154020194 M * Bertl Term_: sounds unusual .. you're sure that the config is the same? 1154020215 M * Bertl ah, and are you sure you are looking at _all_ threads? 1154020218 M * bonbons Term_: nptl? (threading in libc) 1154020233 Q * Skram_Buffalo Server closed connection 1154020235 J * Skram_Buffalo ~MarkS@admins.sentiensystems.net 1154020296 M * Term_ (Bertl): yes the config is the same 1154020329 A * Bertl .o(ah again colors :) 1154020354 M * Bertl daniel_hozac, doener: did you get my question regarding the vx_update_load() fix? 1154020359 M * Term_ where do i can see the _all_threads ? 1154020437 M * Bertl for example 'ps H' 1154020440 J * FloodServ services@services.oftc.net 1154020552 J * pisc1 ~pampel@p5087B47C.dip0.t-ipconnect.de 1154020577 M * Term_ i use 'ps H' and it just show one process for tomcat 1154020581 M * Bertl wb pisc1! welcome murrayfoss! :) 1154020597 M * Bertl Term_: okay, any messages you get in the log files? 1154020606 M * matti Bertl: :))) 1154020625 M * matti Bertl: Thanks to harry, we've the grsec + vserver patches :) 1154020625 M * Bertl hey matti! you saw the patch from harry? 1154020629 M * matti Bertl: Yes! 1154020645 M * matti Bertl: :-) 1154020650 M * matti Bertl: Works like a charm. 1154020665 M * Bertl good to know! feedback for such patches is always appreciated 1154020789 M * matti Bertl: harry knows internals of both vserver and grsec, which I don't. I am more than happy and greatful for latest patches. harry made a hell of good work. 1154020816 M * matti :) 1154020945 Q * pisco Ping timeout: 480 seconds 1154020960 M * Term_ bertl : nothing unusal in the log files 1154020976 J * DreamerC ~dreamerc@59-112-9-211.dynamic.hinet.net 1154020981 M * Bertl Term_: did you check the tomcat logs (if there are any?) 1154020997 M * Bertl Term_: something like unable to fork or so 1154021002 M * Bertl wb DreamerC! 1154021044 M * Term_ is saw the tomcat log files too, and nothing unusual , 1154021077 M * Bertl okay, and the server is doing the same thing as the other (physical) one? 1154021099 Q * s0undt3ch Ping timeout: 480 seconds 1154021148 M * Bertl Term_: what I'm thinking is: what if the tomcat does not prefork, only fork on actual requests? does it get requests? 1154021149 M * Term_ no, the vserver doesn't work with ssl and the physical yes 1154021155 M * Term_ yes 1154021173 M * Term_ the vserver doesn't prefork 1154021201 M * Term_ how can modify the config to do that 1154021207 M * Bertl but the physical machine does? with the same config? 1154021215 M * Term_ yes 1154021226 M * Bertl same tomcat version too? 1154021232 M * Term_ yes same version 1154021262 M * Bertl sounds very strange, I would not see why tomcat should act differently in a guest 1154021288 M * Bertl besides the fact that a frien of mine is running tomcat in a vserver quite fine, not sure what version though 1154021310 M * Term_ i use tomcat 4.1 1154021328 T * Bertl http://linux-vserver.org/ | latest stable 2.01, 1.2.10, 1.2.11-rc1, devel 2.1.0, exp 2.{0.2,1.1}-rc27, stable+grsec 2.0.2-rc26 | util-vserver-0.30.210 | 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 ;) 1154021399 M * Bertl not many changes, basically daniels fixes to 2.0.2 and a few minor adjustments; doesn't include the vx_update_load() stuff 1154021625 M * doener Bertl: as I did reply, yes ;) 1154021727 M * doener http://irc.13thfloor.at/LOG/2006-07/LOG_2006-07-26.txt -- 1153950816 1154021743 M * Bertl doener: ah, yes, just saw it ... hmm, I'm missing the actual cause for the oops in the traces 1154021754 M * doener nmi timeout 1154021760 M * doener +watchdog 1154021773 M * Bertl hmm, hmm ... interesting 1154021829 M * Bertl and this goes away by using the irqsave spinlock variants? 1154021833 M * doener the box got plain irresponsive, so juggo enabled the watchdog and got the backtrace that way 1154021893 M * doener I did not test it, but I'd say so. By now my laptop is with me again, so I could test it now if you like 1154021900 M * Bertl that would actually mean that the load update took longer than the timer irq, no? 1154021957 M * Bertl somehow I still haven't understood the actual issue, maybe you could explain it to me in more detail 1154021974 M * Bertl i.e. what happened when juggo's machine got unresponsive 1154021999 M * DreamerC Bertl: ? 1154022074 M * Bertl DreamerC: ? 1154022098 M * DreamerC Bertl: nothing 1154022108 M * Bertl DreamerC: :) 1154022116 M * DreamerC Bertl: zzz 1154022138 M * doener the proc file was read, that calls vx_update_load, while the spinlock was held the apic timer irq triggered, irq_exit called do_softirq -> ... -> vx_update_load, tried to take the spinlock again -> deadlock 1154022195 M * doener it happened with a 2.6.16 SMP kernel on UP, ie. spinlock was not a nop 1154022207 M * Bertl ahh, now I understand, I always thought two timer irq raced! 1154022228 M * doener :) 1154022234 M * Bertl yes, okay, patch is fine, I'll add it and update the patches in place :) 1154022437 M * Bertl k, done :) 1154022452 M * doener great :) 1154022472 M * Bertl doener: thanks for clarifying :) 1154022478 M * doener no problem 1154023045 Q * coocoon Remote host closed the connection 1154023172 P * Term_ 1154023300 M * daniel_hozac Bertl: 2.0.1-rc27? :) 1154023452 M * daniel_hozac Bertl: did you see http://daniel.hozac.com/vserver/delta-mountstats-fix02.diff ? 1154023508 J * alexx ~alexx@proxy.ikse.net 1154023545 Q * alexx 1154023683 M * Bertl daniel_hozac: yeah, that was an accident 1154023718 J * coocoon ~coocoon@p54A05DA4.dip.t-dialin.net 1154023884 M * Bertl welcome coocoon! 1154023912 Q * michal` Ping timeout: 480 seconds 1154024077 M * coocoon hey bertl 1154024104 M * daniel_hozac Bertl: and i think http://daniel.hozac.com/vserver/delta-cow-feat04.diff is ready. 1154024147 M * Bertl okay, will look into it, I still want to get the lock and admins stuff in the devel release 1154024171 M * Bertl I remember some change we accidentially introduced with the switch changes 1154024195 M * Bertl do we have a patch for that or did I add that immediately (can't remember :/ 1154024196 M * daniel_hozac btw, the mountstats is basically a copy of show_vfsmnt. 1154024208 M * daniel_hozac the EPERM instead of ENOSYS? 1154024211 M * Bertl yep 1154024266 M * daniel_hozac i don't think we have a patch. 1154024291 M * Bertl okay, and I don't think I fixed it :) 1154024300 M * daniel_hozac do_vserver's first EPERM should be ENOSYS. 1154024307 M * daniel_hozac nope, still present :) 1154024389 M * Bertl okay, will be back shortly ... moving irc server :) 1154024464 J * michal` ~michal@www.rsbac.org 1154024616 Q * Bertl Quit: leaving 1154024645 Q * morrigan Quit: leaving 1154025110 T * * http://linux-vserver.org/ | latest stable 2.01, 1.2.10, 1.2.11-rc1, devel 2.1.0, exp 2.{0.2,1.1}-rc27, stable+grsec 2.0.2-rc26 | util-vserver-0.30.210 | 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 ;) 1154025110 T * Bertl - 1154025273 Q * kir Server closed connection 1154025286 J * kir ~kir@swsoft-mipt-nat.sw.ru 1154025686 J * Bertl herbert@IRC.13thfloor.at 1154025747 Q * Bertl 1154025767 J * Bertl herbert@IRC.13thfloor.at 1154025787 Q * Bertl 1154025876 J * yarihm ~yarihm@84-75-110-89.dclient.hispeed.ch 1154026154 Q * waldi Server closed connection 1154026159 J * waldi ~waldi@bblank.thinkmo.de 1154026169 Q * BenBen Server closed connection 1154026170 J * BenBen ~benny@defiant.wavecon.de 1154026427 J * Bertl herbert@IRC.13thfloor.at 1154026445 Q * Bertl 1154026452 P * pisc1 1154026462 J * Bertl herbert@IRC.13thfloor.at 1154026490 M * Bertl okay, guess I'm back now ... 1154026505 Q * cemil Server closed connection 1154026506 J * cemil ~cemil@defiant.wavecon.de 1154026574 M * daniel_hozac wb. 1154027043 J * glut ~glut@no.suid.pl 1154027081 M * glut g'day 1154027101 M * Bertl welcome glut! 1154027126 Q * Wonka Server closed connection 1154027127 J * Wonka produziert@chaos.in-kiel.de 1154027128 Q * yang Server closed connection 1154027183 M * glut mind if I idle here for a while ? ;) 1154027189 J * yang ~yang@cpe-213-157-253-172.dynamic.amis.net 1154027535 M * Bertl glut: not at all, feel free to do so ... 1154027566 M * Bertl glut: and do not hesitate to ask (Linux-VServer related) questions if you enounter them ... 1154027583 M * glut I will if I have any 1154027596 M * glut I switches vservers into production recently 1154027604 M * glut so I may have questions 1154027609 M * Bertl congrats! 1154027778 M * glut is that any known vserver+grsecurity issue ? 1154027807 M * glut I consider applying vserver+grsecurity patch for 2.6.17.7 1154027849 M * Bertl folks combining those two patches keep telling me that they work just fine (so do certain users), I assume you need to know what you are doing to make it work as expected ... 1154027920 M * glut that's good news :) 1154027996 M * Bertl hmm, have to restart my client once again, sec ... 1154028002 Q * Bertl Quit: leaving 1154028056 J * Bertl herbert@IRC.13thfloor.at 1154028468 M * Bertl glut: so best you test the grsec combo and report any issues to harry ... 1154028494 M * glut I'll consider applying this patch yet 1154028519 M * glut I'm not bleeding-edge kind of guy 1154029194 J * infowolfe ~infowolfe@ip68-2-175-184.ph.ph.cox.net 1154029199 A * infowolfe waves at Bertl again 1154029286 J * alexx ~alexx@proxy.ikse.net 1154029354 M * Bertl hey infowolfe! 1154029359 M * Bertl wb alexx! 1154029364 M * infowolfe long time... 1154029364 M * Bertl infowolfe: LTNS! 1154029370 M * infowolfe lol 1154029384 M * infowolfe Bertl, i've been too busy with work to play with vserver :( 1154029399 M * Bertl sorry to hear that! you missed all the fun :) 1154029402 M * infowolfe and we need to combine machines, not split them up :-p 1154029407 M * infowolfe oh? what kind of fun? 1154029416 M * alexx hello Bertl :) 1154029422 M * Bertl infowolfe: well, the new features and stuff 1154029469 M * infowolfe yah, someone sent me a message on icq the other day asking about limits, i had to admit i had no idea whether/how/if process/cpu/memory limits were working 1154029485 M * infowolfe Bertl, are you familiar with amd64's mcelog? 1154029519 M * Bertl not really, otherwise I'd answered your question :) 1154029529 Q * harry Server closed connection 1154029530 J * harry ~harry@d54C2508C.access.telenet.be 1154029544 M * infowolfe ah 1154029546 Q * mkhl Ping timeout: 480 seconds 1154029547 M * Bertl infowolfe: yes, we have _a lot_ of new limits :) 1154029549 M * infowolfe i'm mainly wondering about formatting :-p 1154029562 M * infowolfe oh? 1154029566 M * infowolfe are they wikified? 1154029573 M * infowolfe or flower-paged? 1154029592 M * Bertl I think so, only the scheduler (fair scheduling hard scheduler) is not that well documented yet 1154029650 M * infowolfe i'll have to play with it again soon 1154031269 Q * bonbons Quit: Leaving 1154031867 Q * baggins Server closed connection 1154031870 J * baggins baggins@kenny.mimuw.edu.pl 1154031906 M * Bertl welcome baggins! 1154032453 M * Wonka the shire is in poland? 1154032507 M * Bertl obviously :) 1154032704 Q * FaUl Server closed connection 1154032705 J * FaUl immo@shell.chaostreff-dortmund.de 1154032741 Q * yarihm Quit: Leaving 1154032810 J * Zaki ~Zaki@212.118.96.101 1154033267 Q * complexmind Ping timeout: 480 seconds 1154033278 M * Bertl wb FaUl! Zaki! 1154033452 Q * FloodServ helium.oftc.net services.oftc.net 1154034148 J * s0undt3c1 ~s0undt3ch@bl8-2-251.dsl.telepac.pt 1154034148 Q * s0undt3ch Read error: Connection reset by peer 1154034156 N * s0undt3c1 s0undt3ch 1154034313 J * FloodServ services@services.oftc.net 1154034941 Q * s0undt3ch Quit: leaving 1154034950 J * s0undt3ch ~s0undt3ch@bl8-2-251.dsl.telepac.pt 1154034956 Q * s0undt3ch 1154034972 J * s0undt3ch ~s0undt3ch@bl8-2-251.dsl.telepac.pt 1154035125 Q * dna Quit: Verlassend 1154035137 Q * Vudumen Server closed connection 1154035145 J * Vudumen ~vudumen@perverz.hu 1154035203 J * mire ~mire@9-167-222-85.COOL.ADSL.VLine.verat.net 1154035844 J * complexmind ~mark@162.84.2.81.in-addr.arpa 1154035936 Q * Medivh Server closed connection 1154035942 J * Medivh ck@paradise.by.the.dashboardlight.de 1154036257 Q * alexx Quit: Ex-Chat 1154036266 Q * complexmind Ping timeout: 480 seconds 1154036916 J * complexmind ~mark@162.84.2.81.in-addr.arpa 1154038392 P * stefani I'm Parting (the water) 1154038640 J * chand ~chand@gw.net81-65-27.noos.fr 1154038742 M * Bertl welcome chand! 1154039155 J * m4z m4z@bastard-operator.from-hell.net 1154039476 M * Bertl welcome m4z! 1154040117 M * Zaki Bertl, thx herbert (FaUl==?) 1154040291 M * Bertl well, /whois helps here :) 1154040317 Q * Loki|muh Server closed connection 1154040319 J * Loki|muh loki@satanix.de 1154040469 Q * mire Quit: Leaving 1154040611 Q * nebuchadnezzar Server closed connection 1154040624 J * nebuchadnezzar ~nebu@zion.asgardr.info 1154040963 M * Bertl okay, I'm off to bed now .. have a good one everyone! cya! 1154040969 N * Bertl Bertl_zZ 1154041406 Q * chand Ping timeout: 480 seconds 1154041567 Q * locksy Ping timeout: 480 seconds 1154042612 M * m4z Bertl_zZ: youre much too kind (; 1154042806 Q * s0undt3ch Ping timeout: 480 seconds 1154044338 J * s0undt3ch ~s0undt3ch@bl7-244-211.dsl.telepac.pt 1154044375 Q * s0undt3ch 1154044381 J * s0undt3ch ~s0undt3ch@bl7-244-211.dsl.telepac.pt