1183680798 Q * zul_ Quit: Lost terminal
1183681425 Q * FireEgl Quit: Bye...
1183682508 Q * bzed Quit: Leaving
1183682790 J * DoberMann_ ~james@AToulouse-156-1-147-216.w90-30.abo.wanadoo.fr
1183682897 Q * DoberMann[ZZZzzz] Ping timeout: 480 seconds
1183687335 J * FireEgl FireEgl@Sebastian.Atlantica.US
1183689342 Q * gerrit Ping timeout: 480 seconds
1183689441 Q * Johnnie Quit: G'bye!
1183689465 J * Johnnie ~jdlewis@c-67-163-246-136.hsd1.pa.comcast.net
1183689473 J * gerrit ~gerrit@c-67-169-199-103.hsd1.or.comcast.net
1183689730 M * coderanger I hear rumor there is code somewhere to get the xid on the other side of a unix socket. anyone know ehere?
1183690488 M * Bertl it is actually quite simple, give me a sec to find the test code :)
1183690912 M * Bertl coderanger: http://vserver.13thfloor.at/Stuff/OLPC/peer-0.03.tar.bz2
1183690949 M * Bertl (note: SO_PEERTAG is usually not defined yet)
1183692238 Q * gerrit Ping timeout: 480 seconds
1183692413 M * coderanger Bertl: Thanky, I'll look at that
1183692418 M * Bertl np
1183692855 J * gerrit ~gerrit@c-67-169-199-103.hsd1.or.comcast.net
1183693054 Q * micah Remote host closed the connection
1183693195 M * slack101 man this openvcp is more like openvcp + 100 fix it yourself bugs 
1183693222 M * Bertl well, if you are done fixing them, make sure to put the changes on the wiki or ML
1183693257 M * slack101 its taking aa while 
1183693442 M * slack101 Bertl, what exactly is a RunDir ?
1183693492 M * slack101 http://phpfi.com/247685 << that look about right config wwise ? 
1183693515 M * slack101 i didnt really know what rundir was or cachedir 
1183693627 Q * Piet Quit: Piet
1183694185 J * micah ~micah@micah.riseup.net
1183694330 M * slack101 Bertl, is Rundir a part of vserver ?
1183694363 M * Bertl I don't think so .. would more expect /var/run to match that
1183694427 M * slack101 this is driving me nuts 
1183694656 M * slack101 man this is driving me crazzy
1183694665 M * slack101 2 days on this software and something is holding me back 
1183694755 J * meandtheshell ~markus@85.127.117.37
1183695351 M * slack101 Bertl, how od i get the ConfigDir again ... i deleted my logs :P
1183695389 M * Bertl http://irc.13thfloor.at/LOG/
1183695410 M * slack101 i was just hoping you would easily type the command out and save me 10 mins :P
1183695420 M * Bertl whcih one?
1183695429 M * slack101 ConfigDir
1183695447 M * Bertl what is the command supposed to do?
1183695455 M * slack101 im tyring to get its location
1183695458 M * slack101 you showed me yesterday
1183695461 M * slack101 i just forgot it 
1183695465 M * Bertl from the util-vserver config?
1183695475 M * slack101 i guess 
1183695476 M * Bertl vserver-info - SYSINFO
1183695690 M * slack101 man
1183695691 M * slack101  o man o man
1183695751 M * slack101 i dont get why this sint working
1183695771 M * emtty haha... it is svn afterall
1183695822 M * Bertl as far as I understood, it works quite fine with apache, slack101 is just trying to make it work with a different server
1183695845 M * emtty lighttpd, yep
1183695849 M * slack101 no no
1183695853 M * slack101 i got all that taken care of 
1183695881 M * slack101 just hwne i add a node ;) it waits like 30 seconds then comes back and it shows my node as down 
1183695883 M * emtty never actually messed w/ the svn branch, just have it copied locally when i thought we would use it
1183696064 M * slack101 driving me insane 
1183696070 M * slack101 i have everything setup
1183696073 M * slack101 dammmit
1183696265 M * slack101 the best part is i dont have any error soooooooo i have no idea what the problem could be 
1183696501 M * slack101 isthier a such thing as a node name ?
1183699464 M * Bertl I guess the different 'nodes' are referred to by name (maybe host names?)
1183699700 M * slack101 o really ?
1183699961 M * emtty rc2 worked in that the 'name' was an arbitrary label, connectivity to the host only depended on the configured IP
1183700389 M * slack101 password ?
1183700392 M * slack101 emtty, ?
1183700417 M * slack101 its a bunch of bull its not getting the right info 
1183700428 M * slack101 node info is nor correct i entered the right ip the daemon is running 
1183700431 M * slack101 amn its a bunch of bull
1183701067 M * slack101 emtty, so did you get this thing to work ?
1183701384 M * emtty do you have the daemon compiled w/ TLS support?
1183701405 M * emtty if so, does your PHP install have TLS support as well
1183701444 M * emtty confirm that the daemon is listening on IP:6000
1183701658 M * slack101 i confirmaed it is running on 6000
1183701665 M * slack101 i dont have TLD support
1183701670 M * slack101 but i ddint compile it with it 
1183701678 M * slack101 atleast i ddint specify too emtty 
1183701831 M * emtty then you should be able to test via telnet
1183701838 M * emtty http://www.openvcp.org/wiki/Protocol
1183702225 M * slack101 emtty, i dont exactly see how their protocol functions 
1183702368 M * emtty huh?
1183702416 M * emtty i suppose in your case the provided string wouldnt fly... souns like their is a username layer added to the daemon auth
1183702431 M * emtty s/their/there
1183702436 M * slack101 is it new ?
1183702438 M * slack101 i dont know 
1183702451 M * slack101 i jus know its messing with the daemon but its not working :D
1183702454 M * emtty is the username defined in the openvcpd.conf on the host node?
1183702466 M * slack101 no
1183702496 M * emtty k, then maybe its a builtin, idk... havent looked at the svn code at all
1183702523 M * emtty have just used rc2, but that was ripped to shreds and implemented only as a set of libs/wrappers
1183702527 M * slack101 this is annoying me :D
1183702537 M * emtty w/in a custom panel
1183702556 M * slack101 annoying me really bad ..........becasue i dont know where the problem lies
1183702563 M * slack101 SVN is much better iptables bandwidth etc 
1183702739 J * rgl ~Rui@84.90.10.107
1183702838 M * emtty you running the daemon in verbose/log to stderr mode?
1183703224 Q * mountie Ping timeout: 480 seconds
1183703308 J * mountie ~mountie@CPE0080c6fe324f-CM000a739acaa4.cpe.net.cable.rogers.com
1183703324 M * emtty where is this iptables based traffic/bandwidth you speak of?
1183703896 J * DavidS ~david@p57A4A7B5.dip0.t-ipconnect.de
1183703925 M * slack101 emtty, SVN uses iptables 
1183703931 M * emtty where??
1183703936 M * emtty it appears to use ipfm
1183703943 M * slack101 when you commpile it you will seee itr requires it 
1183703948 M * slack101 the developer also told me 
1183704375 M * cehteh huh?
1183704408 M * slack101 man im all messed up
1183704412 M * slack101 i dont know what the problem here
1183704526 M * emtty k, well the iptables stuff must be in the latest svn, its nowhere in the svn copy i have, but i see some relevant revisions
1183704921 M * Supaplex sounds like fun
1183704924 M * Bertl okay, off for today ... have a good one everyone! cya!
1183704930 N * Bertl Bertl_zZ
1183704953 N * DoberMann_ DoberMann
1183705494 J * nkukard ~nkukard@dsl-240-71-47.telkomadsl.co.za
1183706226 J * HeinMueck ~Miranda@host-88-217-199-211.customer.m-online.net
1183706386 N * DavidS DavidS|Juelich
1183707221 J * dna ~naucki@15-232-dsl.kielnet.net
1183707800 N * DoberMann DoberMann[PullA]
1183708339 Q * gerrit charon.oftc.net reticulum.oftc.net
1183708339 Q * DoberMann[PullA] charon.oftc.net reticulum.oftc.net
1183708339 Q * wenchien charon.oftc.net reticulum.oftc.net
1183708339 Q * daniel_hozac charon.oftc.net reticulum.oftc.net
1183708339 Q * waldi charon.oftc.net reticulum.oftc.net
1183708339 Q * doener charon.oftc.net reticulum.oftc.net
1183708339 Q * nebuchadnezzar charon.oftc.net reticulum.oftc.net
1183708339 Q * bXi charon.oftc.net reticulum.oftc.net
1183708339 Q * Hunger charon.oftc.net reticulum.oftc.net
1183708339 Q * badari1 charon.oftc.net reticulum.oftc.net
1183708339 Q * FaUl charon.oftc.net reticulum.oftc.net
1183708339 Q * Medivh charon.oftc.net reticulum.oftc.net
1183708339 Q * tokkee charon.oftc.net reticulum.oftc.net
1183708481 J * nebuchadnezzar ~nebu@zion.asgardr.info
1183708628 J * Hunger Hunger.hu@Hunger.hu
1183708656 J * daniel_hozac ~daniel@c-051472d5.08-230-73746f22.cust.bredbandsbolaget.se
1183708667 J * DoberMann[PullA] ~james@AToulouse-156-1-147-216.w90-30.abo.wanadoo.fr
1183708681 J * bXi bluepunk@irssi.co.uk
1183708690 J * tokkee tokkee@casella.verplant.org
1183708697 J * FaUl immo@shell.chaostreff-dortmund.de
1183708700 J * Medivh ck@paradise.by.the.dashboardlight.de
1183708714 J * doener ~doener@host.magicwars.de
1183709309 J * waldi ~waldi@bblank.thinkmo.de
1183709426 J * badari1 ~badari@bi01p1.co.us.ibm.com
1183709758 Q * rgl Ping timeout: 480 seconds
1183709808 J * gerrit ~gerrit@c-67-169-199-103.hsd1.or.comcast.net
1183710938 J * rgl ~Rui@240.221.68.192.in-addr.arpa
1183711703 J * cedric ~cedric@80.70.39.67
1183711976 Q * s0undt3ch Ping timeout: 480 seconds
1183712053 Q * rgl Ping timeout: 480 seconds
1183712095 J * s0undt3ch ~s0undt3ch@80.69.34.154
1183712097 J * zLinux ~zLinux@88.213.31.27
1183712226 J * ktwilight ~ktwilight@254.122-66-87.adsl-dyn.isp.belgacom.be
1183712226 Q * ktwilight_ Read error: Connection reset by peer
1183712262 Q * HeinMueck Quit: Aah!
1183712273 J * HeinMueck ~Miranda@host-88-217-199-211.customer.m-online.net
1183713164 J * bzed ~bzed@dslb-084-059-113-101.pools.arcor-ip.net
1183713503 Q * HeinMueck Quit: Aah!
1183713593 Q * ktwilight Remote host closed the connection
1183713628 J * HeinMueck ~Miranda@host-88-217-199-211.customer.m-online.net
1183713731 Q * HeinMueck 
1183713743 J * ktwilight ~ktwilight@254.122-66-87.adsl-dyn.isp.belgacom.be
1183713775 J * HeinMueck ~Miranda@host-88-217-199-211.customer.m-online.net
1183714037 Q * zLinux Quit: Leaving
1183714132 Q * gerrit Read error: No route to host
1183714147 J * gerrit ~gerrit@c-67-169-199-103.hsd1.or.comcast.net
1183714850 Q * skaboom Quit: Leaving
1183715609 J * lilalinux ~plasma@80.69.41.3
1183718706 J * dna_ ~naucki@15-232-dsl.kielnet.net
1183719098 Q * dna Ping timeout: 480 seconds
1183719160 J * dna ~naucki@108-244-dsl.kielnet.net
1183719503 Q * dna_ Ping timeout: 480 seconds
1183719968 M * tokkee What do I have to do, to be able to mount /proc inside a chroot inside a vserver guest? ;-)
1183720967 N * onox`zZzZ onox
1183721011 J * HeinMueck41 ~Miranda@host-88-217-199-211.customer.m-online.net
1183721407 Q * HeinMueck Ping timeout: 480 seconds
1183722503 Q * dna Quit: Verlassend
1183722605 M * ktwilight tokkee, http://wiki.linux-vserver.org/Capabilities_and_Flags might help
1183722722 M * tokkee ktwilight: I did not find anything /proc related on that page.
1183722731 M * tokkee (I might have been blind though)...
1183722789 M * ktwilight maybe you need mount
1183722994 A * mattzerah sees ktwilight 
1183722999 M * mattzerah :O
1183723049 M * ktwilight :)
1183723064 M * ktwilight hm, no wonder your nick looked so familiar
1183723110 M * mattzerah hehe
1183723149 A * mattzerah is everywhere
1183723151 M * mattzerah well,
1183723155 M * mattzerah possibly not
1183723164 A * mattzerah is not as omnipotent as google
1183723299 M * eyck- I didn't know there are different levels of omnipotency..
1183723321 M * eyck-  can you really be 'more omnipotent' just like 'less pregnant' ? 
1183723403 M * ktwilight :)
1183723423 M * ktwilight you can pregnant 2 weeks and 9months, etc
1183723427 M * ktwilight varying 'level's
1183723824 J * blues blues@blysk.ds.pg.gda.pl
1183723831 M * blues hello
1183723852 M * blues quick question: is vserver supported on IA64?
1183724291 M * mattzerah i believe so blues 
1183724313 M * mattzerah but i cant be 100%
1183724367 M * fb it works on amd64, so there's a big chance it will work on ia64
1183724437 M * bzed I think debian has a vserver kernel for (almost ?) all architectures, so I guess it works
1183724536 Q * gerrit Read error: Connection reset by peer
1183724556 J * gerrit ~gerrit@c-67-169-199-103.hsd1.or.comcast.net
1183725915 J * pflanze ~chris@77-56-91-62.dclient.hispeed.ch
1183726451 M * daniel_hozac blues: if it doesn't work, it's a bug that should be fixed.
1183726771 J * rgl ~Rui@240.221.68.192.in-addr.arpa
1183727878 N * Bertl_zZ Bertl
1183727882 M * Bertl morning folks!
1183727908 N * DoberMann[PullA] DoberMann
1183728016 M * daniel_hozac morning Bertl!
1183728138 M * blues re
1183728153 M * blues bzed: for ia64 there is no vserver kernel
1183728163 M * blues bzed: that is why I'm asking...
1183728168 M * Bertl blues: I'd suggest to build it yourself
1183728200 M * Bertl blues: but as daniel_hozac already said: if it doesn't work (for whatever reason) it is considered a bug an will be fixed (with your help) ASAP
1183728204 M * blues Bertl: well - I wanted to know if it has chance to be working :)
1183728232 M * daniel_hozac IIRC it compiled just as well as mainline in PLM.
1183728235 M * fb Bertl: morning, or evening, depends :)
1183728240 M * Bertl blues: Linux-VServer is arch agnostic (99%) so chances are pretty good :)
1183728261 M * blues ok - lets start :D
1183728271 M * fb Bertl: you're not in Austria anymore, do you? ;)
1183728290 M * bzed blues: probably waldi knows more why there's no ia64 debian kernel
1183728317 M * fb blues: btw, if you want to use ipv6 inside guests, grab this patch also: http://people.linux-vserver.org/~harry/ipv6/ipv6-2.6.21.5-vs2.2.0-rc3-grsec2.1.10-20070628.diff
1183728355 M * Bertl blues: (which I wouldn't do for initial testing :)
1183728367 M * Bertl fb: I'm still in Austria :)
1183728415 M * waldi blues: noone requested one and wants to maintain it
1183728422 M * fb heh, then you have totally mixed day and night :]
1183728464 M * blues waldi: well - I'm requesting ;)
1183728516 M * blues waldi: is it possible to build on ia64 too?
1183728523 M * waldi should be
1183728583 Q * gerrit Ping timeout: 480 seconds
1183728585 M * waldi blues: how is .22 working?
1183728612 M * waldi err, Bertl 
1183728636 M * blues waldi: I haven't build it, yet :)
1183728798 J * wenchien ~wenchien@59-105-176-11.adsl.static.seed.net.tw
1183728837 M * Bertl waldi: it seems it is working reasonably well, at least I didn't get any complaints from the OLPC folks :)
1183728855 M * waldi OLPC uses them?
1183728887 M * Bertl waldi: yep, well, probably not yet in the master images
1183728910 M * Bertl waldi: but as it is part of the BitFrost implementation ...
1183728944 M * Bertl waldi: I will update the mainline patches for recent kernels this evening
1183728953 M * Bertl wb wenchien!
1183729274 M * waldi Bertl: thx
1183729421 Q * phreak`` Quit: leaving
1183729446 J * gerrit ~gerrit@c-67-169-199-103.hsd1.or.comcast.net
1183729808 Q * DavidS|Juelich Quit: Leaving.
1183730870 M * Bertl okay, translocating ... back later ...
1183730874 N * Bertl Bertl_oO
1183730953 J * phreak`` ~phreak``@deimos.barfoo.org
1183731603 Q * rgl Ping timeout: 480 seconds
1183731866 Q * HeinMueck41 Quit: Aah!
1183731867 J * rgl ~Rui@240.221.68.192.in-addr.arpa
1183732683 J * cruser ~chatzilla@72.242.194.162
1183734708 J * ema ~ema@rtfm.galliera.it
1183735823 Q * nkukard Ping timeout: 480 seconds
1183736474 Q * phreak`` Quit: leaving
1183736484 J * pmenier ~pmenier@ACaen-152-1-79-12.w83-115.abo.wanadoo.fr
1183736530 J * phreak`` ~phreak``@deimos.barfoo.org
1183736935 M * slack101 what exaclting is translocating ?
1183736980 M * daniel_hozac http://dictionary.reference.com/search?q=translocating
1183737149 J * HeinMueck ~Miranda@dslb-088-064-013-082.pools.arcor-ip.net
1183737161 M * slack101 daniel_hozac, ah, we don't use that word here ;)
1183737183 J * nkukard ~nkukard@dsl-240-4-227.telkomadsl.co.za
1183737655 N * ensc Guest544
1183737665 J * ensc ~irc-ensc@p54B4EB07.dip.t-dialin.net
1183737771 Q * Guest544 Ping timeout: 480 seconds
1183738697 M * cruser Hi can anyone tell me how to change a vguest host name or give me a link?
1183738699 J * fatgoose ~samuel@76-10-147-140.dsl.teksavvy.com
1183738702 M * fatgoose hi
1183738990 J * oxylin ~jpeeters@chv78-2-88-161-189-78.fbx.proxad.net
1183739359 M * meandtheshell slack101: you're from the us?
1183739374 J * bonbons ~bonbons@2001:5c0:85e2:0:20b:5dff:fec7:6b33
1183739377 J * bored2sleep ~bored2sle@66.111.53.150
1183739433 M * Supaplex mornin' peoples
1183739448 Q * oxylin Remote host closed the connection
1183739490 M * meandtheshell slack101: another one http://www.thefreedictionary.com/translocate :)
1183739530 M * daniel_hozac cruser: the hostname? you can change that from inside with hostname, from the outside with vuname, and make it permanent by changing /etc/vservers/<guest>/uts/nodename
1183739569 Q * ema Quit: leaving
1183740983 Q * nkukard Ping timeout: 480 seconds
1183741580 M * slack101 Supaplex, if your openVCP working ?
1183741908 M * Supaplex seems to
1183742024 M * Supaplex the stats are all 0's though
1183742037 M * slack101 huh ?
1183742044 M * slack101 where it says state is it in red ?
1183742057 M * Supaplex eg, http://asterisk3/openVCP/openvcp/super/nodes/node/etch01
1183742245 M * Supaplex http://armada.daxal.com/~supaplex/etch01-node.pdf
1183742273 Q * pmenier Quit: pmenier
1183742368 M * slack101 Supaplex, yea that means it not working 
1183742378 M * slack101 does it take like 30 seconds to load the node page too ?
1183742418 M * Supaplex no
1183742434 M * slack101 well i dunno that means its not working hmmmmmmm
1183742438 M * slack101 i wish i kenw the problem 
1183742449 M * slack101 does it say you have any vservers ?
1183742487 M * Supaplex one, but I had to add that one
1183742490 Q * fatgoose Read error: Connection reset by peer
1183742517 J * fatgoose ~samuel@76-10-147-140.dsl.teksavvy.com
1183742523 Q * fatgoose 
1183742545 M * slack101 yea it ddint show up
1183742550 M * slack101 casue its not working lol 
1183742602 M * daniel_hozac you might want to try #openvcp
1183742609 M * slack101 did it add a new vserver to yor system ?
1183742619 M * slack101 daniel_hozac, lets be real all 3 people there know nothing ;)
1183742649 M * daniel_hozac i'd assume the developers hang out there.
1183742657 M * slack101 they don't
1183742714 M * slack101 im trying ot make this thing better and make it look better and add a few features but damn they make it so diificult to just get working 
1183743359 Q * cedric Quit: cedric
1183743560 N * Bertl_oO Bertl
1183743564 M * Bertl back now ...
1183744154 M * matti Hi B.
1183744159 Q * sannes Read error: Connection reset by peer
1183744372 M * onox slack101: forget vcp :)
1183744669 M * slack101 onox, better idea ?
1183744864 M * onox yes, commandline
1183744879 M * slack101 how about for customers ?
1183744887 M * slack101 that want to start stop etc their vserver ?
1183745167 M * onox then create your own app?
1183745178 M * onox using Zend Framework, Symphony
1183745214 M * slack101 i dont like to re invent the wheeel
1183745230 M * emtty try rc2 if you want something "now"... it *works*
1183745235 M * onox and you like to use other's reinvented wheels? :p
1183745258 Q * lilalinux Remote host closed the connection
1183745711 M * cruser daniel_hozac: Thanks. I had stepped out. I am looking at vuname and trying to figure out how to change the guest name from outside.
1183745902 J * Piet hiddenserv@tor.noreply.org
1183746446 M * slack101 emtty, i really would like iptables i think i just have a minor error 
1183746704 M * emtty whatever... :)
1183747019 Q * slack101 Ping timeout: 480 seconds
1183749616 J * edeschen ~edeschen@proxy-sjc-1.cisco.com
1183750071 M * edeschen Hi, I have a question about reiserfs and attrs: I can't unset any attributes using "setattr" command. My understanding is that if ~ is provided, than the flag should be unset (like setattr --~iunlink), when I issue the command, I can see that "IU" becomes "iu" but it does not survive a unmount/mount operation. Although, I can set --iunlink (UI) to another file that was previously "ui" and this survives the umount/mount
1183750120 M * daniel_hozac kernel?
1183750126 M * edeschen in both cases I use the "attrs" mount option, oh and I'mu using: 2.6.14.3-vs2.0.1
1183750168 M * daniel_hozac uh, might want to upgrade.
1183750207 M * edeschen I know it's hold but I'm stock with this kernel version (embedded system), I wanted to know if this was a known issue, if there are workaround (other than upgrading or anything like that)
1183750268 M * daniel_hozac well, using ext2/ext3 should work fine.
1183750278 M * edeschen or if this is a bug in reiser, I'm using reiserfs 3.6.19
1183750303 M * daniel_hozac and surely you can upgrade the kernel on embedded systems as well?
1183750338 M * Bertl edeschen: is the reiserfs manually patched?
1183750465 M * edeschen Bertl: Hi Bertl :) hmmm good question, I'll have to ask my team, is there a way I can easily know?, also I tried the chattr -i option and this actually set the I->i (obviously) and this survives the umount/mount operation
1183750488 M * edeschen so this leads me to believe that it may be more util-vserver related
1183750495 M * Bertl I mean, if you patched in a custom reiserfs, you are probably missing the code to make the tags persistant
1183750529 M * Bertl also, check if your filesystem actually supports attributes
1183750546 M * edeschen well the tags, going from ui to UI, get persistent, but not the other way around (using setattr)
1183750552 M * Bertl edeschen: this is quite simple, use chattr +i on a file
1183750585 M * Bertl edeschen: if that gives you an error message, your filesystem does not support attributes
1183750652 M * edeschen Bertl: ok here is what I do:
1183750666 M * edeschen mount -o rw,noatime,nodiratime,attrs -t reiserfs /dev/hdc1 /mnt
1183750682 M * edeschen /mnt/usr/bin/showattr /mnt/home/vservers/app_guest/bin/awk
1183750691 M * edeschen --> ----ui- /mnt/home/vservers/app_guest/bin/awk
1183750691 M * daniel_hozac (doesn't testfs excercise the attributes?)
1183750700 M * edeschen chattr +i /mnt/home/vservers/app_guest/bin/awk
1183750702 M * Bertl daniel_hozac: yes, it does
1183750712 M * edeschen ----uI- /mnt/home/vservers/app_guest/bin/awk
1183750719 M * edeschen umount /mnt
1183750722 M * Bertl edeschen: okay, looks good
1183750724 M * edeschen mount -o rw,noatime,nodiratime,attrs -t reiserfs /dev/hdc1 /mnt
1183750729 M * edeschen /mnt/usr/bin/showattr /mnt/home/vservers/app_guest/bin/awk
1183750735 M * edeschen ----uI- /mnt/home/vservers/app_guest/bin/awk
1183750740 M * Bertl perfect
1183750744 M * edeschen so with chattr, everything looks perfect
1183750761 M * edeschen now using setattr
1183750769 M * edeschen umount /mnt
1183750777 M * edeschen mount -o rw,noatime,nodiratime,attrs -t reiserfs /dev/hdc1 /mnt
1183750821 M * edeschen /mnt/usr/bin/showattr /mnt/home/vservers/app_guest/bin/dd
1183750822 M * edeschen ----ui- /mnt/home/vservers/app_guest/bin/dd
1183750868 M * edeschen /mnt/usr/bin/setattr --iunlink /mnt/home/vservers/app_guest/bin/dd
1183750875 M * edeschen /mnt/usr/bin/showattr /mnt/home/vservers/app_guest/bin/dd
1183750875 M * edeschen ----UI- /mnt/home/vservers/app_guest/bin/dd
1183750895 M * edeschen umount /mnt
1183750900 M * edeschen mount -o rw,noatime,nodiratime,attrs -t reiserfs /dev/hdc1 /mnt
1183750919 M * edeschen /mnt/usr/bin/showattr /mnt/home/vservers/app_guest/bin/dd
1183750926 M * edeschen ----UI- /mnt/home/vservers/app_guest/bin/dd
1183750931 M * Bertl perfect
1183750932 M * edeschen so this is perfct also
1183750937 M * edeschen going from ui to UI
1183750940 J * ema ~ema@rtfm.galliera.it
1183750992 M * edeschen /mnt/usr/bin/setattr --~iunlink /mnt/home/vservers/app_guest/bin/dd
1183750999 M * edeschen /mnt/usr/bin/showattr /mnt/home/vservers/app_guest/bin/dd
1183750999 M * edeschen ----ui- /mnt/home/vservers/app_guest/bin/dd
1183751013 M * edeschen umount /mnt
1183751017 M * edeschen mount -o rw,noatime,nodiratime,attrs -t reiserfs /dev/hdc1 /mn
1183751025 M * edeschen /mnt/usr/bin/showattr /mnt/home/vservers/app_guest/bin/dd
1183751026 M * edeschen ----UI- /mnt/home/vservers/app_guest/bin/dd
1183751031 M * edeschen this is wrong
1183751042 M * edeschen I have been scratching my head on this one
1183751054 M * Bertl that is indeed unusual :)
1183751057 M * edeschen and that is the same thing for the barrier flag as well
1183751066 M * edeschen yep
1183751086 M * Bertl okay, let's cross check that here, what kernel did you use (approximately :)
1183751089 M * edeschen I thought that may be it had to do with the mount options (other ones than the attes)
1183751123 M * edeschen 'uname -a'  reports 2.6.14.3-vs2.0.1
1183751227 M * edeschen other than "attrs" but I saw the same behavior
1183751248 M * Bertl okay, what ekrnel options did you use (regarding reiser)?
1183751289 M * edeschen Bertl: let me check
1183751360 M * edeschen Bertl: I just looked at the option config an one of them is off: CONFIG_REISERFS_FS_XATTR
1183751367 M * edeschen that might be it I guess
1183751383 M * Bertl no extended attributes?
1183751395 M * Bertl ah, sorry, I meant ACL
1183751458 M * edeschen the only one I see related to ACL is: CONFIG_FS_POSIX_ACL
1183751461 M * edeschen and it is not set
1183751479 M * Bertl okay
1183751520 M * edeschen shouldn't I need the CONFIG_REISERFS_FS_XATTR enabled?
1183751528 M * edeschen I dont know just a guess
1183751551 M * edeschen here is the option from the file system option I got:
1183751566 M * Bertl well, not sure, there are extended attributes and xattribs (we are only interested in the latter ones)
1183751566 M * edeschen CONFIG_EXT2_FS=y
1183751566 M * edeschen # CONFIG_EXT2_FS_XATTR is not set
1183751566 M * edeschen # CONFIG_EXT2_FS_XIP is not set
1183751566 M * edeschen CONFIG_EXT3_FS=y
1183751566 M * edeschen CONFIG_EXT3_FS_XATTR=y
1183751568 M * edeschen # CONFIG_EXT3_FS_POSIX_ACL is not set
1183751569 M * edeschen # CONFIG_EXT3_FS_SECURITY is not set
1183751571 M * edeschen CONFIG_JBD=y
1183751575 M * edeschen # CONFIG_JBD_DEBUG is not set
1183751579 M * edeschen CONFIG_FS_MBCACHE=y
1183751581 M * edeschen CONFIG_REISERFS_FS=y
1183751583 M * Bertl (please use paste.linux-vserver.org for everything longer than 3 lines)
1183751583 M * edeschen # CONFIG_REISERFS_CHECK is not set
1183751585 M * edeschen CONFIG_REISERFS_PROC_INFO=y
1183751587 M * edeschen # CONFIG_REISERFS_FS_XATTR is not set
1183751589 M * edeschen # CONFIG_JFS_FS is not set
1183751591 M * edeschen # CONFIG_FS_POSIX_ACL is not set
1183751593 M * edeschen # CONFIG_XFS_FS is not set
1183751595 M * edeschen # CONFIG_MINIX_FS is not set
1183751597 M * edeschen CONFIG_ROMFS_FS=y
1183751599 M * edeschen # CONFIG_INOTIFY is not set
1183751601 M * edeschen CONFIG_QUOTA=y
1183751603 M * edeschen # CONFIG_QFMT_V1 is not set
1183751605 M * edeschen CONFIG_QFMT_V2=y
1183751609 M * edeschen CONFIG_QUOTACTL=y
1183751611 M * edeschen CONFIG_DNOTIFY=y
1183751613 M * edeschen # CONFIG_AUTOFS_FS is not set
1183751615 M * edeschen # CONFIG_AUTOFS4_FS is not set
1183751617 M * edeschen # CONFIG_FUSE_FS is not set
1183751619 M * edeschen ok sorry
1183751629 M * Bertl that was close to a kick :)
1183751649 M * edeschen ouch
1183751719 M * edeschen but if it where a compilation flag (good guess) than why would the I->i operation work with chattr
1183751754 M * Bertl no, I'm pretty sure we are dealing with some kind of missing sync or so
1183751755 M * edeschen not quite sure what the implication of using chattr (ext2) on reiserfs though
1183751765 M * edeschen k
1183752079 M * Bertl daniel_hozac: looks like I found a bug in the 2.6.14.3 patches :)
1183752080 M * Bertl http://paste.linux-vserver.org/3634
1183752094 M * Bertl (with networking disabled :)
1183752117 M * edeschen ouch
1183752236 M * daniel_hozac Bertl: yeah, we corrected that sometime after that i guess...
1183752272 M * Bertl didn't say it was a new one :)
1183752720 M * Bertl okay, compile should finish shortly :)
1183752927 Q * rgl Read error: Connection reset by peer
1183753295 Q * ema Quit: leaving
1183753757 M * Bertl edeschen: okay, I can confirm this behaviour with 2.6.14.3-vs2.0.3
1183753777 M * Bertl edeschen: I can also confirm that it is working as expected in recent kernels
1183753795 M * Bertl now compiling 2.6.16 for testing
1183753809 M * edeschen Bertl: ok, so at least I'm not crazy
1183753854 M * Bertl no, just a little old fashioned (kernel wise :)
1183754026 M * Bertl daniel_hozac: any problem with the idea to add the sysfs fix to the 2.6.21 patch and release it?
1183754195 M * Bertl strange, with 2.6.16.52? and qemu 9.0 the ekrnel does not recognize my boot disk correctly
1183755308 P * cruser 
1183756299 M * Bertl edeschen: http://vserver.13thfloor.at/Experimental/OBSOLETE/delta-2.6.14.3-reiserfs-fix01.diff
1183756328 M * Bertl edeschen: fixes the issue here (run tested), but please consider upgrading to a newer kernel ...
1183756357 M * Bertl (read: there are several other known bugs with 2.0 on that kernel)
1183757150 J * slack101 fgfdgfdg@cpe-71-74-77-84.insight.res.rr.com
1183757667 M * edeschen Bertl: thanx a lot
1183757679 M * edeschen I'll try it out, really appreciated
1183757781 M * Bertl you're welcome!
1183757967 M * Radiance hmm, is there a way to make a readonly system read/write by force ? (after ext3 mounted it RO)
1183757987 M * Bertl yes, you can remount it rw
1183757988 M * Radiance like using some flag with tune2fs or some ctl
1183757998 M * Radiance i tried, but the evil refuses 
1183758109 M * Bertl the ro/rw is not stored in the filesystem
1183758120 M * Bertl so whatever refuses to do so is in the kernel
1183758120 M * Radiance fstab is corrupted too
1183758129 M * Radiance perhaps an ioctl ?
1183758194 M * Radiance and before fstab was corrupted (unreadable garbage in it)
1183758195 M * Bertl both fstab and mtab are of no relevance
1183758196 M * Radiance mount: block device /dev/hda1 is write-protected, mounting read-only
1183758216 M * Bertl this is probably due to some I/O subsystem crashing on you
1183758283 M * Radiance yeah
1183758299 M * Supaplex how can I tame NFS for host or guest use? I do just about everything but nfs server on a guest.
1183758324 M * Radiance despite that the fsck revealed no more errors, the raid 1 is giving this: could not bd_claim sda3. couldn't update array info. -22 md_import_device returned -16
1183758334 M * daniel_hozac Bertl: sounds good to me.
1183758381 M * Bertl Supaplex: what's the problem?
1183758415 M * daniel_hozac not using a userspace daemon, i guess :)
1183758467 M * Supaplex I have a nfs server that'll host a few guests that'll need NFS client access to other machines. my previous testing was a pain.
1183758502 N * DoberMann DoberMann[ZZZzzz]
1183758810 M * Bertl Supaplex: how so?
1183758860 M * Supaplex I'll explain after I retest. I'm migrating the guest out of vmware.
1183759276 J * ktwilight_ ~ktwilight@196.86-66-87.adsl-dyn.isp.belgacom.be
1183759466 M * Supaplex a few days ago I found a faq on how to migrate an existing system into a vserver guest. any clues where that is?
1183759629 M * Bertl no idea, but I guess we need to add a new wiki page for OVZ to Linux-VServer migration
1183759641 M * Bertl Supaplex: where did you find it?
1183759652 M * Supaplex I don't recall, I'm trying to find it again.
1183759687 Q * ktwilight Ping timeout: 480 seconds
1183759691 M * Supaplex I recall something about a blind install, rm -Rf vservers/guest/ and then rsync the guest back into place (like from a live cd)
1183759708 M * Bertl sounds complicated ...
1183759713 M * Supaplex and fixup naughty init scripts
1183759723 M * Bertl I would create the guest with the skeleton method
1183759741 M * Bertl then rsync all over except for the /dev and /proc
1183759753 M * daniel_hozac well, if you're already doing rsync, i'd use the rsync build method :)
1183759761 M * Bertl good idea!
1183759915 M * Supaplex hummm
1183760134 Q * coderanger Ping timeout: 480 seconds
1183760196 M * slack101 im lossing hope in openvcp Bertl  about to code my own little script 
1183760265 M * onox good :)
1183760385 M * slack101 this thing sucks 
1183760398 M * slack101 i would like to use the daemon though
1183760416 M * slack101 daemon is in C
1183760711 A * Supaplex puts one of the production machines on the chopping block
1183760719 M * Supaplex time to split this pos up into a few guests...
1183761298 M * onox slack101: why does it suck?
1183761475 M * slack101 i cant get it to work
1183761491 M * daniel_hozac you sure it's openvcp that sucks? :)
1183761506 M * Supaplex I blame documentation
1183761514 M * Supaplex I already filed a few bugs on it
1183761568 M * Supaplex http://openvcp.org/ticket/184 is my fav.
1183761584 M * Bertl daniel_hozac: any ideas regarding the ML post from Jake (regarding the yum install)
1183761609 M * daniel_hozac hmm?
1183761622 M * daniel_hozac date?
1183761631 M * Bertl Jun 27
1183761642 M * daniel_hozac ah, "[Vserver] Error while executing the vserver startup sequence"?
1183761670 M * daniel_hozac hmm, i thought i had replied to this already.
1183761735 Q * mugwump Remote host closed the connection
1183761765 J * mugwump ~samv@watts.utsl.gen.nz
1183761883 M * slack101 Supaplex, have you even got it to work yet ?
1183761936 M * Supaplex we've been over this. I have not wasted any further effort on it since you asked last.
1183762052 Q * Johnnie Ping timeout: 480 seconds
1183762643 M * slack101 then why you are submitting bugs ;)
1183763005 Q * HeinMueck Quit: Aah!
1183763113 M * slack101 anyone here ever done traffic counting with iptables ?
1183763395 M * onox conntrack stuff?
1183763404 M * Supaplex accounting
1183763420 M * Supaplex just create a rule that has no jump target, and it'll count them.
1183763429 M * Bertl slack101: just add a simple ACCEPT rule
1183763474 M * slack101 im jus curious any easy ways to get traffic for all my ip's 
1183763475 M * slack101 easily
1183763508 M * Bertl for all ips? that will be in iptables already
1183763538 M * slack101 i mena
1183763539 M * slack101 each ip 
1183763541 M * Supaplex add a rule for each ip
1183763550 M * slack101 how does it work right it to a file or what ?
1183763567 M * Supaplex man iptables-save
1183764232 Q * bonbons Quit: Leaving
1183764598 Q * Piet Quit: Piet
1183764797 M * Supaplex what does --context really do/mean anyway?
1183764813 M * Supaplex is dynamic ok, it'll just create a random machine id or something?
1183765227 M * Bertl the context id is the unique identifier for a guest 
1183765254 M * Bertl dynamic contexts were removed in the last release 
1183765272 M * Bertl userspace tools will assign a random/unused id for you
1183765350 J * Hurga nobody@p508AA047.dip0.t-ipconnect.de
1183765371 M * Hurga Hi.
1183765379 P * edeschen Leaving
1183765383 M * Bertl welcome Hurga!
1183765418 M * Hurga small problem... where do I have to look if I get  "vshelper.init: can not determine xid of vserver 'tigress'; returned value was '' " ?
1183765507 M * Bertl probably in your config, might be missing a 'context' entry
1183765530 M * Hurga got that and it worked before...
1183765629 M * onox Hurga: do you have at least 1 service started by init?
1183765657 M * Hurga onox: ! I think not, good hint!
1183765720 M * Hurga Works again. Thanks!
1183765749 M * onox np
1183765874 A * Supaplex has a fantastic idea
1183765905 A * Supaplex runs off to grab some spare hardware