1292458101 Q * DarkUranium Quit: Leaving
1292461086 Q * bonbons Quit: Leaving
1292461502 J * emcepe ~mcp@wolk-project.de
1292461691 Q * mcp Ping timeout: 480 seconds
1292461693 N * emcepe mcp
1292466043 J * bsingh ~balbir@122.172.28.121
1292466114 Q * manana Remote host closed the connection
1292467407 Q * hparker Quit: Quit
1292470199 M * Bertl off to bed now ... have a good one everyone!
1292470203 N * Bertl Bertl_zZ
1292480962 J * thierryp ~thierry@ALyon-153-1-42-129.w86-194.abo.wanadoo.fr
1292481569 Q * thierryp Remote host closed the connection
1292482285 J * swenTjuln ~kvirc@217.72.66.253
1292482771 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no
1292483309 J * serkanca ~serkanca@77.67.132.70
1292483855 J * serkanca_ ~serkanca@188.57.125.197
1292484017 Q * FireEgl Ping timeout: 480 seconds
1292484087 Q * serkanca Ping timeout: 480 seconds
1292484401 J * DarkUranium ~DarkUrani@93-103-181-50.dynamic.t-2.net
1292484778 M * ncopa stupid question, i killed my interface so all guests lost their ip
1292484796 M * ncopa is there a way to re-run the networking for all guests without restarting them?
1292484858 M * swenTjuln ncopa: see this: http://linux-vserver.org/Frequently_Asked_Questions#How_do_I_assign_a_new_IP_address_to_a_running_guest.3F
1292484883 M * ncopa right
1292484905 M * ncopa but are there a handy way to do that reading the interfaces/*/ info?
1292484905 J * FireEgl FireEgl@2001:470:e056:8:ccaa:a7b7:2807:dc1b
1292484955 Q * derjohn_foo Ping timeout: 480 seconds
1292484955 M * swenTjuln ncopa: BASH :D
1292484999 M * swenTjuln no that I know of
1292485017 Q * serkanca_ Ping timeout: 480 seconds
1292485355 M * ncopa for i in *; do ip=$(cat $i/interfaces/0/ip) .... ; done
1292485361 M * ncopa not handy but worked
1292485364 M * ncopa thanks!
1292486872 J * ghislain ~AQUEOS@adsl2.aqueos.com
1292486894 J * derjohn_foo ~aj@213.238.45.2
1292487042 Q * ghislain 
1292487067 Q * bsingh Ping timeout: 480 seconds
1292487327 J * ghislain ~AQUEOS@adsl2.aqueos.com
1292487675 J * bsingh ~balbir@122.167.255.18
1292487738 Q * nkukard Ping timeout: 480 seconds
1292489266 J * manana ~mayday090@84.17.25.149
1292489812 J * petzsch ~markus@dslb-092-078-236-192.pools.arcor-ip.net
1292490970 J * kir ~kir@swsoft-msk-nat.sw.ru
1292491869 J * serkanca_ ~serkanca@178.241.67.204
1292492252 J * ghislain1 ~AQUEOS@adsl2.aqueos.com
1292492312 Q * bsingh Ping timeout: 480 seconds
1292492517 Q * ghislain Ping timeout: 480 seconds
1292492620 J * serkanca__ ~serkanca@178.241.228.196
1292492725 Q * serkanca__ Read error: Connection reset by peer
1292492884 Q * serkanca_ Ping timeout: 480 seconds
1292492907 J * serkanca__ ~serkanca@178.241.228.196
1292493126 J * bonbons ~bonbons@2001:a18:1:1402:2c0:9fff:fe2d:39d
1292493228 Q * fback Ping timeout: 480 seconds
1292493229 Q * serkanca__ Read error: Connection reset by peer
1292493487 Q * manana Remote host closed the connection
1292495275 Q * Piet Ping timeout: 480 seconds
1292495744 P * kir Leaving.
1292495803 J * Piet ~Piet__@82VAAAWDI.tor-irc.dnsbl.oftc.net
1292496548 J * fback ~fback@red.fback.net
1292497989 J * kir ~kir@swsoft-msk-nat.sw.ru
1292501421 Q * DelTree Remote host closed the connection
1292501951 P * kir Leaving.
1292503010 J * hparker ~hparker@2001:470:1f0f:32c:215:f2ff:fee0:9872
1292505810 Q * hparker Quit: Quit
1292505824 N * Bertl_zZ Bertl
1292505829 M * Bertl morning folks!
1292506460 J * hparker ~hparker@2001:470:1f0f:32c:215:f2ff:fee0:9872
1292509718 M * ghislain1 morning bertl
1292510041 Q * FireEgl Ping timeout: 480 seconds
1292511290 Q * petzsch Quit: Leaving.
1292511336 Q * hparker Quit: Quit
1292511530 M * vizz how can i show listening network services inside a guest?
1292511722 M * Bertl lsof -ni ?
1292511969 J * petzsch ~markus@dslb-092-078-236-192.pools.arcor-ip.net
1292512114 J * kir ~kir@swsoft-msk-nat.sw.ru
1292512397 M * vizz wont work
1292512461 M * Bertl how so?
1292512639 M * Wonka on 2.6.22.9-vs2.3.0.26.4, "netstat -nlp" works fine
1292512647 P * kir Leaving.
1292512760 M * Bertl lsof -ni work fine here with 2.6.36.x too
1292512873 M * Mr_Smoke Depends on your proc restrictions I guess
1292512885 M * Mr_Smoke I had a paranoid box somewhere, netstat can't see sh*t :)
1292512933 M * Mr_Smoke I take that back, root can do whatever he wants.
1292515879 Q * petzsch Quit: Leaving.
1292516212 Q * ncopa Quit: Ex-Chat
1292516643 J * bsingh ~balbir@122.172.22.19
1292518797 J * petzsch ~markus@dslb-092-078-236-192.pools.arcor-ip.net
1292519175 Q * derjohn_foo Ping timeout: 480 seconds
1292521387 J * nkukard ~nkukard@41-133-198-46.dsl.mweb.co.za
1292522061 J * xtor ~extor@c-76-16-36-19.hsd1.il.comcast.net
1292522170 Q * bsingh Read error: Connection reset by peer
1292525028 J * BenG ~bengreen@cpc2-aztw22-2-0-cust83.aztw.cable.virginmedia.com
1292525585 Q * Wonka Quit: reboot...
1292525719 J * dentifrice ~fluor@silentio.us
1292525737 M * dentifrice hey there - is it still necessary to manually set the barrier with chattr nowadays?
1292525775 M * Bertl depends on your distro/kernel/util-vserver version
1292525822 M * dentifrice Bertl: debian squeeze / 2.6.32-5 / 0.30.216-pre2864-2+b1
1292525947 M * dentifrice (patchset is 2.6.32.25-vs2.3.0.36.29.6
1292525953 M * dentifrice  according to the kernel Changelog)
1292526011 M * BenG Bertl, you were right about the issue with --move mounts and namespaces
1292526034 M * BenG without namespaces the LTSPFS process works
1292526056 M * BenG now I need to understand the impllications of not having namespaces enabled
1292526062 M * daniel_hozac Bertl: delta-cred-feat03 looks fine.
1292526079 M * daniel_hozac BenG: you need a barrier...
1292526092 M * DarkUranium daniel_hozac: I need a beer...
1292526095 J * bsingh ~balbir@122.172.9.163
1292526100 M * DarkUranium kthx
1292526105 A * DarkUranium runs and hides
1292526105 M * BenG the barrier flag on the vserver root daniel_hozac ?
1292526128 J * hparker ~hparker@2001:470:1f0f:32c:215:f2ff:fee0:9872
1292526131 M * BenG is that the only thing?
1292526145 J * derjohn_foo aj@88.128.22.249
1292526147 M * dentifrice daniel_hozac: and do I (need a barrier)?
1292526218 M * daniel_hozac BenG: essentially. you still won't be as protected as before, but...
1292526230 M * BenG okay
1292526251 M * BenG I'll try to get --move mounts working in namespaces then, as my next mission
1292526301 M * daniel_hozac dentifrice: with Debian you never know what you need... try upgrading your util-vserver, and you should be fine without it.
1292526334 M * dentifrice daniel_hozac: 0.30.216-pre2864-2+b1 is not new enough?
1292526391 M * dentifrice daniel_hozac: I guess setting the barrier in any case won't do harm, is it still `chattr +t /path/to/vbasedir` ?
1292526411 M * daniel_hozac that's over a year old.
1292526421 M * daniel_hozac no
1292526425 M * daniel_hozac setattr --barrier
1292526431 M * dentifrice ok, right, thanks
1292526964 M * Bertl BenG: what do USB keys have to do with --move mounts?
1292526976 M * BenG LTSP
1292526998 M * BenG remember the LTSP thread from the mailing list?
1292527007 M * Bertl as in linux terminal server project, yes?
1292527010 M * BenG yep
1292527035 M * Bertl and how does that explain what USB keys have to do with --move mounts? 
1292527051 M * BenG USB keys on the clients are mounted firstly in /tmp/something 
1292527069 M * BenG they moved via a --move to /media/something
1292527080 M * Bertl why the hell would somebody do that?
1292527126 M * BenG I think they are mounted in /tmp firstly in case there some problem with the mount
1292527152 M * Bertl and that would help in what way?
1292527198 M * BenG is they were mounted in /media then Gnome, or some other DE would find them and attempt to stick them straight onto the desktop
1292527206 M * Bertl I mean, even if you 'need' to inspect the content first before you mount it under /media, you could simply do so by unmounting and mounting again
1292527224 M * BenG true
1292527227 M * BenG I didn't write it
1292527232 M * BenG I just use it
1292527234 M * Bertl that behaviour only depends on hal/udev setup
1292527267 M * Bertl it might make sense to contact the LTSP folks and ask them for the actual reason, because it sounds like a hack/workaround to me
1292527274 M * BenG right, but you have two environments between which the file system is mounted, the client were the USB key is
1292527278 M * BenG and the server
1292527305 M * BenG so you'd somehow need to ask the client to remount again on the server in new location
1292527377 M * BenG so yes, it's client side udev rules that start off the mount on the server
1292527448 M * Bertl don't get me wrong, I'm all for allowing move mounts in shared mnt spaces, so I'm glad somebody shows interest ... but I doubt that LTSP behaviour is a good argument 'why' you need that :)
1292527483 M * BenG you'd need to look at how the whole mount system works
1292527504 M * Bertl well, I presume it somehow exports the mount to the server, no idea how atm
1292527521 M * Bertl (could be nfs/smb/sshfs ...)
1292527526 M * BenG there the fuse module, the client side udev scripts and the server side ltspfsd that do all the work
1292527707 M * BenG I'll look into it, get it more clear in my head and see if its necessary, I'm pleased for the moment to have it working.
1292527738 M * BenG there's hardly any feedback on it, as for most people it's been just working for a long time
1292527793 M * BenG thanks for the help
1292527801 M * Bertl np
1292527991 M * Bertl nap attack ... bbl
1292527998 N * Bertl Bertl_zZ
1292528095 Q * BenG Quit: I Leave
1292529310 J * Weihnachtsmann ~YOSEF@ip-95-223-36-117.unitymediagroup.de
1292529315 M * Weihnachtsmann hi guys
1292529822 M * dentifrice why do I always get "mount: permission denied
1292529829 M * dentifrice line when I stop a vserver? which init.d script shall I unlink to get rid of it?
1292530150 M * dentifrice ah, it must be umountroot
1292530579 M * dentifrice umountroot it was
1292531077 J * FireEgl FireEgl@2001:470:e056:9:f923:97f0:3bdc:942b
1292531609 Q * petzsch Quit: Leaving.
1292531850 J * cuba33ci_ ~cuba33ci@111-240-210-81.dynamic.hinet.net
1292532198 Q * cuba33ci Ping timeout: 480 seconds
1292532203 N * cuba33ci_ cuba33ci
1292532290 Q * derjohn_foo Ping timeout: 480 seconds
1292533368 J * derjohn_foo aj@tmo-089-6.customers.d1-online.com
1292533687 J * manana ~mayday090@84.17.25.149
1292533759 J * petzsch ~markus@dslb-092-078-236-192.pools.arcor-ip.net
1292533976 Q * petzsch 
1292534421 Q * derjohn_foo Ping timeout: 480 seconds
1292536071 J * derjohn_mob ~aj@tmo-109-57.customers.d1-online.com
1292536233 Q * click Remote host closed the connection
1292536240 J * click click@ti0127a340-0656.bb.online.no
1292536399 N * Bertl_zZ Bertl
1292536403 M * Bertl back now ...
1292536477 Q * kaner Ping timeout: 480 seconds
1292536694 M * fback 'evening Bertl
1292536852 J * kaner kaner@zzz.strace.org
1292537385 Q * matti Read error: Connection reset by peer
1292537697 J * Wonka produziert@chaos.in-kiel.de
1292537863 J * cuba33ci_ ~cuba33ci@111-240-221-234.dynamic.hinet.net
1292538068 Q * cuba33ci Read error: Operation timed out
1292538074 N * cuba33ci_ cuba33ci
1292539550 Q * derjohn_mob Ping timeout: 480 seconds
1292540543 Q * manana Remote host closed the connection
1292541175 Q * niki Ping timeout: 480 seconds
1292541931 J * ktwilight_ ~keliew@91.176.50.148
1292542011 Q * ghislain1 Quit: Leaving.
1292542126 Q * ktwilight Ping timeout: 480 seconds
1292542260 Q * DarkUranium Remote host closed the connection
1292543175 J * derjohn_mob ~aj@tmo-099-33.customers.d1-online.com
1292543647 Q * bonbons Quit: Leaving
1292543737 Q * DoberMann Server closed connection
1292543750 J * DoberMann ~james@2a01:e35:8b44:84c0:230:18ff:fea3:7188