1106093781 Q * nayco Quit: Bonne nuit !
1106095935 J * Mega|away Megabart@host146-203.pool80181.interbusiness.it
1106096067 Q * Megabart uranium.oftc.net quasar.oftc.net
1106096067 Q * serving uranium.oftc.net quasar.oftc.net
1106096067 Q * mcp uranium.oftc.net quasar.oftc.net
1106096067 Q * Seraph uranium.oftc.net quasar.oftc.net
1106096067 Q * sannes uranium.oftc.net quasar.oftc.net
1106096646 J * Seraph kk@projects.verfaction.de
1106097059 J * nayco ~nayco@lns-vlq-47-nan-82-252-232-202.adsl.proxad.net
1106097082 Q * nayco Quit: 
1106101472 Q * ensc Ping timeout: 480 seconds
1106101594 J * ensc ~ircensc@ultra.csn.tu-chemnitz.de
1106102893 J * serving ~serving@213.186.181.212
1106102991 J * sannes ~ace@home.skarby.no
1106107840 Q * tchan Quit: leaving
1106107979 J * tchan ~tchan@c-24-13-81-164.client.comcast.net
1106109333 Q * hesus Read error: Operation timed out
1106109344 J * hesus darksoul@pingu.ii.uj.edu.pl
1106109826 Q * hesus Ping timeout: 480 seconds
1106109888 J * nox- ~nox@c135130.adsl.hansenet.de
1106110237 Q * nox Ping timeout: 480 seconds
1106110248 N * nox- nox
1106110421 Q * lilo Quit: bbiab
1106115245 Q * _are_ Ping timeout: 480 seconds
1106115335 J * lilo ~lilo@lilo.usercloak.oftc.net
1106117332 Q * lilo Quit: bbiab
1106118976 J * lilo ~lilo@lilo.usercloak.oftc.net
1106120223 J * nish ~nish@220.224.29.25
1106120838 Q * nish Quit: Leaving
1106120866 J * nish ~nish@220.224.29.25
1106121504 M * nish ggg
1106121791 N * Loki|muh_ Loki|muh
1106121974 J * root_ ~nish@220.224.46.198
1106122050 Q * nish Ping timeout: 480 seconds
1106122327 Q * root_ Quit: Leaving
1106122863 J * prae ~prae@sherpadown.net
1106122922 M * prae 'morning !
1106124356 J * Mega\work ~Megabart2@host208-101.pool80182.interbusiness.it
1106124359 M * Mega\work hi
1106124370 N * Bertl_zZ Bertl
1106124379 M * Bertl morning folks!
1106124383 M * Loki|muh morning
1106124390 M * Mega\work good morning Bertl
1106124434 M * Mega\work I've the question!
1106124466 M * Mega\work I had create 2 vserver ("lisa" and "bart")
1106124476 M * Mega\work *createdf
1106124478 M * Mega\work *created
1106124486 M * Bertl yep, I remember ...
1106124489 M * Mega\work good
1106124497 M * Bertl what was the issue?
1106124502 M * Mega\work when i run the vservers
1106124524 M * Mega\work the context is egual
1106124538 M * Bertl which kernel, which tools?
1106124552 M * Mega\work then, the kernel is 2.4.28
1106124569 M * Mega\work and tools is.......one moment that search
1106124595 M * Mega\work vserver-debiantools
1106124616 M * Mega\work i had created the server with the script newvserver
1106124616 M * Bertl util-vserver 0.30 or 0.30.196 ?
1106124642 M * Mega\work the util-vserver.........uhm......the package for debian
1106124662 M * Bertl IIRC there are a dozen different packages for debian ;)
1106124704 M * Mega\work htt://debian.fastweb.it unstable/main util-vserver 0.30-10
1106124709 M * Mega\work 0.30-10
1106124721 M * Bertl okay, let's try the following:
1106124738 M * Bertl chcontext --secure sleep 10 & chcontext --secure sleep 10
1106124755 M * Bertl I'm interested in the 'new context' lines
1106124775 M * Mega\work Bertl: when i enter in lisa or in other vserver, and use command "ps aux", i see all process of all vserver
1106124804 M * Mega\work and when i stop vserver lisa.......atomatically vserver kill process of other vserver
1106124823 M * Bertl Mega\work: try the line I pasted on the host please, and let me know the results
1106124846 M * Doener morning!
1106124860 M * Mega\work there is a problem........the pc with vserver is at home
1106124892 M * Mega\work try to tell my mother for turn on pc :D
1106124942 M * Bertl okay, don't bother, I'm leaving in a few minutes
1106124951 M * Bertl but I'll be back in about 2 hours ...
1106124958 M * Bertl morning Doener!
1106125020 Q * sannes Read error: Connection reset by peer
1106125023 M * Doener latest is 1.9.4-rc2 or will there be something new real soon?
1106125046 M * Doener real soon = today/tomorrow
1106125062 M * Bertl I've stumbled over an issue with ngnet, this might get a fix in 1.9.4 ...
1106125107 M * Bertl but maybe we'll wait after 1.9.4 for that ...
1106125116 M * Doener heh
1106125145 M * Doener i'll just go with rc2 then
1106125160 M * Bertl for now probably the best choice ...
1106125211 J * chrish01 ~chrish01@69.90.131.10
1106125222 M * chrish01 hi guys
1106125229 M * Doener hi chrish01 
1106125247 M * Bertl welcome chrish01!
1106125251 M * chrish01 Bertl, sorry i havent been around to test ngnet stuff :) dad passed away and ive been pretty busy =P
1106125322 M * Mega\work good.......I'had concated my mother, one minut that the pc run and I try the line pasted
1106125333 M * Bertl okay, excellent ...
1106125408 M * Mega\work Bertl: I run all vserver before try the command?
1106125413 M * Bertl chrish01: my sencere condolence ... take your time, it won't run away ...
1106125429 M * chrish01 Bertl, thanks dude
1106125462 M * Bertl Mega\work: doesn't matter ...
1106125493 M * Mega\work ok
1106125528 M * Mega\work Bertl: this is the result
1106125529 M * Mega\work debian:~# chcontext --secure sleep 10 & chcontext --secure sleep 1
1106125529 M * Mega\work [1] 4232
1106125529 M * Mega\work New security context is 49153
1106125529 M * Mega\work New security context is 49154
1106125529 M * Mega\work debian:~#     
1106125548 M * Bertl okay, what I expected, both contexts get a separate/different xid ...
1106125572 M * Bertl so when you end up with the _same_ xid, it's a bug in your setup or the tools ...
1106125593 M * Mega\work azz :/
1106125601 M * Bertl anyway, dynamic xids are deprecated so you should switch to static xids (range 2-49151)
1106125626 M * Bertl you can assing them with the S_CONTEXT= config option
1106125633 M * Mega\work ahhhhhhhhhhhh
1106125635 M * Mega\work yeah
1106125638 M * Bertl if you give bart 100 and lisa 200
1106125648 M * Bertl then they should work fine ...
1106125670 M * Bertl also if this is a typical debian setup, you should change the
1106125682 M * Doener damn, i should use more decriptive names for my kernel source trees...
1106125702 M * Bertl Mega\work: -H to -HS, remove the CAP_NET_RAW and the lock option ;)
1106125710 M * Doener linux-2.6.10-ih / linux-2.6.10-rc1-vs1.9.3-bla ... no idea what they're good for ;)
1106125734 M * Bertl yeah, didn't know for ih myself, but is creaped in even here ... ;)
1106125762 M * Bertl but now I know that it is one of your trees and I can simply remove it :P
1106125786 M * chrish01 Bertl, you get anything done you can tell me about on ngnet?
1106125838 M * Bertl we are currently changing the way the sockets are bound, to simplify bootup and host traffic
1106125853 M * Mega\work then.......i've this line in all vserver config
1106125854 M * Mega\work S_FLAGS="lock nproc"
1106125854 M * Mega\work ULIMIT="-HS -n 1024"
1106125854 M * Mega\work S_CAPS="CAP_NET_RAW"
1106125860 M * chrish01 nice Bertl
1106125862 M * Mega\work then
1106125863 M * Bertl probably get around doing the vserver run script later today ...
1106125870 M * chrish01 oh cool
1106125887 M * Mega\work I've add the S after -H
1106125895 J * DuckKing ~Duck@dyn-83-157-136-106.ppp.tiscali.fr
1106125898 M * Bertl chrish01: rs is now playing with it too ...
1106125909 M * Bertl Mega\work: yeah, remove the 'lock' and the CAP_NET_RAW ...
1106125917 M * Mega\work ok
1106125919 M * chrish01 cool cool
1106125930 M * Bertl Mega\work: then check the /dev entries and everything should be fine
1106125946 M * Bertl okay, have to move out now, back in about 2 hours ...
1106125952 N * Bertl Bertl_oO
1106126108 M * Mega\work where is the /dev entries?
1106126306 Q * DuckMaster Ping timeout: 480 seconds
1106126434 J * hesus darksoul@pingu.ii.uj.edu.pl
1106126485 M * Loki|muh anyone got 1.9.4rc2 working with 2.6.11-rc1-mm1?
1106126505 M * Mega\work yessssssssssssssssssssssssssssssssssssssssssssssssssssssssss
1106126522 M * Mega\work THANKS BERTL!!!!!
1106127194 M * prae :p
1106128046 M * Loki|muh ah, was my fault
1106128836 N * Doener Doener|gone
1106129580 J * jsambrook ~jsambrook@aelfric.plus.com
1106129713 Q * Bertl_oO Read error: Operation timed out
1106129938 J * Bertl_oO ~herbert@janus.mc.tuwien.ac.at
1106130414 J * nish ~nish@220.224.33.32
1106130439 M * nish what is function of kernel_thread ?
1106130846 M * nish 
1106131555 N * Bertl_oO Bertl
1106131569 M * Bertl morning folks!
1106131650 M * chrish01 hey bertl
1106131667 M * chrish01 im headed to bed, so ill catch ya in a few
1106131708 M * Bertl okay, cya!
1106131735 N * chrish01 chris|sleep
1106131814 M * nish �welcome Bertl
1106131866 Q * nish Quit: Leaving
1106131988 M * Val hi
1106132034 J * sannes ~ace@home.skarby.no
1106132158 M * Bertl greetings Val!
1106132162 M * Bertl welcome sannes!
1106132265 M * Val we (linuxfr.org) have already vserver for many services : main web site (http://linuxfr.org), UUCP over SSH gateway service (uucpssh.org), etc.  Due to high number of domains hosted by uucpssh.org service we plan to add another uucpssh.org secondary server using new 2.6.X vserver based kernels... But now we didn't have any host up 24/24 to do tests. Do someone know if free vserver accounts are available ?
1106132273 M * Val Hi Bertl ;-)
1106132322 M * Bertl I guess if you talk to rs, maybe you can get a lycos vds for testing ...
1106132331 M * Val may be it's better to send this message to the mailing-list...
1106132351 M * Val yes
1106132359 M * Val i'll wait he come back
1106132449 J * hap ~penso@blob.linuxfr.org
1106132461 M * Val hi hap :)
1106132487 Q * hap Quit: 
1106132507 J * hap ~penso@blob.linuxfr.org
1106132544 M * Mega\work Bertllllllllll
1106132548 M * hap hi
1106132555 M * Val hap : let's wait for rs (one of the Lycos vds team) and then ask him
1106132563 M * hap ok
1106132591 M * Mega\work Your solution WORKS!!!!
1106132601 M * Val now i have to leave, i'll be back after lunch
1106132602 M * Bertl welcome hap!
1106132609 M * Bertl Mega\work: thanks!
1106132869 J * mcp ~hightower@81.17.110.148
1106132904 M * Bertl welcome mcp!
1106133178 M * prae Val: hi :)
1106133190 M * Bertl morning prae!
1106133203 M * prae morning Bertl :)
1106133217 M * prae *too hard for me* :)
1106133226 A * prae want to sleep
1106134568 M * Bertl okay, off now, back later ...
1106134574 N * Bertl Bertl_oO
1106136888 N * Bertl_oO Bertl
1106137766 M * Bertl back now ...
1106137806 N * Doener|gone Doener
1106137855 M * Bertl wb Doener!
1106137864 M * Doener thanks...
1106137876 M * Mega|away uff
1106137895 M * Bertl Doener: got time for a little linux-vserver trouble shooting?
1106137941 M * Doener yeah, guess that'll make me forget the pain...
1106137946 A * Doener just returned from the dentist
1106137949 M * Bertl still your tooth?
1106137968 M * Mega|away I have all deb package used from script newvserver for create vserver, but i don't succeed to install from local package
1106137987 M * Mega|away how i can make?
1106137990 M * Doener more the fact that the tooth is no longer with me... there was a cyst and the tooth had to go
1106138038 M * Bertl spare me the details :/
1106138060 M * Doener ok ;)
1106138173 M * Mega|away if i use the switch --mirror http://debian.fastweb.it/debian, i have this result
1106138176 M * Bertl Mega|away: the newvserver script is not part of the tools (anymore?), but maybe you start with bash -x newvserver ... to see what fails?
1106138243 M * Doener Bertl: he's with the debian packages ;) there's a newvserver script, but i don't know how much it has in common with the 'original' newvserver script
1106138268 M * Bertl me neither, and probably the debian maintainer knows more ...
1106138297 M * Doener yup yup
1106138352 M * Bertl okay, ad linux-vserver issue, have a look at net/ipv4/af_inet.c
1106138360 M * Bertl (especially inet_create())
1106138392 M * Bertl we there do set_vx_info(&sk->sk_vx_info, current->vx_info); and sk->sk_xid = vx_current_xid();
1106138406 J * _are_ ~are@212.185.72.226
1106138409 M * _are_ hi
1106138429 M * Bertl welcome _are_!
1106138473 M * Bertl Doener: and more importantly in inet_release() we do: clr_vx_info(&sk->sk_vx_info); and sk->sk_xid = -1;
1106138497 M * Mega|away newvserver --mirror file://vservers/ARCHIVES/ --hostname bart --domain mshome.net --ip 192.168.0.11
1106138507 M * Mega|away then........if i use this sintax.......i have this error
1106138551 M * Mega|away uhm.....no
1106138556 M * Mega|away no error
1106138608 M * Mega|away but.....yesterday i had more problem when i used the command with local package
1106138630 M * Bertl as I said, I don't even know that script/tool ...
1106138676 M * Mega|away is for debian
1106138694 M * Mega|away tha package is util-vserver
1106138696 M * Mega|away :D
1106138716 M * Doener Mega|away: sure? i thought it's debian-vservertools
1106138727 M * Bertl IIRC, ola moved it there, yep
1106138749 M * Bertl but probably it's an old (woody?) package too
1106138804 M * Doener no, woody is far too old ;) stable debian releases only get security bug fixes, noeven 'normal' bugs are fixed AFAIK
1106138816 M * Doener s/noeven/not even/
1106138843 M * Bertl well, as I do not understand the debian scheme anyway ...
1106138999 M * Doener ok, so what about the network stuff?
1106139017 M * Bertl Doener: now I investigated an issue on ngnet and found that I was hitting a struct sock with xid = -1 
1106139110 Q * flock Ping timeout: 480 seconds
1106139155 M * Doener that's not so good
1106139209 M * Mega|away util-vserver - tools for Virtual private servers and context switching
1106139209 M * Mega|away vserver-debiantools - Tools to manage debian virtual servers
1106139233 M * Mega|away newvserver script is in one of this package
1106139382 M * Mega|away i use this script for create new vserver
1106139484 M * Bertl Doener: well, it's easily explained ...
1106139584 M * Bertl it seems that the inet_release is called when the socket is still held for retransmission for example
1106139675 M * Bertl and option would be to move the stuff into sock_init_data() and __release_sock()
1106139723 M * Bertl or maybe sk_free()?
1106139803 M * Doener hm, what about the sk->sk_prot->close() call?
1106139819 M * Doener it seems to send pending stuff
1106139831 M * Bertl would require handling for every protocol, and doesn't cover retransmission IMHO
1106139863 Q * monrad Quit: Leaving
1106139891 M * Doener i mean: move the vserver-stuff to happen after the close()
1106139924 M * Bertl the close doesn't necessarily free the sk
1106140006 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il
1106140025 M * Bertl welcome flock!
1106140262 M * Bertl Doener: the question now is, can we come up with scenarios where the current socket tagging is just wrong? and can we verify that with some kind of test?
1106140309 M * Bertl (something which would justify changing this in 1.9.4?)
1106140483 J * rs rs@ice.aspic.com
1106140487 M * rs hi
1106140490 M * Doener hi rs
1106140494 M * _are_ hi rs
1106140500 M * Bertl welcome rs!
1106140517 M * _are_ has anyone tried drbd with vservers already?
1106140532 M * rs thx
1106140545 M * rs Bertl: did you get my priv message yesterday ?
1106140557 M * _are_ basically it should not be a problem to my understanding, but then, as I see the miunts being namespace specific, perhaps commited blocks on disks are, too?
1106140579 M * Bertl rs: no, I guess not ...
1106140945 M * rs Bertl: http://rs.rhapsodyk.net/vserver/ngnet-ping2.txt
1106140977 M * Bertl heh, funny stuff ...
1106141005 M * Bertl anyway, I have an updated version which should fix the tcp-nfs issue too
1106141014 M * rs great
1106141051 M * rs when I activate the log and do the ping test, the node crash (as you can see in ngnet-ping2.txt)
1106141114 M * Bertl if this still happens with the ng8.8 patch (to be uploaded in a few minutes) we have to investigate
1106141190 J * nish ~nish@220.224.33.32
1106141251 M * Bertl welcome nish!
1106141610 M * Bertl rs: do we have a test setup where 2.6.11*vs1.9.4* + some test patch could be verified including 'normal' vserver activity?
1106141867 M * hap ils veultn quoi alors ?
1106141887 M * Bertl try with english!
1106141892 M * hap oups
1106141896 M * hap wrong window :)
1106141969 M * Bertl Doener: http://vserver.13thfloor.at/Experimental/RC-1.9.4/delta-socket-fix01.diff
1106142171 M * Doener looks good... but i'm off now, trying to get some sleep or so...
1106142186 M * Bertl okay, get some rest ...
1106142189 N * Doener Doener|gone
1106142239 M * Bertl rs: delta agains 8.7 or new patch?
1106142266 M * rs delta please
1106142460 M * Bertl http://vserver.13thfloor.at/Experimental/NGNET/delta-ng8.7-ng8.8.diff
1106142479 M * rs thx
1106142577 M * Val .
1106143006 Q * nox Read error: Connection reset by peer
1106143072 J * nox ~nox@c135130.adsl.hansenet.de
1106143330 M * prae hi rs
1106143635 M * rs hi prae 
1106144906 M * Bertl rs: and, does it work for you?
1106144955 M * rs I'm booting it
1106145025 M * rs seems to work
1106145122 M * rs damn, I tried in udp
1106145128 M * rs with
1106145150 M * Bertl well, now we know it works with udp too ;)
1106145166 M * rs yes :)
1106145195 M * rs but it's not really surprising while it was already working before
1106145207 M * Bertl yeah, but it might got broken ;)
1106145365 M * rs works with tcp too =)
1106145450 M * rs strange thing is that mount still show me the udp option...
1106145500 M * Bertl hmm, it didn't before?
1106145510 M * rs no
1106145636 M * rs and ping still not work, I guess it's expected
1106145650 M * Bertl try nope, ping works here (inside the context)
1106145656 M * Bertl s/try//
1106145670 M * rs hmm I think it's a config issue
1106145684 M * rs I didn't bind the vnet iface to the correct interface
1106145694 M * Bertl ;)
1106146643 M * rs still not work with "correct" setup
1106146651 M * rs I can't ever ping my own IP
1106146668 M * Bertl okay, is there a way to access that node?
1106147657 J * root_ ~nish@220.224.34.193
1106147675 Q * nish Ping timeout: 480 seconds
1106148710 Q * root_ Ping timeout: 480 seconds
1106149665 Q * DuckKing Read error: Operation timed out
1106150212 Q * grecea Remote host closed the connection
1106151128 M * _are_ i must have lost something: mount --rbind /data/mirror/debian-mirror/ /vservers/web/var/www/debian/ works, but ofc is not visible in the context (104)o f an already vserver. this should be possible by doing vnamespace -e 104 ...
1106151128 M * _are_ mount --rbind /data/mirror/debian-mirror/ /vservers/web/var/www/debian/, but now 'mount' complains the special device /data/mirror/debian-mirror/ doesn't exist
1106151167 M * _are_ currently using 2.6.10-vs1.9.4-rc2 and I am quite sure it worked on another box with 2.6.10-vs1.9.3.16
1106151173 M * Bertl different (not so recent) mount command?
1106151207 M * _are_ debian-sarge both times
1106151220 M * Bertl try mount --version
1106151241 M * _are_ # mount --version
1106151241 M * _are_ mount: mount-2.12
1106151267 M * Bertl now inside the namespace
1106151294 M * _are_ web:/# mount --version
1106151295 M * _are_ mount: mount-2.12
1106151352 M * _are_ on the box where it works:
1106151354 M * _are_ # mount --version
1106151354 M * _are_ mount: mount-2.12p
1106151383 M * _are_ a 'sarge' aswell, but the unofficial one for x86_64
1106151414 M * Bertl well, now the $1000000 question: does 2.12 support --rbind? ;)
1106151421 M * _are_ and the manpage describes --bind and --rbind
1106151440 M * _are_ yes, as i wrote above, without 'vnamespace' it works (but ofc in wrong namespace)
1106151635 J * Brucey cinacio@snape.aspic.com
1106151645 M * Brucey hi
1106151664 M * Val yo
1106151674 M * Bertl welcome Brucey!
1106151880 M * _are_ Bertl: any other idea?
1106151946 M * Bertl did you check that /data/mirror/debian-mirror/ actually exists when you 'entered' the namespace?
1106152004 M * _are_ according to strace of the mount: no, it doesn't, /data is not visible within *that* vserver and should not be
1106152042 M * _are_ to me it looks like with the other box it just changed the namespace and did the mount, with this box it changes to the root of the vserver and tries the mount
1106152105 M * Bertl probably wrong diagnosis ...
1106152114 M * Bertl more likely the following happened:
1106152121 M * Bertl working machine:
1106152136 M * Bertl 1) mounted /data
1106152143 M * Bertl 2) started vserver
1106152158 M * Bertl 3) mounted --rbind /data/mirror/debian-mirror/ ...
1106152165 M * Bertl 4) started new vserver
1106152176 M * Bertl now the new server has it by default
1106152185 M * _are_ eh?
1106152190 M * Bertl and the old vserver can be mended (by mounting it)
1106152201 M * Bertl on the not working machine:
1106152207 M * Bertl 1) started vserver
1106152209 M * _are_ i mount it from the root server to a vserver
1106152213 M * Bertl 2) mounted /data
1106152234 M * Bertl when you now enter the vserver's namespace, the /data mount does not exist ;)
1106152238 M * _are_ yes
1106152246 M * _are_ very likely
1106152258 A * _are_ looks lost in (name)space
1106153418 Q * sannes Read error: Connection reset by peer
1106153545 J * grecea ~grecea@h-195-22-237-74.mdl.net
1106154235 M * Bertl moving out now ... back later ...
1106154248 N * Bertl Bertl_oO
1106154413 M * rs re
1106155042 N * Doener|gone Doener
1106155079 M * ntrs Has anyone tried installing and using plesk in a vserver?
1106155142 M * Brucey ntrs: we tried that
1106155148 M * ntrs and?
1106155167 M * Brucey I didn't do it personally, but the guy who did just told me that it worked fine
1106155177 M * ntrs realy, cool.
1106155200 M * Brucey might depend on the resources you give to your vserver
1106155211 M * ntrs Like ram and hdd space?
1106155215 M * Brucey but if it's not too limited, that should work
1106155217 M * Brucey yeah
1106155245 J * monrad ~monrad@x1-6-00-09-6b-3f-ee-63.k138.webspeed.dk
1106155259 M * Doener _are_: FYI vserver namespaces are done so that everything that is in the namespace from which you start the vserver, is also in the vserver's namespace. That you don't see these mounts from within the vserver is achieved through virtualization + chroot. That means that if you enter the namespace without chrooting, you end up with the mounts that were there before you started the vserver + anything you mounted in that namespace.
1106155260 M * Brucey plesk can be pretty hungry... it launches its own mysql server for instance
1106155335 M * Doener that also means that you can only use that stuff as a mount source that is actually available in that namespace. In your case, your source was not available when the vserver was started.
1106155413 M * ntrs That's fine. Thanks Brucey.
1106155422 M * Brucey you're welcome
1106155910 Q * prae Quit: leaving
1106156015 M * _are_ Doener: yes, I got that by now and I am only slightly confused.
1106156046 M * _are_ e.g. for levels of confused called 'not' and actually I only iss a way on how to keep track of my mounts in the various vservers.
1106156056 M * _are_ but will leave now for home
1106156080 M * Doener you can tell pretty easily
1106156122 M * Doener get a pid of one of your vserver's processes and do: chcontext --ctx 1 cat /proc/<pid>/mounts
1106156151 M * _are_ :-)
1106156158 M * _are_ thanks
1106156160 Q * _are_ Quit: Disconnecting
1106156213 M * Doener hm... probably "vnamespace -e <xid> cat /proc/mounts" is even better...
1106157029 Q * Mega\work Quit: Leaving
1106157526 Q * Brucey Quit: "War doesn't determine who's right, war determines who's left."
1106159423 J * tomrt ~tomrt@200.55.135.115
1106159562 Q * tomrt Quit: 
1106159678 J * tomrt ~tomrt@200.55.135.115
1106159800 J * prae ~prae@sherpadown.net
1106159825 Q * rs Quit: leaving
1106160127 N * Doener Doener|gone
1106160437 J * sannes ~ace@home.skarby.no
1106160486 Q * serving Ping timeout: 480 seconds
1106160702 M * tomrt Hi everybody
1106162804 Q * tomrt Quit: Leaving
1106164286 N * chris|sleep chrish01
1106164560 Q * sannes Read error: Connection reset by peer
1106164673 J * nish ~nish@220.224.52.97
1106164843 J * _are_ ~are@dsl-084-056-157-028.arcor-ip.net
1106165737 N * chrish01 chris|out
1106165941 J * root_ ~nish@220.224.15.95
1106166190 Q * nish Ping timeout: 480 seconds
1106166543 J * id_ ~test@dsl-084-056-148-029.arcor-ip.net
1106166561 M * id_ hallo #vserver
1106166719 M * Loki|muh hallo id_ 
1106166787 Q * root_ Quit: Leaving
1106166926 J * duckx ~Duck@dyn-83-157-199-160.ppp.tiscali.fr
1106167334 J * serving ~serving@213.186.172.204
1106168252 Q * id_ Quit: Verlassend
1106169068 N * Doener|gone Doener
1106169364 J * nayco ~nayco@lns-vlq-47-nan-82-252-254-143.adsl.proxad.net
1106169370 Q * SiD3WiNDR Ping timeout: 480 seconds
1106169372 M * nayco 'llo !!
1106169418 M * nayco Does someone remembers where is the "broken apps" page, pls ?
1106169692 M * Doener http://linux-vserver.org/ProblematicPrograms
1106169701 M * nayco Thanx :) !
1106169744 M * nayco Should I had Cups, in that page ? (Problems with 127.0.0.1...)
1106169782 M * nayco Or is there any capablility to give so it works in a vserver ?
1106169829 N * Bertl_oO Bertl
1106169848 M * Doener maybe you could add another section to that page for programs that need further investigation and put cups there
1106169884 M * nayco 'llo, Bertl !
1106169887 M * Doener wb Bertl 
1106169894 M * Bertl greetings folks!
1106169907 M * Bertl cups was reported to work, when configured properly IIRC
1106169931 M * nayco Ah ! And how can I configure it, so ;) ?
1106169946 M * nayco Btw, what does mean "IIRC" ?
1106169957 M * Doener if i remember/recall correctly
1106169967 M * nayco k
1106170000 M * nayco I tried to remove/replace all references to 127.0.0.1 in "cupsd.conf", but it did not work.....
1106170020 M * meebey cups works inside a vserver
1106170024 M * meebey without special caps
1106170040 M * nayco How do you do this ?
1106170060 M * meebey nothing special
1106170065 M * nayco ...er...
1106170065 M * meebey use an IP thats all
1106170075 M * nayco Where I use it ?
1106170088 M * meebey I got a hylafax vserver using a printing vserver :)
1106170105 M * meebey so the hylafax sends faxes to cups
1106170123 M * meebey cups binds to all IPs it gets
1106170135 M * nayco yes ?
1106170136 M * meebey when you want to connect to it, use the normal host IP
1106170154 M * meebey 127.0.0.1 is usually not a good idea and causes alot of troubles
1106170163 M * meebey or you need to allow the lo device in the vserver
1106170178 M * nayco Ok, but the problem is it doesn't even start saying it cannot find "127.0.0.1" :(
1106170193 M * nayco I know "lo" in a vserver is bad...
1106170194 M * meebey hu?
1106170205 M * meebey I dont have that problem, maybe I changed the config
1106170208 M * meebey if so, change it
1106170216 M * nayco cupsd.conf ?
1106170222 M * meebey that should be it
1106170264 M * meebey Bertl: hey, would you mind if I create a "WorkingPrograms" list?
1106170274 M * meebey Bertl: I got so much stuff inside vservers running...
1106170281 M * nayco Well, as said upper, I changed all the references to "127.0.0.1" for "172.x.x.x" in my cupsd.conf, and it still gives up giving the same message...
1106170282 M * meebey Bertl: most ppl don't know if its possible
1106170296 M * meebey nayco: which version is it
1106170314 M * nayco That a good Idea, IMHO, with tips to make them work...
1106170320 M * Bertl meebey: guess it would not hurt to add it to the problematic programs, but with an explanation how to configure ...
1106170325 M * nayco ...Wait, I'm looking.
1106170339 M * meebey Bertl: and if they just run? :)
1106170348 M * meebey Bertl: I wanna track versions mainly
1106170361 M * meebey Bertl: like kernel+vserver+prgram version
1106170366 M * meebey Bertl: so ppl know running setups
1106170370 M * Bertl well, if you feel like doing so, please go ahead ;)
1106170390 M * meebey Bertl: if a program needs special config I will link it to the problematic programs page
1106170396 M * Doener meebey: maybe you and nayco should compare cups versions, too. not only configuration ;)
1106170400 M * nayco ...And add a link to that page it in the frontpage of the linux-vserver page, cause I couln't find it this afternoon... 
1106170419 M * meebey nayco: its in the documentation faq linked
1106170432 M * nayco libcups2-1.1.21-0.rc1.7mdk
1106170432 M * nayco cups-1.1.21-0.rc1.7mdk
1106170432 M * nayco cups-common-1.1.21-0.rc1.7mdk
1106170432 M * nayco cups-drivers-10.1-0.2mdk
1106170437 M * meebey nayco: in the compatibility list
1106170449 M * meebey one sec I logon the vserver-master server :)
1106170450 M * nayco It would be great on the frontpage, still ;)
1106170476 M * meebey its the server where I deleveop/test all vserver setups
1106170481 M * nayco k
1106170495 M * meebey I think got 21 vservers images already
1106170518 M * meebey antivirus    db-mysql  galilei-mini-woody  lost+found   printing  snmp
1106170519 M * meebey apt-upgrade-all.sh  db-pgsql  groupware  mail   proxy     status-all.sh
1106170519 M * meebey ca    dev       groupware-skyrix  make-release.sh  releases  vpn
1106170519 M * meebey clean-all.sh    fax       ldap  ns   samba     web
1106170527 M * meebey thats a list of them
1106170532 M * Bertl well, most folks do not find the links on the main page either .. so I guess we would need a how-to-follow-links tutroial ;)
1106170540 M * meebey Bertl: lol
1106170558 M * nayco ;)
1106170562 M * meebey ii  cupsys         1.1.20final-12 Common UNIX Printing System(tm) - server
1106170563 M * meebey ii  cupsys-bsd     1.1.20final-12 Common UNIX Printing System(tm) - BSD comman
1106170566 M * meebey thats the version I use
1106170566 J * SiD3WiNDR luser@bastard-operator.from-hell.be
1106170585 M * _are_ nayco: I have cups running within a vserver, no problems
1106170590 M * meebey abnd I got no lo device in it
1106170616 M * _are_ I print with lpr and via samba there
1106170624 M * nayco so, mine seems more recent... Maybe they changed something ? It's only a minor revision... Or Mandrake messed with the starting script ?
1106170641 M * nayco _are_: I aim to the same thing !
1106170642 M * meebey there is no IP at all set
1106170646 M * meebey no Listen section
1106170670 M * meebey in the cupsysd.conf
1106170673 M * Bertl welcome SiD3WiNDR!
1106170674 M * meebey -sys
1106170679 M * _are_ nayco: what exactly is the problem?
1106170698 M * meebey Bertl: 1337 \/1s170rz?
1106170744 M * Bertl Y34 V3RY 1337!
1106170753 M * meebey hehe
1106170760 M * nayco _are_: Well, I should reboot here to use my vs kernel to give the exact message, but when starting Cups, I've got a message saying that it can't find "127.0.0.1" (Not "lo")
1106170793 M * _are_ and where have you told it to use 127.0.0..1?
1106170827 M * Doener _are_: regarding mount-tracking, maybe this one is even better: vnamespace -e <xid> cat /proc/mounts
1106170855 M * nayco nowhere ! But in cupsd.conf, there are lines with "127.0.0.1". I replaced them all with "172.x.x.x" (The vs IP), and nothing changed.
1106170889 M * _are_ Doener: thanks
1106170897 M * Doener you're welcome
1106170904 M * nayco Anyway, I think [ProblematicPrograms] should be in the fronpage. (I finally found it)
1106170946 M * meebey nayco: check your /etc/hosts
1106170959 M * meebey nayco: maybe you got a broken hosts
1106170967 M * meebey nayco: pointing to 127.0.10.1
1106170968 M * meebey -1
1106170969 M * nayco well... I think I gonna have to reboot with the vs kernel :(.... ;)
1106170986 M * _are_ nayco: I have 127.0.0.1 localhost in /etc/hosts in vserver, main server will rewrite it anyway
1106171037 M * meebey _are_: maybe he has vserver_host pointing to 127.0.0.1
1106171045 M * meebey _are_: thats what I am mean with breoken
1106171058 M * _are_ meebey: guess we have to wait for the reboot
1106171065 M * nayco Hey ! Maybe I haven't got any "hosts" file: I'm installing a minimal Mandrake ("Basesystem"), and I have, for example, to manually create /etc/resolv.conf. I should have a look to this issue...
1106171067 M * meebey often programs resolve their hostname and bind to that IP
1106171085 M * meebey nayco: no hosts is like a broken hosts ;)
1106171097 M * meebey nayco: programs need that file
1106171112 M * nayco so, I should write "172.x.x.x     localhost" in the "hosts" file ?
1106171116 M * meebey could be a hardcoded fallback to 127.0.0.1
1106171130 M * meebey nayco: more important is the hostname of your vserver
1106171147 M * meebey nayco: each linux system has a hostname, and vservers too
1106171153 M * nayco well... Ok, I have to reboot... See you in a couple of minutes.
1106171168 Q * nayco Quit: Bonne nuit !
1106171298 M * meebey can I make a table with wiki?
1106171345 M * Bertl look at the release faq
1106171351 M * meebey http://tavi.sourceforge.net/FormalFormattingRules/Tables
1106171355 M * meebey cool :)
1106171533 J * nayco ~nayco@lns-vlq-47-nan-82-252-254-143.adsl.proxad.net
1106171552 M * nayco Ok, i'm building a test vserver...
1106171686 J * sannes ~ace@home.skarby.no
1106171711 M * Bertl welcome sannes!
1106172180 Q * duckx Ping timeout: 480 seconds
1106172636 M * meebey http://www.linux-vserver.org/WorkingPrograms
1106172641 M * meebey I started the list...
1106172680 M * meebey all programs that need a special setup/caps whatever get an entry to problematic programs with a link on working programs
1106172698 M * meebey that way ppl should find very easy if they can run $program in a vserver
1106172717 M * meebey sometimes programs do strange things, like hylafax ;)
1106172727 M * meebey creating itself a nod for dev/null was pretty funny
1106172734 M * meebey it just exited with no error message ;)
1106172767 M * meebey stuff like that takes often much time and nerves so I thats my goal with that list
1106172784 M * meebey Bertl: you think its ok?
1106172790 M * meebey Bertl: or any comments/suggestion
1106172831 M * Doener hmm... if we list all program, kernel and vserver versions that may get a loooong list
1106172839 M * Bertl looks fine so far, might become a long lsit nevertheless
1106172855 M * meebey Bertl: sure
1106172876 M * meebey Bertl: most browser have a find function
1106172884 M * meebey and mostly daemons are interesting
1106172906 M * meebey since they are complex
1106172951 M * Bertl as I said, it's fine for me ... we'll see how it works out ...
1106172969 M * meebey funny is wiki doesnt like my name
1106172971 M * _are_ well: samba works except oplock, 1.9.3 and up at least
1106172978 M * meebey I set it under preference
1106172982 M * meebey but no effect
1106172987 M * meebey it shows IPs...
1106172998 M * Doener blocking cookies?
1106173005 M * _are_ whoever wants to add atm, i guess it is not the brightest idea if i try editing myself, too, now ;)
1106173015 M * meebey Doener: no
1106173023 M * meebey Doener: it says my nick if I go to preferences
1106173027 M * meebey Doener: so its rembers it
1106173035 M * Doener strange
1106173043 M * meebey Doener: not that imporant
1106173059 M * meebey but was worth mentioning it
1106173070 J * duckx ~Duck@dyn-83-157-161-11.ppp.tiscali.fr
1106173080 M * meebey _are_: no oplock?
1106173088 M * meebey _are_: means you have to disable oplock manually
1106173099 M * meebey _are_: please -v
1106173107 M * meebey _are_: soon I will run too samba in a vserver ;)
1106173115 M * meebey thats what that list can be perfect for
1106173130 M * meebey you know/expect problems before they smash an you
1106173136 M * meebey s/an/on/
1106173145 M * meebey at work I will not have much time to investigate so...
1106173158 M * meebey its because of that still running on the root server
1106173375 M * meebey does the wiki use locking?
1106173384 M * meebey I mean, can I overwrite changes of someone elese
1106173391 M * meebey or will it tell me
1106173429 M * Bertl the wiki does 'collision/merge' management (basic ops)
1106173459 M * Bertl you'll get a message if somebody else strore something while you where editing ...
1106173465 M * Bertl s/where/were/
1106173527 M * meebey k
1106173538 M * meebey hrmmm
1106173559 M * meebey maybe the kernel and vserver version should only be added if its related
1106173566 M * meebey like it only works at a special version
1106173583 M * meebey like for openswan
1106173600 M * meebey most programs are not kernel related
1106173604 M * meebey pure userspace
1106173612 M * meebey Bertl: comments?
1106173694 M * Bertl post it on the ml, ask for opinions ...
1106173731 M * meebey even in that small list, you can see that 4 progams of 19 needs notes
1106173747 M * meebey Bertl: I am not subscribed to it
1106173765 M * Bertl a good moment to consider subscription then ;)
1106173767 M * Doener then what you're waiting for? *g*
1106173780 M * meebey na... I have real problems following mls
1106173793 M * meebey I am subscribed ~6 or so
1106173797 M * meebey and I am lost
1106173799 M * Doener hm, wrong mua?
1106173803 M * meebey yes
1106173805 M * meebey :)
1106173806 M * Bertl muhaha!
1106173816 M * meebey lol
1106173824 M * meebey bertl is laughing!
1106173826 M * meebey omg
1106173836 M * Doener happens regularly lately ;)
1106173849 M * meebey Bertl: do you take more drugs than usual?
1106173903 M * Bertl aside from those small red mushrooms with the greed dots ... 
1106173909 M * Bertl s/greed/green/
1106173933 M * Doener http://vds.pas-mal.com/irclogs/stats.html -- the stats say so ;)
1106174022 M * meebey "You should have a recahable localhost address"
1106174027 M * meebey wtf? is that a real word?
1106174044 M * meebey it should it mean: resolvable?
1106174053 M * Doener what about "reachable"?
1106174064 M * meebey ah ic
1106174069 M * meebey I will fix it :)
1106174074 M * Bertl wow 117 URLs, not bad eh?
1106174401 M * meebey Bertl: urls?
1106174416 M * meebey " Total of 117 URLs were pasted by Bertl!!"
1106174417 M * meebey lol
1106174422 M * meebey now I understand :)
1106174426 M * Bertl ;)
1106174460 M * meebey 2 daemons I am most interesting in
1106174465 M * meebey samba and dhcp
1106174495 M * meebey both are on my todo list for moving into vserver
1106174613 M * Bertl and IMHO, both have no good chance to work ...
1106174637 M * meebey no?
1106174645 M * meebey dhcp needs IP+broadcast
1106174650 M * meebey IMHO no biggy
1106174668 M * Bertl well, dhcp needs raw sockets too
1106174678 M * meebey yeah that for sure
1106174702 M * mugwump can't you just add 255.255.255.255 to its OK IP list?  :)
1106174706 M * Bertl and last time I checked samba was kernel based ...
1106174707 M * mugwump and 0.0.0.0
1106174722 M * meebey Bertl: kernel based?
1106174753 M * Bertl means, there was no 'userspace' only samba version ...
1106174790 M * Doener hm, the kernel portion is only for mounting smb shares IIRC
1106174790 M * meebey oh
1106174796 M * meebey you mean smbfs?
1106174806 M * meebey thats for mounting only, yes
1106174821 M * meebey the daemon is 100% userspace
1106174835 M * Bertl is it? well then ...
1106174859 M * meebey problem is nmbd I bet
1106174862 M * meebey the WINS part of it
1106174869 M * mugwump I remember having problems with samba+vserver once.  whether it was later than ctx17a or not I don't know
1106174871 M * meebey hu now I remember
1106174878 M * meebey I got a samba client in a vserver
1106174885 M * meebey and it works
1106174889 M * meebey its for printing
1106174911 M * mugwump (samba server that is, but I think that was before UDP broadcast worked)
1106174912 M * meebey Bertl: wins uses broadcasts
1106174936 M * meebey as client though samba worked so far
1106175085 M * nayco nmbd needs braodcasts, non ?
1106175088 M * nayco -n
1106175104 M * nayco oops
1106175142 M * meebey it needs
1106175151 M * meebey udp outgoing and incoming AFAIK
1106175179 M * meebey for the local master browser election
1106175482 M * nayco About cups: here is a sample from /etc/init.d/cups....
1106175485 M * nayco if !(export LC_ALL=C; /sbin/ifconfig | /bin/egrep "^lo +[^ ]+.*Loopback" > /dev/null 2>&1); then
1106175485 M * nayco             gprintf "Loopback device ('lo', 127.0.0.1) needed by CUPS, starting it ...\n"
1106175508 M * nayco ....etc.
1106175558 M * Doener well, remove/comment out that line from the initscript and see if it works...
1106175594 M * nayco this is not a single line... But a laaaarrge block... They seem to love localhost, at Mandrake ;-)
1106175597 M * nayco Ok, I try.
1106175720 M * meebey lol
1106175724 M * meebey fucked init.d script that is
1106175739 M * meebey the daemon does the work not that fucking init.d script
1106175812 M * Bertl hmm .. just two example of how to use the word 'fuck' in everydays life ...
1106175827 M * meebey is that a problem?
1106175840 M * meebey I could try to hide my frustations when I see such crap
1106175880 M * meebey that kind of programming is breaking a lot each day in the linux busniess
1106175884 M * meebey business
1106175926 M * Bertl http://justin.justnet.com.au/rudestuff/uses-of-the-word-fuck.html
1106175984 M * nayco Ok, I removed the "127.0.0.1" section of the init script, i removed references to "127.0.0.1" in cupsd.conf, but it now fails to start saying:
1106175986 M * nayco Starting CUPS printing system: cupsd: Child exited with status 98!
1106175998 M * nayco the logs show : StartListening: Unable to bind socket for address 00000000:631 - Address already in use.
1106176010 M * nayco what does it mean ?
1106176013 M * meebey "Einstein Any fucker could understand that "
1106176015 M * meebey lol
1106176020 M * meebey thats a good sentence
1106176022 M * Bertl well, maybe cups is already running on the host?
1106176038 M * nayco errrr..... yes ;) => ooppps !
1106176049 M * meebey that way it cant bind to 0.0.0.0
1106176083 M * nayco but isn't it supposed to bind to 192.168.0.10:631 (The vserver IP, hte host has 192.168.0.1)
1106176096 M * meebey nayco: only if you tell cupsys to
1106176106 M * meebey nayco: use "Listen"
1106176109 M * nayco how can I do it ?
1106176113 M * nayco thx.
1106176125 M * meebey you read the config already and you don't know? no comment
1106176149 M * nayco anyway, at work, I wont have the problem: The host will have only one instance of cups in a Vserver.
1106176157 M * nayco ...Well, maybe...
1106176157 M * Doener nayco: you have to make the host's cups listen to a limited set of ip addresses
1106176178 M * nayco Doener: And the vserver's too ?
1106176193 M * Doener no, that one's handled automagically
1106176203 M * nayco whowww ;)
1106176205 M * Doener but the host can block all ip addresses
1106176208 M * nayco Ok, I try
1106176467 M * nayco There is a problem, on the host... Well, maybe because I don't know too much Cups, network-wise:
1106176517 M * nayco If I add "Listen 192.168.0.1" in the conf file, I get : "cupsd: Child exited with status 98!" and "StartListening: Unable to bind socket for address 00000000:631 - Address already in use." (On the host.
1106176549 M * nayco ) Replacing that with the respective hostnames, And the host's cups work. Ok, to the Vs, now !
1106176592 M * nayco same error on the Vs... Ok, I'll try "Listen hostname"
1106177697 M * nayco Ok, Cups seem to wrok in my Vs, now... I had to use "Listen hostname (without .domaine.tld)" and remove 127.0.0.1 entries, in "cupsd.conf.
1106177806 M * nayco Moreover, I could repair my local DNS that had it reverse zone totally broken because I named my zone 0.0.168.192.in-addr.arpa (Instead of 0.168.192.in-addr.arpa !), and that caused Cups to fail resolv his vserver....
1106177836 M * nayco Where should I write this in the "Working programs" page ?
1106177917 M * Bertl the broken reverse issue? ;)
1106178161 M * nayco héhé.... By the way, I stopped my host's cups, and now the the vs's is on, it doesn't start anymore :(
1106178224 M * Bertl with the well known 'Unable to bind socket for address 00000000:631 - Address already in use.' message?
1106178246 M * nayco yep !
1106178304 M * Bertl any idea what it could be?
1106178349 M * nayco ...Well, which command should I use to see if it bind to several IPs at a tlme ?
1106178373 M * Bertl strace ... (but it basically tells that it tries with 0000000)
1106178444 M * Bertl (i.e. it tries to bind _all_ ips)
1106178455 M * nayco I already tried it, but the og is 217 line long (Well, that is short ;)), and there are only 'OPEN("/usr/lib/.../....so") = ENOENT' and things like that..
1106178479 M * nayco even when I tell hm to bind to ONE hostname ?
1106178497 M * Bertl some daemons are broken in this regard ...
1106178522 M * Bertl but you can make it work by using a wrapper
1106178541 M * Bertl (like those available for http and smtp v_*)
1106178546 M * nayco Well, it has a "Listen" directive in its conf file, so... I shouldn't be broken ;)
1106178584 M * nayco netstat doesn't show me anything bad....
1106178598 M * Bertl it didn't start, did it?
1106178610 M * nayco no :P
1106178764 M * nayco But, I mean, I tried in both the vs and the host, hoping (Well, not !) to see the 631 port bound in both... That's not the case, so I think that ports bound on eth0 are not blocked on eth0:vserver1. Well, that shouldn't anyway, but I wanted to check....
1106178936 M * nayco I tried again: When stopping cups in the vs, it starts on the host :-\
1106179077 M * Bertl nayco look, I'll try to explain once again ...
1106179105 M * Bertl consider a service (like cups ;), which has a dedicated port (e.g. 631 ;)
1106179150 M * nayco yes
1106179157 M * Bertl let's further assume that when the daemon starts, it doesn't bother with IPs just binds IP_ADDR_ANY (0.0.0.0) at port 631