1110935971 Q * yarihm Quit: Leaving
1110936175 J * tad ~tad@h000f3d19edcc.ne.client2.attbi.com
1110936242 Q * tad Quit: 
1110936292 J * tad ~tad@h000f3d19edcc.ne.client2.attbi.com
1110938255 T * * http://linux-vserver.org/ | latest stable 1.2.10, devel 1.9.5-rc3, ng9.4  -- 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 ;)
1110938255 T * Bertl -
1110938262 J * BobR_oO ~georg@212.16.62.51
1110940360 Q * tad Remote host closed the connection
1110941016 N * Bertl_oO Bertl
1110941023 M * Bertl back now ...
1110942957 M * ntrs Bertl, can you access www.google.com?
1110942966 M * Bertl sec
1110942987 M * ntrs I can now. I don't know what happened but it was inaccessible for a while.
1110942995 M * Bertl yep, I can ...
1110943013 M * Bertl maybe they got some strange dns issues?
1110943023 M * ntrs Yes I think so
1110943025 M * Bertl was the resolving not working or the connect?
1110943042 M * ntrs Have you seen their WHOIS record? There is something seriously wrong there
1110943062 M * ntrs resolving still does not work from another machine
1110943091 M * Bertl well, whois looks 'normal'
1110943107 M * Bertl Registrant:
1110943114 M * Bertl Google Inc.
1110943140 M * Bertl    Domain Name: GOOGLE.COM
1110943140 M * Bertl    Registrar: ALLDOMAINS.COM INC.
1110943152 M * ntrs Wow, what is happening on my end?
1110943158 M * ntrs Ok. Thanks Bertl 
1110943165 M * Bertl np
1110943540 M * Bertl okay, I'm off to bed for today ... back tomorrow ...
1110943552 M * Bertl have a nice whatever everyone! cya ...
1110943563 N * Bertl Bertl_zZ
1110944078 J * ciphernaut ~a@61.88.18.130
1110948319 J * mugwump_ ~samv@210-54-92-184.ipnets.xtra.co.nz
1110948319 Q * mugwump Read error: Connection reset by peer
1110948352 J * nox- ~nox@213.39.135.222
1110948681 Q * nox Ping timeout: 480 seconds
1110948711 N * nox- nox
1110951949 Q * mugwump_ Read error: Connection reset by peer
1110955099 N * DaPhreak|detached DaPhreak
1110955792 Q * jd86 Ping timeout: 480 seconds
1110956474 M * ciphernaut in a vserver, apache gives me this: "radclient: dict_init: Couldn't open dictionary "/etc/freeradius/dictionary": Permission denied" 
1110956504 M * ciphernaut though the permissions are readable by anyone
1110956544 M * ciphernaut is Maximum_open_files or something simalar getting in the way?   how can I check this ?
1110957082 J * jd86 ~jim@ip68-9-97-23.ri.ri.cox.net
1110958268 M * ciphernaut Kernel: 2.4.29-vs1.2.10+ctx  VS-API: 0x00010004  util-vserver: 0.30.204; Feb 25 2005, 02:34:16
1110958623 M * bro morning all
1110958723 M * bro ive come across to another problem on 2.6.9-vs1.9.3, maybe it's fixed in the new versions, when i try to use cacti, and just before getting the full report via snmpd it(snmpd) segfaults ;/
1110958969 M * bro it segfaults on open("/proc/stat", O_RDONLY) read(4, "cpu  13521369 51976458 21408049 "..., 1023) = 766 close(4) --- SIGSEGV (Segmentation fault) ---
1110959256 M * bro it does happen even if -r is specified, that is for "Don't require root access to run the demon.  Specifically, don't exit when you can't open files like /dev/kmem, etc..."
1110962714 J * IceTi 125@mw635449.rz.ruhr-uni-bochum.de
1110962721 M * IceTi moin
1110963028 Q * sebd Read error: Operation timed out
1110963314 J * prae ~prae@134.106-14-84.ripe.coltfrance.com
1110963825 M * IceTi somebody here?
1110963909 Q * tchan Ping timeout: 480 seconds
1110964136 J * tchan ~tchan@c-24-13-81-164.client.comcast.net
1110964268 N * Doener_zZz Doener
1110964333 M * Doener ciphernaut: try to open that file as a regular user, please
1110964709 M * prae morning *  :)
1110964781 M * Doener morning prae
1110964828 M * bro mornin` Doener :>
1110965036 Q * jsambrook Quit: Download Gaim: http://gaim.sourceforge.net/
1110967936 N * Bertl_zZ Bertl_oO
1110970368 J * sebd ~sebd@lesdeveloppementsdurables.org
1110971250 M * alexx morning all
1110971281 M * Doener morning alexx 
1110971282 M * alexx anybody have a succes experience with quota inside a vserver on a LVM partition ?
1110971293 M * Doener 2.4 or 2.6 kernel?
1110971330 M * alexx 2.6
1110971382 J * jsambrook ~jsambrook@aelfric.plus.com
1110971443 M * Doener 2.6 doesn't support that yet IIRC
1110971518 M * alexx hoooo nooo :
1110971519 M * alexx :/
1110971532 M * alexx (with a lemmings voice)
1110971599 M * alexx ais a tricky exist to simulate quota for tools (setquota, repquota...) but with no application .... ?
1110971628 M * alexx i want to use an application that require quota
1110971641 M * alexx without quota, this app failed to run correctly :/
1110971651 M * Doener with lvm you could probably simply copy the original dev node to do quota stuff, but i'd ask for Bertl's opinion on that...
1110971666 M * alexx i don't want to use "quota limitation", but, the app want it
1110971689 M * alexx i've try to create the node for the dev
1110971704 M * Doener what program is that?
1110971738 M * alexx but i don't know how to have a mount of / with usrquota and grpquota into vserver
1110971752 M * alexx it's a ControlPanel for web hosting utility
1110971759 M * Doener confixx?
1110971764 M * alexx nop
1110971768 M * alexx BlueQuartz
1110972955 M * alexx it's ok, i've delete Quota part of BQ ;)
1110972978 M * Doener heh
1110974820 N * Bertl_oO Bertl
1110974830 M * Bertl morning folks!
1110974849 M * DaCa morning Bertl !
1110974871 M * Bertl alexx: quota on a separate (lvm) partition works with 2.6 (there is even a secure way to do it ;)
1110974892 M * Bertl hey DaCa!
1110974928 M * DaPhreak morning Bertl :)
1110974945 M * Bertl hey DaPhreak! (next time Da* ;)
1110974964 M * DaPhreak heh ;)
1110975058 J * Pazzo ~thomas@adsl136-175.aknet.it
1110975073 M * Bertl welcome Pazzo!
1110975363 M * IceTi hey
1110975368 M * IceTi hi @ all
1110975426 M * Bertl hey Timo!
1110975453 M * Bertl so did you manage to disable your selinux?
1110975461 M * IceTi yes
1110975474 M * Doener Bertl: hm, since when does it work?
1110975482 M * IceTi öhm is it BAD
1110975484 A * Doener didn't notice vroot made it to 1.9.x
1110975496 M * IceTi me?
1110975544 M * IceTi Bertl do have become my e-mail?
1110975570 M * Doener i hope he didn't!
1110975571 M * Doener ;)
1110975591 M * Bertl IceTi:  yes, I got your email, just not answered yet, but I guess I cane have a look at your 'work' under two conditions:
1110975598 M * IceTi is it a secrutiy gap when I disable selinux
1110975603 M * IceTi why doener?
1110975618 M * IceTi vertl: yes?
1110975625 M * IceTi (Bertl): yes
1110975646 M * Bertl a) you make your work public (i.e. put it online/wiki/etc)
1110975662 M * IceTi and b?
1110975679 M * Doener IceTi: old get/become joke ;) "become" is a false friend... it means 'werden' in that context
1110975686 M * Bertl b) you make sure that the stuff is correct (i.e. maintain it for a week or so)
1110975725 M * IceTi mainten it for a week?
1110975747 M * Bertl yeah, so that stuff I and others point out as wrong get corrected ...
1110975759 M * Bertl (guess that's in your interest ;)
1110975776 M * IceTi hmm i don´t understand that in english? :-(
1110975805 M * IceTi oh i think now i understand it
1110975808 M * IceTi now
1110975822 M * IceTi yes of course I correect wrong things
1110975829 M * Doener the original joke goes something like: Customer: "Waiter, when will i become my steak?" Waiter: "Never, Sir, never"
1110975829 M * Bertl so sounds good to you?
1110975842 M * IceTi hmm yes why not
1110975877 M * IceTi but do U have invented vserver?
1110975882 M * Doener had no offense in mind, just made me remember that joke
1110975888 M * IceTi ok
1110975890 M * IceTi hehe
1110975894 M * Bertl IceTi: no, that was Sam and Jacques ...
1110975920 M * IceTi who are these peopel
1110975974 M * Bertl but 90% of the current linux-vserver code was written by me ...
1110975984 M * IceTi oh
1110975987 M * IceTi cool :-)
1110975999 M * IceTi now back to my question
1110976007 M * Bertl Sam is around here (mugwump) and Jacques was the one doing the original linux-vserver (aka. security contexts)
1110976010 M * Pazzo hi bertl :)
1110976014 M * Pazzo doener!
1110976026 M * IceTi is it a secrutiy gap when I disable selinux
1110976051 M * IceTi what is that security contexts)?
1110976090 M * Doener hi Pazzo!
1110976116 M * Bertl imho not really, of course selinux folks will disagree
1110976141 M * Doener IceTi: aka = also known as, makes sense now? ;)
1110976179 M * Bertl IceTi: we have a link to Jacques' site on the wiki (linux-vserver.org)
1110976215 M * IceTi hmm ok
1110976325 M * alexx Bertl, great for quota on 2.6 ! :) but how ? 
1110976359 M * IceTi but what packages were install when i build a new server, just the basics, right? but what exactly?
1110976419 M * Bertl alexx: simple (and this is the answer to Doener's question) you have to apply the VROOT patch, configure the vroot device, and copy that over into the vserver ...
1110976607 Q * prae Ping timeout: 480 seconds
1110976732 M * IceTi (Bertl): but my dokument can just be make public when I had make my "abschlussprüfung"
1110977003 M * Bertl well, should be fine for me, just get's you less checking ...
1110977089 M * IceTi I ´ve install vserver with this doku: 21 Dec 2003:	 [Newbie-Howto(Beta)] published (JNoble).
1110977097 M * IceTi what di u think about that?
1110977311 M * Bertl url?
1110977563 M * IceTi http://linux-vserver.org/index.php?page=New-Howto
1110977589 M * IceTi hmm i think i cannot reboot my vserver when i´m in this vserver with reboot -r
1110977610 M * Doener it's reboot -f ...
1110977634 M * IceTi i think it don´t work here:
1110977639 M * IceTi -bash-3.00# reboot -f
1110977639 M * IceTi -bash-3.00#
1110977666 M * Doener check the host's syslog
1110977676 M * Bertl (and maybe disable se-linux ;)
1110977690 M * IceTi .-) selinux is disabled
1110977716 M * IceTi what should i check in syslog?
1110977727 M * Doener messages about vshelper
1110977756 M * IceTi where is syslog?
1110977810 M * Bertl depends on your config (host side) usually the syslogd logs into /var/log/messages ;)
1110977961 M * IceTi Mar 16 07:59:32 vsfc3-3 shutdown: shutting down for system reboot
1110977981 M * IceTi hmmm it was so fast i think in 2 seconds he reboot???????
1110978037 M * Bertl could be, check with uptime
1110978100 M * IceTi with "uptime" ??
1110978185 M * Doener yeah, uptime is usually reset on reboot
1110978197 M * IceTi 14:02:45 up 3:15, 1 user, load average: 0.00, 0.01, 0.00
1110978205 M * IceTi I see no time?
1110978268 M * Doener hm, that line from syslog/messages is a little old, don't you think so?
1110978309 M * IceTi no, that uptime line is from the root server but its the same like the vserver
1110978320 M * IceTi the clock i false i know ;-)
1110978402 M * Doener clock seems fine... and it says it's about 14:00, while the syslog entry is from 07:59:23... 
1110978421 M * Doener thus that's most probably not related to the "reboot -f" you did some minutes ago
1110978430 M * IceTi yes.... no 7:59 is from the vserver 14:00 is from the root server
1110978449 M * IceTi hmm
1110978463 M * IceTi -bash-3.00# uptime
1110978464 M * IceTi 08:06:34 up 3:19, 1 user, load average: 0.00, 0.00, 0.00
1110978471 M * Doener and the syslog message is taken from the host, so it's time should apply, right?
1110978475 M * IceTi Mar 16 07:52:34 vsfc3-3 shutdown: shutting down for system reboot
1110978479 M * Doener s/it's/its/
1110978490 M * IceTi ??
1110978536 M * Bertl alexx: try that one http://vserver.13thfloor.at/Experimental/diff-2.6.10-vs1.9.3.13-vr0.21.diff
1110978558 M * Bertl (if it doesn't apply cleanly or give some issues on compile, just let me know)
1110978571 M * alexx ok, i try it
1110978572 M * alexx thanks
1110978574 M * IceTi i am confused
1110978595 M * Bertl alexx: you're welcome!
1110978661 M * Doener IceTi: check the _host's_ syslog for any _recent_ messages about _vshelper_
1110978707 M * IceTi nothing
1110978966 M * Doener ok, so no problems (i guess)
1110978972 M * IceTi hmm
1110978973 M * IceTi ok
1110978976 M * Doener check the start times of the processes inside the vserver
1110978979 M * IceTi what ever
1110978986 M * IceTi how?
1110978999 M * Doener ps aux
1110979022 M * IceTi mom
1110979078 M * Bertl does your vserver have the CAP_SYS_BOOT capability?
1110979093 M * IceTi öhm, where can i configure that?
1110979102 M * IceTi i think the reboot don´t work
1110979178 M * Bertl first, check with 'grep Cap /proc/self/status' (inside the vserver)
1110979204 M * IceTi CapInh: 0000000000000000
1110979204 M * IceTi CapPrm: 00000000d44c04ff
1110979204 M * IceTi CapEff: 00000000d44c04ff
1110979305 M * Bertl okay, that is fine ...
1110979317 M * IceTi hmm ok :-)
1110979375 M * Bertl what init style do you use?
1110979390 M * IceTi öhm i don´t know
1110979505 Q * DukeGangsta|aw Read error: Operation timed out
1110980002 Q * Pazzo xenon.oftc.net oxygen.oftc.net
1110980002 Q * IceTi xenon.oftc.net oxygen.oftc.net
1110980002 Q * ciphernaut xenon.oftc.net oxygen.oftc.net
1110980002 Q * BobR_oO xenon.oftc.net oxygen.oftc.net
1110980002 Q * jd86 xenon.oftc.net oxygen.oftc.net
1110980002 Q * DuckMaster xenon.oftc.net oxygen.oftc.net
1110980002 Q * douglas xenon.oftc.net oxygen.oftc.net
1110980002 Q * SiD3WiNDR xenon.oftc.net oxygen.oftc.net
1110980002 Q * Doener xenon.oftc.net oxygen.oftc.net
1110980002 Q * DaPhreak xenon.oftc.net oxygen.oftc.net
1110980002 Q * rs xenon.oftc.net oxygen.oftc.net
1110980002 Q * sannes xenon.oftc.net oxygen.oftc.net
1110980002 Q * pusling xenon.oftc.net oxygen.oftc.net
1110980002 Q * Medivh xenon.oftc.net oxygen.oftc.net
1110980002 Q * anonymous-coward xenon.oftc.net oxygen.oftc.net
1110980002 Q * virtuoso xenon.oftc.net oxygen.oftc.net
1110980002 Q * logger xenon.oftc.net oxygen.oftc.net
1110980002 Q * kevinp xenon.oftc.net oxygen.oftc.net
1110980002 Q * ola xenon.oftc.net oxygen.oftc.net
1110980002 Q * click xenon.oftc.net oxygen.oftc.net
1110980002 Q * _BWare_ xenon.oftc.net oxygen.oftc.net
1110980002 Q * weasel xenon.oftc.net oxygen.oftc.net
1110980002 Q * Zoiah xenon.oftc.net oxygen.oftc.net
1110980002 Q * ntrs xenon.oftc.net oxygen.oftc.net
1110980002 Q * flock xenon.oftc.net oxygen.oftc.net
1110980002 Q * lilo xenon.oftc.net oxygen.oftc.net
1110980004 Q * daniel_hozac xenon.oftc.net oxygen.oftc.net
1110980004 Q * locksy xenon.oftc.net oxygen.oftc.net
1110980004 Q * TheSeer xenon.oftc.net oxygen.oftc.net
1110980004 Q * DaCa xenon.oftc.net oxygen.oftc.net
1110980004 Q * micah_ xenon.oftc.net oxygen.oftc.net
1110980004 Q * sladen xenon.oftc.net oxygen.oftc.net
1110980004 Q * alexx xenon.oftc.net oxygen.oftc.net
1110980004 Q * eyck xenon.oftc.net oxygen.oftc.net
1110980004 Q * brc xenon.oftc.net oxygen.oftc.net
1110980004 Q * maharaja xenon.oftc.net oxygen.oftc.net
1110980004 Q * Snow-Man xenon.oftc.net oxygen.oftc.net
1110980004 Q * meebey xenon.oftc.net oxygen.oftc.net
1110980004 Q * stupidawy xenon.oftc.net oxygen.oftc.net
1110980004 Q * nox xenon.oftc.net oxygen.oftc.net
1110980004 Q * spocki xenon.oftc.net oxygen.oftc.net
1110980004 Q * Seraph xenon.oftc.net oxygen.oftc.net
1110980004 Q * sith xenon.oftc.net oxygen.oftc.net
1110980004 Q * albeiro xenon.oftc.net oxygen.oftc.net
1110980004 Q * grecea xenon.oftc.net oxygen.oftc.net
1110980004 Q * monrad xenon.oftc.net oxygen.oftc.net
1110980004 Q * atsab_ xenon.oftc.net oxygen.oftc.net
1110980004 Q * bro xenon.oftc.net oxygen.oftc.net
1110980004 Q * Bertl xenon.oftc.net oxygen.oftc.net
1110980004 Q * ndim xenon.oftc.net oxygen.oftc.net
1110980004 Q * Loki|muh xenon.oftc.net oxygen.oftc.net
1110980004 Q * no_maam xenon.oftc.net oxygen.oftc.net
1110980004 Q * th xenon.oftc.net oxygen.oftc.net
1110980004 Q * matti xenon.oftc.net oxygen.oftc.net
1110980004 Q * Radiance xenon.oftc.net oxygen.oftc.net
1110980004 Q * mcp xenon.oftc.net oxygen.oftc.net
1110980004 Q * Guest60 xenon.oftc.net oxygen.oftc.net
1110980046 J * Pazzo ~thomas@adsl136-175.aknet.it
1110980046 J * IceTi 125@mw635449.rz.ruhr-uni-bochum.de
1110980046 J * jd86 ~jim@ip68-9-97-23.ri.ri.cox.net
1110980046 J * nox ~nox@213.39.135.222
1110980046 J * ciphernaut ~a@61.88.18.130
1110980046 J * BobR_oO ~georg@212.16.62.51
1110980046 J * DuckMaster ~Duck@dyn-83-157-156-170.ppp.tiscali.fr
1110980046 J * douglas ~douglas@douglas.user.oftc.net
1110980046 J * kevinp ~kevinp@ny.webpipe.net
1110980046 J * micah_ micah@micha.hampshire.edu
1110980046 J * ola ~ola@c-adt-5.ataco.se
1110980046 J * sladen paul@starsky.19inch.net
1110980046 J * spocki ~mk@lex.knuettel.de
1110980046 J * click click@dsl-static-122-208.aal.tiscali.no
1110980046 J * Seraph kk@projects.verfaction.de
1110980046 J * sith sith@aaronp.com
1110980046 J * Snow-Man ~sfrost@snowman.net
1110980046 J * alexx ~alexx@82.225.136.176
1110980046 J * eyck eyck@81.219.64.71
1110980046 J * brc bruce@201008089238.user.veloxzone.com.br
1110980046 J * maharaja maharaja@ipax.at
1110980046 J * albeiro albeiro@linux.gentoo.pl
1110980046 J * _BWare_ ~bware@office.intouch.net
1110980046 J * meebey meebey@meebey.net
1110980046 J * stupidawy foo@you.wish.you.were.pimp.olicio.us
1110980046 J * grecea ~grecea@h-195-22-237-74.mdl.net
1110980046 J * weasel weasel@weasel.noc.oftc.net
1110980046 J * Zoiah Zoiah@matryoshka.zoiah.net
1110980046 J * monrad ~monrad@213083190130.sonofon.dk
1110980046 J * atsab_ ~as@lotes.vtu.lt
1110980046 J * ntrs ntrs@Dardeene-68.188.50.87.charter-stl.com
1110980046 J * bro ~vanity@lanparty.lv
1110980046 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il
1110980046 J * Bertl ~herbert@janus.mc.tuwien.ac.at
1110980046 J * lilo ~lilo@lilo.usercloak.oftc.net
1110980046 J * ndim hun@helena.bawue.de
1110980046 J * Loki|muh loki@satanix.de
1110980046 J * SiD3WiNDR luser@bastard-operator.from-hell.be
1110980046 J * mcp ~hightower@www.c-tera.de
1110980046 J * no_maam ~erik@datenzone.de
1110980046 J * th tom@pc-4092.ethz.ch
1110980046 J * matti matti@linux.gentoo.pl
1110980046 J * Radiance kryptonite@wrath.shellfx.net
1110980046 J * Guest60 ~berni@svr01.mucip.net
1110980046 J * Doener doener@193.24.208.125
1110980046 J * DaPhreak ~phreak@lms.rz.uni-greifswald.de
1110980046 J * rs ~rs@194.98.28.10
1110980046 J * sannes ~ace@home.skarby.no
1110980046 J * pusling ~pusling@195.215.29.124
1110980046 J * Medivh ck@paradise.by.the.dashboardlight.de
1110980046 J * anonymous-coward ~nwalsh@shaggy.internode.com.au
1110980046 J * logger ~rs@vds.pas-mal.com
1110980046 J * DaCa ~danny@mail.limehouse.org
1110980046 J * TheSeer ~theseer@border.office.salesemotion.net
1110980046 J * locksy ~locksy@mrtg.sisgroup.com.au
1110980046 J * daniel_hozac ~daniel@h212n1fls33o829.telia.com
1110980046 J * virtuoso ~s0t0na@tranq.dorms.spbu.ru
1110980093 Q * douglas Ping timeout: 480 seconds
1110980108 Q * anonymous-coward Ping timeout: 480 seconds
1110980118 T * services.oftc.net http://linux-vserver.org/ | latest stable 1.2.10, devel 1.9.5-rc3, ng9.4  -- 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 ;)
1110980426 Q * IceTi Quit: get satisfied! • :: ««« (Gamers.IRC) »»» www.gamersirc.net ::
1110980916 Q * jd86 Read error: Operation timed out
1110981924 Q * jsambrook Quit: Download Gaim: http://gaim.sourceforge.net/
1110983489 M * Bertl Doener: http://www.osdl.org/plm-cgi/plm?module=patch_info&patch_id=4303
1110983625 J * prae ~prae@134.106-14-84.ripe.coltfrance.com
1110983632 M * Bertl welcome prae!
1110983746 M * Doener ah, so you got your gpg to accept the expired key?
1110983758 M * Bertl nope, I got a new key from osdl ;)
1110983773 M * Bertl (and another 20 changes to the script ;)
1110983778 M * prae M. Bertl !
1110983802 M * Doener hm, what's that "ia32 Compile Regress"?
1110983833 M * Bertl no idea, but I also tried this one: (not working 100% yet)
1110983846 M * Bertl http://vserver.13thfloor.at/Experimental/PLM/
1110983864 M * Bertl (which has potential IMHO, i.e. nice overview)
1110983879 M * Bertl should show the errors/warnings too, but that doesn't work ...
1110983915 M * Doener all except "4304.info" are forbidden, i guess that's intentional?
1110983936 M * Bertl hmm, no ... not really, sec ;)
1110983962 M * Bertl should be better now ;)
1110983967 M * Doener ah, the regression thing uses the built-in configurations...
1110983979 M * Doener and allnoconfig fails...
1110984024 M * Bertl did spend the last week to get the error logs working (on osdl)
1110984049 M * Doener but the error list tells (me) nothing useful...
1110984055 M * Bertl until now, they just reported '+5 errors' have fun!
1110984065 M * Bertl sec
1110984065 M * Doener heh
1110984120 M * Bertl the ia32 is still on the 'old' format it seems ...
1110984122 J * jsambrook ~jsambrook@aelfric.plus.com
1110984148 M * Bertl take a look at the arm, it uses the 'new' format ;)
1110984190 M * Bertl (http://www.osdl.org/projects/plm/results/4303/)
1110984208 M * Doener hm, well, for the .tmp_kallsyms and the following errors it still says 'ignored'
1110984248 M * Bertl yes, I guess that is something which is the result of undefined symbols in the link stage ...
1110984275 M * Bertl well, anyway, it's better than nothing, at least we can now focus on the 'failing' archs ;)
1110984287 M * Doener http://www.osdl.org/plm-cgi/getpatch?id=4303.html that's nice *g*
1110984308 Q * jsambrook Remote host closed the connection
1110984362 M * Bertl yeah, that is fun indeed ...
1110984406 M * Bertl is that url referred to somewhere?
1110984416 M * Bertl because I guess it should be http://www.osdl.org/plm-cgi/getpatch?id=4303
1110984434 M * Doener yep, main page "here for code2html"
1110984456 M * Doener seems to miss the actual conversion
1110984472 M * Bertl please collect all those stuff and send it to me (or osdl directly)
1110984486 M * Bertl *this
1110985058 M * Bertl Doener: http://vserver.13thfloor.at/Experimental/SYSCALL/assigned-2.6.11.3.info
1110985181 M * Bertl so I guess we have to contact some folks (again) for syscall assignments ...
1110985234 M * Bertl arm could get interesting ... (http://armlinux.simtec.co.uk/whoswho.html)
1110985286 M * Doener yup .)
1110985297 M * Bertl do we know anything about xen arch yet?
1110985310 M * Doener guess not
1110985973 M * alexx the vroot path is not only for quota on shared partition ?
1110985988 M * alexx s/path/patch/
1110986002 J * tad ~truex@static-151-204-232-50.bos.east.verizon.net
1110986013 M * Bertl nope, quota on shared partitions is not supported for 2.6 (yet)
1110986028 M * Bertl alexx: you need the patch to make the quota operations 'secure'
1110986052 M * alexx oki, the patch is applied, kernel booted ...
1110986054 M * Bertl Doener: okay, sent an official request to rmk ...
1110986084 M * alexx now, i must read this : http://vserver.13thfloor.at/Linux2.6/index.php?page=Per+Context+Quota ? or you have something more up2date ?
1110986167 M * Bertl basically it's just using vrsetup to configure the vroot device, and copy that over into the vserver ...
1110986239 J * jsambrook ~jsambrook@aelfric.plus.com
1110986256 M * Bertl wb tad, jsambrook!
1110986273 M * tad Greetings all!
1110986320 J * DukeGangsta|aw ~uefgangst@p54869FD3.dip.t-dialin.net
1110986333 M * Bertl welcome DukeGangsta|aw!
1110986340 M * DukeGangsta|aw hi
1110987423 Q * DukeGangsta|aw Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )
1110987426 J * Dus10 ~ddortch@68-248-179-131.ded.ameritech.net
1110987444 M * Dus10 is there anyway to create a lo interface in a security context?
1110987469 M * Bertl welcome Dus10!
1110987480 M * Bertl yes there is, with ngnet (next generation networking)
1110987488 M * Dus10 hmm
1110987497 M * Dus10 I think I am outta luck then
1110987545 M * Bertl why?
1110987554 M * Bertl (and why do you need lo, btw?)
1110987644 M * Dus10 silly proprietary software
1110987805 M * Bertl hmm, you could disable the interface hiding, and then the software should be happy, no?
1110987824 M * Dus10 how would I do that?
1110987846 M * Dus10 of course, it actually tries to connect, so that is a problem
1110987871 J * jd86 ~jim@ip68-9-97-23.ri.ri.cox.net
1110987872 M * Bertl connections to 127.0.0.1 are no problem ...
1110987886 M * Bertl (those are handled fine by linux-vserver)
1110987899 M * Dus10 oh
1110987902 M * Dus10 okie
1110987943 M * Bertl   DECL("hide_netif",VC_VXF_HIDE_NETIF),
1110987958 M * Dus10 that means a recompile then, eh
1110987961 M * Dus10 crap
1110987964 M * Bertl that's the context flag responsible for hiding the interfaces (on 2.6/1.9.x)
1110987976 M * Dus10 that would mean waiting until tonight
1110987978 M * Bertl no, you just remove it (from the running vserver or config)
1110987992 M * Dus10 oh cool
1110987997 M * Dus10 in the config file eh
1110988000 M * Bertl vattribute --help
1110988001 M * Dus10 sweet
1110988004 M * Dus10 thanks
1110988009 M * Dus10 I will take a look
1110988010 M * Bertl you're welcome!
1110988070 M * matti ;]
1110988684 Q * Pazzo Quit: Download Gaim: http://gaim.sourceforge.net/
1110989400 M * alexx Bertl, quota in vserver support only the standart Quota support of kernel ? or it work with XFS Quota too ?
1110990018 M * Bertl hmm, never tried with xfs quota, might work ...
1110990042 M * alexx ok, you have the answer in ... 1h (compilation + test ;) )
1110990082 M * Bertl k, we can look into making it work (if it doesn't work, and you're interested), just let me know
1110990123 M * alexx normaly not
1110990131 M * alexx my prod server is in reiserfs
1110990147 M * alexx and reiser/ext2/ext3 work 
1110990159 M * alexx but, XFS have a separate setting in menuconfig of kernel
1110990176 M * alexx that's why, i'm not sure about XFS and Quota
1110990208 M * alexx if it's doesn't work, i create a new logical volume with reiser on the test machine
1110990244 M * alexx but if you are interested to fix any problem for other, i'm ok to do testing and report about quota on XFS
1110990316 M * alexx the XFS doc say that XFS use VFS quota interface ... so it 'must' work ;)
1110990325 M * Bertl yeah, well, of course I'm interested in improving things, so if you want to spend some time on testing (given that it doesn't work out of the box) it's fine for me and you help is appreciated ...
1110990345 M * Bertl *your help
1110990406 M * Bertl okay, have to leave now, I'll be back in a few hours (~21:00 CET)
1110990418 N * Bertl Bertl_oO
1110991176 Q * tchan Quit: leaving
1110991227 J * tchan ~tchan@c-24-13-81-164.client.comcast.net
1110993413 Q * Dus10 Quit: [BX] For a good time, call 1-900-4BitchX
1110995041 Q * prae Quit: Client exiting
1110996815 M * Snow-Man Being able to ping from inside a vserver doesn't mean that vserver has CAP_NET_RAW, does it?
1111001127 J * kk ~kk@220.224.41.136
1111001144 M * kk Hi everybody!
1111001192 M * kk Im still confused whether "init_task" variable contains task_struct of process 0 or process 1
1111001256 M * kk ?? 
1111001299 M * kk robert love and marco cesati books confusing me ..
1111002334 M * kk thanx
1111002351 M * kk its idle task by the way..
1111002354 P * kk Leaving
1111002734 Q * jsambrook Quit: Download Gaim: http://gaim.sourceforge.net/
1111004080 Q * weasel Read error: Operation timed out
1111004186 J * weasel weasel@seppia.noreply.org
1111004197 M * Doener Snow-Man: on 2.4 it means you got CAP_NET_RAW, on 2.6 there's a special flag to allow ping without CAP_NET_RAW
1111004218 J * Snoopy ~csylvestr@84.119.91.89
1111004321 M * Snow-Man Doener: Cool, thanks.
1111004355 J * prae ~prae@82.226.30.230
1111004799 Q * prae Quit: leaving
1111006325 J * yarihm ~yarihm@80-218-5-177.dclient.hispeed.ch
1111006356 P * Snoopy 
1111006800 J * douglas ~douglas@douglas.user.oftc.net
1111008511 J * wfamy bill@lns-vlq-49-mar-82-251-51-198.adsl.proxad.net
1111008517 M * wfamy hi
1111008522 M * Doener welcome wfamy 
1111008641 M * wfamy i try to use a vserver under 2.6.10 patch 1.9.4 with utils vserver 0.30.203 and when i do #vserver serv start capset(): Operation not permitted
1111008641 M * wfamy capabilities are not enabled in kernel-setup
1111008653 M * wfamy any idea?
1111008668 M * Doener uhm, linux capabilities are disabled?
1111008700 M * wfamy is it possible?
1111008712 M * Doener yes it is... sec
1111008777 M * Doener linux-vserver depends on linux capabilites... either disable CONFIG_SECURITY or enable CONFIG_SECURITY_CAPABILITIES
1111008821 M * wfamy i'll look my kernel config.
1111008950 M * wfamy CONFIG_SECURITY=y  and CONFIG_SECURITY_CAPABILITIES=m
1111009004 M * wfamy modprobe capability and now i works . Thx
1111009029 M * Doener well, you could "modprobe capabilities" but if you really wnat capabilties as a module, you should load it on boot... but i guess you just used your default debian kernel config, and don't really need the other security models, right?
1111009038 M * Doener if so, it's better to disable CONFIG_SECURITY
1111009216 M * brc Question: with vserver 1.9.5 it won't be needed to use the "special" bind packages?
1111009284 M * Doener brc: Bertl said so, i can't confirm that though (don't have any 1.9.5 + bind box)
1111009393 M * wfamy yes i compile a vanilla with patch that's all
1111009418 M * albeiro bind motto
1111009425 M * albeiro exploitable by default !
1111009425 M * albeiro ;p
1111009440 M * wfamy i will disable the security in my next kernel
1111009939 N * Bertl_oO Bertl
1111009949 M * Bertl evening folks!
1111010016 M * Doener evening Bertl!
1111010088 M * Bertl hey Doener! everything fine?
1111010113 M * Doener yep, fiddling with trac atm
1111010141 M * Bertl trac?
1111010145 M * DaCa trac is nice
1111010154 M * Bertl please enlighten me?
1111010167 M * DaCa integrated svn browser, wiki and issue tracker
1111010171 M * Doener http://projects.edgewall.com/trac/
1111010183 M * Doener and http://www.edgewall.com/trac/
1111010190 M * Doener hm, maybe the other way round :)
1111010242 M * Bertl hmm, indeed sounds promising ...
1111010260 M * Bertl what are the requirements?
1111010270 M * Doener svn, python
1111010288 M * Bertl eek, python, well, okay better than perl ;)
1111010290 M * Doener runs with apache or a standalone minimalistic server
1111010339 A * Bertl didn't say the last sentence, that was his subconciousness
1111010351 M * Doener heh
1111010358 M * DaCa whats especially nice is that you can easily refer to issues from the wiki and in svn changelogs
1111010380 M * Bertl does it keep the wiki in svn too, I guess so, right?
1111010388 M * DaCa no
1111010390 M * Doener yup, wiki-links everywhere! (wiki, tickets, svn etc.)
1111010393 M * Doener sqlite IIRC
1111010402 M * DaCa yes sqlite
1111010416 M * Bertl hmm hmmm ... that's a minus IMHO
1111010452 M * DaCa yeah, I was also wondering why they didnt implement it that way
1111010457 M * Bertl well, okay, it's not _that_ importan t ...
1111010496 M * Doener guess the sql report feature wouldn't be possible otherwise ;)
1111010516 M * Doener but see http://projects.edgewall.com/trac/wiki/DatabaseBackend
1111010521 M * Bertl harder, indeed, what's sqlite?
1111010551 M * DaCa a method to do sql without a sql daemon
1111010578 M * DaCa SQLite is a C library that implements an SQL database engine.
1111010605 M * Bertl hmm, okay, in this case I'd prefer the postgres backend ...
1111010610 Q * yarihm Quit: Leaving
1111010690 M * Bertl Doener: how compatible is the wiki to the current (tavi) one?
1111010736 M * Doener formatting-wise?
1111010756 M * Bertl yep, i.e. if you copy over one Paper page for example ...
1111010853 M * Doener headings and such should be the same, lists seem to differ... if you like to, i could do a test setup
1111010911 M * Bertl ah, well, thought you _are_ toying with it .. but don't do it especially for me ;)
1111010950 M * Doener i'm setting it up for another project, but while i'm at it, i could do a test setup for linux-vserver as well
1111010992 M * Bertl yeah, well, then please go ahead ...
1111011107 M * DaCa Bertl: are you using svn for vserver?
1111011130 M * Bertl nope, but neither do I use cvs or arch or bk
1111011137 M * Doener somebody suggested using svn lately and said he'll show us how to use that for vserver development sometime
1111011297 M * wfamy go to bed , bye.
1111011304 Q * wfamy Quit: Leaving
1111011390 Q * tad Remote host closed the connection
1111011406 M * Bertl yeah, but I would have to browse the archives to find out who it was ... ;)
1111011518 J * DuckKing ~Duck@dyn-83-157-150-218.ppp.tiscali.fr
1111011537 M * Bertl welcome DuckKing!
1111011675 M * Doener me too ;)
1111011729 Q * DuckMaster Read error: Operation timed out
1111012753 M * douglas hey bertl
1111012876 M * Bertl hey douglas!
1111013157 M * douglas how ya doing?
1111013189 M * douglas you recommend running 1.9.5-rc3 vs 1.9.4?
1111013207 M * douglas is there security fixes in 1.9.5-rc3 from 1.9.4 or is it just new features?
1111013287 M * Bertl no security fixes, but a few bug fixes ...
1111013302 M * Bertl http://vserver.13thfloor.at/Experimental/FOR-1.9.5/
1111013326 M * Bertl and yes, I recommend 1.9.5-rc3 over 1.9.4 ...
1111013348 M * brc Bertl: do you have an idea about when will 1.9.5 be released ?
1111013384 M * Bertl I'm currently looking into the ppc64 and arm compile issues
1111013395 M * brc ok
1111013441 M * Bertl guess when I completely figured them out and solved them an 1.9.5 release should be the next step ...
1111013539 M * Doener http://217.225.42.153/cgi-bin/trac.cgi/wiki/WikiStart -- Start page with a few thing already fixed
1111013603 M * Bertl hmm .. hmm, doesn't convince me yet ...
1111013620 M * Doener primary problems: the non-smashed words links don't work, lists don't have the special : new-line thing (work-around is kinda ugly), tables are not configurable (as it seems)
1111013655 M * ciphernaut Doener: cheers, perms was the probablem ( doh )
1111013658 Q * DuckKing Remote host closed the connection
1111013672 M * Bertl evening ciphernaut!
1111013719 M * Doener http://217.225.42.153/cgi-bin/trac.cgi/wiki/WikiStart?version=3&diff=yes that's nice
1111013798 M * ciphernaut Morning Bertl
1111013820 M * Doener but i guess as we're not using subversion we're better off using something else
1111013841 M * Doener trac refuses to install without a subversion repository
1111014349 M * Bertl hmm, maybe ...
1111014363 Q * brc uranium.oftc.net olduuu.oftc.net
1111014363 Q * eyck uranium.oftc.net olduuu.oftc.net
1111014363 Q * alexx uranium.oftc.net olduuu.oftc.net
1111014363 Q * sladen uranium.oftc.net olduuu.oftc.net
1111014363 Q * micah_ uranium.oftc.net olduuu.oftc.net
1111014363 Q * maharaja uranium.oftc.net olduuu.oftc.net
1111014363 Q * Snow-Man uranium.oftc.net olduuu.oftc.net
1111014395 J * micah_ micah@micha.hampshire.edu
1111014395 J * sladen paul@starsky.19inch.net
1111014395 J * maharaja maharaja@ipax.at
1111014395 J * brc bruce@201008089238.user.veloxzone.com.br
1111014395 J * eyck eyck@81.219.64.71
1111014395 J * alexx ~alexx@82.225.136.176
1111014395 J * Snow-Man ~sfrost@snowman.net
1111014453 J * prae ~prae@82.226.30.230
1111014732 M * Bertl hmm, happy splitting ... evening prae!
1111014756 M * prae happy splitting ?  :)
1111014780 M * Bertl Netsplit uranium.oftc.net <-> olduuu.oftc.net
1111014800 M * prae oh! ok :p
1111014806 M * prae *enjoy*
1111014807 M * prae :D
1111015270 J * duckx ~Duck@dyn-83-157-150-218.ppp.tiscali.fr
1111015406 M * Bertl welcome duckx!
1111015511 M * douglas so bertl, I was reading some stuff, does the cpu caps and mem caps work with the lastest devel release? or did I mis read? I coulda swore I saw cpu caps.
1111015513 J * Snow-Man_ ~sfrost@snowman.net
1111015520 J * _maharaja maharaja@ipax.at
1111015531 J * micah micah@micha.hampshire.edu
1111015534 Q * alexx jupiter.oftc.net olduuu.oftc.net
1111015534 Q * eyck jupiter.oftc.net olduuu.oftc.net
1111015534 Q * brc jupiter.oftc.net olduuu.oftc.net
1111015534 Q * maharaja jupiter.oftc.net olduuu.oftc.net
1111015534 Q * micah_ jupiter.oftc.net olduuu.oftc.net
1111015534 Q * sladen jupiter.oftc.net olduuu.oftc.net
1111015534 Q * Snow-Man jupiter.oftc.net olduuu.oftc.net
1111015538 J * eyck eyck@81.219.64.71
1111015556 J * sladen paul@starsky.19inch.net
1111015568 M * Bertl douglas: hmm, what do you mean by 'cpu caps'?
1111015591 M * douglas well I saw an option in the kernel config to enable some type of cpu cap
1111015625 M * Bertl hmm .. well let me put it this way: what do you expect it to do ;)
1111015643 M * Bertl cap = capability (means you are permitted to do something ;)
1111015651 J * brc bruce@201008089238.user.veloxzone.com.br
1111015651 J * alexx ~alexx@82.225.136.176
1111015651 M * douglas ahh
1111015662 M * douglas so there is no limiting of memory or cap in any version of vserver?
1111015677 M * Bertl memory or cpu limits you mean?
1111015683 M * douglas yes
1111015693 M * Bertl yes that is there in 1.9.x in various flavors
1111015693 M * douglas I apologize, I'm having a few brain farts today lol
1111015708 M * douglas for both?
1111015720 M * Bertl np, as long as I manage to figure out what you mean ;)
1111015737 M * Bertl yes, you can limit RSS, VM and VML atm
1111015762 M * Bertl as well as configure the token bucket scheduler and use it as sched_prio or sched_hard
1111015768 M * douglas for memory, it is just a cap on phsyical memory? or is there some type of tmpfs being used for swap?
1111015790 M * douglas so it can just limit a per process limitation. and not a whole vserver limitatation, or did I mis interpret.
1111015825 M * Bertl hmm, I'd opt for the later (... still trying to figure the question though ;)
1111015866 M * Bertl ah, guess I got it: no the limit is total on the vserver, not per process
1111015884 M * Bertl so the RSS/VM/VML pages are accounted per vserver (context)
1111015896 M * Bertl and you can superimpose a limit on them (per vserver)
1111015903 M * douglas What I mean is like how uml does theres, you can limit memory easily, cpu you can limit with patch on certain kernels. Does it act in the same way, you limit the vserver to only "128m" of phsyical memory or is it more vague then that
1111015906 M * douglas ?
1111015942 M * Bertl it's not 128MB physical memory, as some data (a lot actually) is shared (which is different to UML)
1111015962 M * douglas right
1111015964 M * Bertl so you can't say for example, this file buffer belongs to xid=100
1111015978 M * Bertl you could say, xid=100 was the first one using the file
1111015989 M * douglas right. but you can prevent a vserver from snaging say 500megs of phsyical memory tho can't you?
1111015992 M * Bertl but that would be very unfair ...
1111016017 M * Bertl yes, that is possible ... a limit to the RSS will take care of that
1111016080 M * douglas and cpu the same question, is the limitation vague or is it concrete like uml? As in, you only get 10% of the cpu?
1111016104 M * duckx lu
1111016204 M * douglas Just trying to learn more about it.
1111016205 M * Bertl douglas: cpu depends on your config ... if you decide to use sched_hard, then a N% setting is a subset of what you can do ...
1111016252 M * douglas is there a webpage that I can read about the cpu and memory limits and examples showing how?
1111016280 M * douglas cuz I could easily keep you here all day bertl with questions, some of which prolly seem noobish at best. :)
1111016412 M * Bertl you should read the Linux-VServer paper, it explains the principles ...
1111016436 M * Bertl and you might want to look at the ML/IRC archives (or just google around a little) for some examples
1111016446 M * douglas thanks.
1111016464 M * Bertl but feel free to ask questions on details ...
1111016481 M * Bertl (well, feel free to ask, see topic ;)
1111016497 M * douglas well whats the diff between sched_hard and the other? and is that defined in the vserver.conf or in the kernel?
1111016534 M * Bertl it's a flag, and can be changed on the fly if the hard scheduler is compiled in (actually they are two different flags)
1111016536 M * DaCa the Linux-VServer paper is nice, Bertl , I used it as a base to make slides for a vserver presentation in our lug. people found it very interesting.
1111016565 M * Bertl are those slides available somewhere?
1111016581 M * Bertl (if so, why not link it from linux-vserver.org ?)
1111016594 M * DaCa Bertl: they are in flemish (dutch)
1111016606 M * Bertl guess some folks can read that too, right?
1111016623 M * Bertl and after all we have french and german papers/slides
1111016644 M * douglas daca, you type english very well, any chance for a translation? :D
1111016658 M * DaCa true, they are on our lug's site, so I could link them from the wiki
1111016707 Q * alexx uranium.oftc.net olduuu.oftc.net
1111016707 Q * brc uranium.oftc.net olduuu.oftc.net
1111016743 M * douglas so whats the diff between hard and "soft" schedulers?
1111016957 J * brc bruce@201008089238.user.veloxzone.com.br
1111016960 Q * prae Quit: leaving
1111016981 M * DaCa douglas: its better to read the paper, those slides are made for a talk and as such a lot is left out.
1111016988 J * alexx ~alexx@82.225.136.176