1233533992 Q * duckx Remote host closed the connection 1233538595 J * takeru ~takeru@nttkyo888227.tkyo.nt.ftth.ppp.infoweb.ne.jp 1233539650 J * blathijs_ ~matthijs@drsnuggles.stderr.nl 1233539768 Q * blathijs Ping timeout: 480 seconds 1233541260 Q * FloodServ synthon.oftc.net services.oftc.net 1233541508 Q * infowolfe Quit: Leaving 1233543378 Q * takeru Quit: takeru 1233544633 J * takeru ~takeru@nttkyo675077.tkyo.nt.ftth.ppp.infoweb.ne.jp 1233545394 M * Bertl off to bed now ... have a good one everyone! 1233545398 N * Bertl Bertl_zZ 1233549941 Q * opuk Remote host closed the connection 1233549986 Q * daniel_hozac Remote host closed the connection 1233550243 Q * geb Quit: Quitte 1233550720 J * doener_ ~doener@i577B98B3.versanet.de 1233550820 Q * doener Ping timeout: 480 seconds 1233550918 J * daniel_hozac ~daniel@2002:5043:693::102 1233550920 Q * daniel_hozac 1233550963 J * opuk ~kupo@potatisbulle.com 1233550989 J * daniel_hozac ~daniel@2002:5043:693::102 1233554717 J * nkukard ~nkukard@196.212.73.74 1233554735 A * nkukard wonders if there is an easy way to rename a vserver other than manually :) 1233557833 J * harobed ~harobed@pda57-1-82-231-115-1.fbx.proxad.net 1233557979 J * FloodServ services@services.oftc.net 1233558997 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com 1233560307 J * Punkie ~Punkie@2a01:5f0:1:80:216:d4ff:fe05:5987 1233560995 J * duckx ~Duck@81.57.39.234 1233561268 J * davidkarban ~david@193.85.217.71 1233561587 J * friendly ~friendly@ppp118-208-221-197.lns10.mel6.internode.on.net 1233561653 Q * nkukard Ping timeout: 480 seconds 1233561711 J * nkukard ~nkukard@196.212.73.74 1233562170 J * pmenier ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr 1233564205 Q * esa Quit: Coyote finally caught me 1233564394 J * esa bip@ip-87-238-2-45.static.adsl.cheapnet.it 1233564694 J * dna ~dna@23-205-103-86.dynamic.dsl.tng.de 1233565854 Q * balbir_ Read error: Operation timed out 1233566539 J * balbir_ ~balbir@122.172.106.62 1233566551 J * kir ~kir@swsoft-msk-nat.sw.ru 1233567318 Q * maharaja Read error: Connection reset by peer 1233567768 J * cga ~weechat@62.196.2.6 1233568383 N * blathijs_ blathijs 1233568859 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1233569137 Q * friendly Quit: Leaving. 1233572535 Q * cga Quit: WeeChat 0.2.6 1233574260 J * cga ~weechat@62.196.2.6 1233574518 J * infowolfe ~infowolfe@c-76-105-242-186.hsd1.or.comcast.net 1233576458 Q * Aiken Quit: Leaving 1233576754 N * Bertl_zZ Bertl 1233576758 M * Bertl morning folks! 1233578065 J * ba1dy baldy@vpn-gw.baldy.biz 1233578104 M * ba1dy hi there 1233578114 M * Bertl hey 1233578174 M * ba1dy when i see "ping: icmp open socket: Operation not permitted" in a vps.. whats wrong with my config? ;) 1233578203 M * daniel_hozac probably really old utils on a new kernel. 1233578210 M * Bertl missing raw_icmp or broken ping 1233578229 M * ba1dy daniel_hozac: nope thats the lates utils 1233578236 M * ba1dy maybe missing raw_icmp 1233578274 M * daniel_hozac so 0.30.216-pre2827? 1233578365 M * ba1dy mhh what abaout the CAP_NET_RAW? 1233578390 M * ba1dy daniel_hozac: mhh my utils are older... grml.. 0.30.12 1233578416 J * JonB ~NoSuchUse@130.227.63.19 1233578424 M * JonB does anyone know if i can grow a linux software raid from 5 to 6? 1233578453 M * Bertl ba1dy: ad CAP_NET_RAW, what about it? 1233578467 M * ba1dy a friends told me.. thats maybe missing 1233578477 M * ba1dy that the reason why the VPS are not able to ping 1233578580 M * daniel_hozac ba1dy: as i said, old utils on a recent kernel. 1233578601 M * ba1dy mhh oke i will update the utils 1233578640 M * Bertl ba1dy: yes, you don't want NET_RAW (see big fat red disclaimer :) unless you want your guest to be able to sniff and forge packets 1233578646 M * Bertl http://linux-vserver.org/Capabilities_and_Flags 1233579290 M * nox is it a known issue that a guest looses its ipv6 address? "ip a s" still show the configured one, but connect come from an other one (unconfigured in the same /48) 1233579334 M * Bertl hmm? 1233579385 M * nox kernel is 2.6.27.6-vs2.3.0.35.10-2 1233579409 M * Bertl any reason for that, btw? 1233579494 M * nox just reload some zone files and the slave says "refused notify from non-master: $worngip" 1233579501 M * nox wrong* 1233579518 M * nox 1/2 hour before it worked fine 1233579541 M * nox didn?t change anything on the host 1233579550 M * Bertl what does /proc/virtnet//* contain? 1233579554 M * nox even guest reboot didn?t help 1233579644 M * nox http://paste.linux-vserver.org/12714 1233579679 M * nox oops wrong guest 1233579682 M * Bertl so there is no ipv6 address assigned 1233579743 M * nox http://paste.linux-vserver.org/12715 <- right one 1233579779 M * nox that ipv6 ip is the right one 1233579837 M * Bertl and what address _does_ the guest use? 1233579909 M * nox 2a01:0198:0243:0053:0000:0000:0000:0001 1233579918 M * nox ah stop 1233579971 M * nox 2a01:198:200:94::2 is the address shown on the slave dns this is _not_ my /48 1233579987 M * nox sry Bertl 1233579994 M * Bertl np :) 1233580798 Q * takeru Quit: takeru 1233582998 M * tokkee Hi! ;-) 1233583017 M * tokkee Is there any documentation (besides source code ;-)) about the exact meaning of the values found in cacct? 1233583115 M * Bertl not that I know, but it isn't really that hard .. upload a sample and I'' explain it to you 1233583309 M * tokkee Bertl: Well, I'd like to improve the collectd documentation in response to http://collectd.org/mantis/view.php?id=40. 1233583313 M * tokkee Bertl: Any suggestions? 1233583422 M * Bertl well, it seems we are falling from one extreme to the other here 1233583470 M * Bertl to clarify this once again: the cacct does _not_ account on-wire traffice in any way (that's not its purpose) 1233583507 M * Bertl but it _does_ account size(bytes) and number of packets passing (or failing) a socket 1233583544 M * Bertl for on-wire traffic, an iptables log rule is a good idea 1233583580 M * Bertl if you want to account socket data (broken down to socket types) then cacct will contain the data you want 1233583625 M * Bertl naturally it is _not_ a good idea to take one, and claim to account the other :) 1233583675 M * tokkee Agreed ;-) 1233583702 M * Bertl so assuming that collectd is _only_ interested in on-wire traffic (for whatever reason) 1233583731 M * Bertl it would be best to add an accounting rule per guest, containing all the guest IPs and collect that 1233583768 M * Bertl will again give you number of packets and sum of sizes 1233583796 M * tokkee There are already ways to do that, so I guess, I'll just point to them. 1233583840 M * Bertl OTOH, if collectd wants to account various information about guests, then the cacct will be one of them (socket data accounting) 1233583864 M * Bertl (just not the on-wire accounting :) 1233583955 M * tokkee Bertl: Do you think that 10% (as mentioned in that report) of the on-wire traffic is reasonable amount for the traffic passing a socket? 1233583973 J * takeru ~takeru@nttkyo888227.tkyo.nt.ftth.ppp.infoweb.ne.jp 1233584016 M * Bertl sounds a little low to me, I wouldn't expect the headers and restransmissions to make 90% of the traffic, but it sure is possible 1233584294 M * Bertl okay, have to do some shopping ... bbl 1233584299 N * Bertl Bertl_oO 1233584310 M * tokkee Bertl_oO: Thanks for your help! 1233585553 Q * derjohn Ping timeout: 480 seconds 1233585807 J * Slydder1 ~chuck@dslb-088-074-054-193.pools.arcor-ip.net 1233586318 P * takeru 1233586897 J * derjohn ~derjohn@80.69.41.3 1233587395 Q * derjohn Ping timeout: 480 seconds 1233587447 Q * JonB Quit: Leaving 1233587906 J * derjohn ~derjohn@80.69.41.3 1233588815 Q * Punkie Quit: Punkie 1233589861 Q * Slydder1 Read error: Connection reset by peer 1233591188 Q * harobed Ping timeout: 480 seconds 1233591733 J * dowdle ~dowdle@scott.coe.montana.edu 1233592266 Q * gnuk Read error: Connection reset by peer 1233592523 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1233592601 Q * davidkarban Quit: Ex-Chat 1233592912 N * Bertl_oO Bertl 1233592916 M * Bertl back now ... 1233594560 Q * cga Quit: WeeChat 0.2.6 1233594695 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1233594730 J * jrdnyquist ~jrdnyquis@slayer.caro.net 1233595207 J * Slydder1 ~chuck@dslb-088-074-054-193.pools.arcor-ip.net 1233595418 M * Bertl nap attack ... bbl 1233595426 N * Bertl Bertl_zZ 1233596675 J * maqogino ~maqogino@193.43.249.169 1233597011 J * Slydder2 ~chuck@dslb-088-074-054-193.pools.arcor-ip.net 1233597011 Q * Slydder1 Read error: Connection reset by peer 1233597916 Q * phedny Remote host closed the connection 1233598044 Q * esa Quit: Coyote finally caught me 1233598157 J * phedny ~mark@phedny.vps.van-cuijk.nl 1233599472 Q * maqogino Remote host closed the connection 1233599494 J * comoliju ~comoliju@193.43.249.169 1233599668 Q * ba1dy Quit: leaving 1233599869 Q * comoliju Remote host closed the connection 1233599917 J * situk ~situk@193.43.249.169 1233600062 J * ktwilight__ ~ktwilight@203.118-66-87.adsl-dyn.isp.belgacom.be 1233600333 Q * ktwilight_ Ping timeout: 480 seconds 1233601279 J * stimpy_ ~stimpy@217.69.175.118 1233601388 Q * stimpy Ping timeout: 480 seconds 1233601612 Q * situk Remote host closed the connection 1233601630 J * suzopub ~suzopub@193.43.249.169 1233602333 Q * suzopub Remote host closed the connection 1233602367 J * sykyj ~sykyj@193.43.249.169 1233602659 Q * sykyj Remote host closed the connection 1233602680 J * vemifam ~vemifam@193.43.249.169 1233602744 Q * vemifam Remote host closed the connection 1233602780 J * nazavibi ~nazavibi@193.43.249.169 1233603421 Q * gnuk Remote host closed the connection 1233603861 J * dna_ ~dna@229-201-103-86.dynamic.dsl.tng.de 1233604268 Q * dna Ping timeout: 480 seconds 1233606700 Q * dna_ Quit: Verlassend 1233606832 J * Piet ~piet@asteria.debian.or.at 1233607280 J * hijacker_ ~hijacker@87-126-142-51.btc-net.bg 1233608620 J * kwowt ~quote@pomoc.ircnet.com 1233608627 M * kwowt hi 1233608645 M * kwowt i need to move one vps (data) to another partition, is that a big problem? 1233608654 M * kwowt i mean, does include alot of downtime:P? 1233608745 M * daniel_hozac no. 1233608753 M * Piet that depends much on (a) your hardware and (b) how fast you are 1233608766 M * daniel_hozac rsync, stop, rsync, change vdir, start. 1233608842 M * kwowt like in the 'http://www.paul.sladen.org/vserver/faq/' ? 1233608845 M * kwowt rsync i mean 1233608853 M * kwowt should i follow that, or is it outdated or anything 1233609020 N * Bertl_zZ Bertl 1233609029 M * Bertl back now ... 1233609041 M * kwowt hi Bertl 1233609066 M * Bertl hey, LTNS 1233609096 M * sladen kwowt: it's old, but the concept remains the same 1233609100 M * kwowt wtf is ltns 1233609136 M * Bertl yep, options are a little different from what I use normally 1233609147 M * Bertl kwowt: Long Time No See 1233609168 M * kwowt oh :p 1233609168 M * Bertl sladen: what about -H and -D ? 1233609184 M * daniel_hozac -a implies -D. 1233609215 M * Bertl ah, right 1233609278 M * Bertl I actually meant -H and -S :) 1233609541 Q * hijacker_ Quit: Leaving 1233610742 M * Bertl I recognize the lack of comment as a sign of agreement (that they would be helpful in some situations :) 1233610876 M * kwowt h,, 1233610878 M * kwowt hmm 1233610912 M * kwowt alpha% rsync -aPxvze ssh --delete --stats --numeric-ids {,beta:}/vservers/uno/ 1233610923 M * kwowt what if i'm moving the server just to antoher partiton 1233610926 M * kwowt i dont get it 1233610928 M * kwowt alpha, beta 1233610930 M * kwowt :/ 1233610936 M * Bertl then just use the pathes 1233610963 M * kwowt like 1233610970 M * Bertl rsync -axHPS --delete --numeric-ids /path/old /path/new 1233610976 M * kwowt uhum 1233611024 M * kwowt rsync, stop, rsync, change vdir, start. 1233611028 M * kwowt change vdir 1233611036 M * kwowt u mean, change the link to point to correct dir? 1233611044 M * Bertl yep 1233611092 M * kwowt okay :> 1233611096 M * kwowt thanks for now :P 1233611211 M * Bertl you're welcome! 1233612062 M * kwowt hm 1233612068 M * kwowt i cant screw up anything, right? 1233612072 M * kwowt doing this.. 1233612084 M * kwowt dont wanna loose data in anyway 1233612110 M * Bertl there is always enough room to screw up big time :) 1233612125 M * Bertl but it should be fairly save without the --delete option 1233612136 M * kwowt aha 1233612141 M * kwowt how do i delete the old one then? 1233612166 M * Bertl that has to be done in any case, as the --delete will only take care of file on the destination side 1233612206 M * Bertl you could use --remove-source-files to get rid of the files, but that will leave the directories 1233612218 M * kwowt what if i just delete the old dir then myself? 1233612224 M * kwowt with rm -rf :) 1233612231 M * Bertl should be fine 1233612262 M * Bertl but better keep it around, till the 'copy' works for you as expected :) 1233612276 M * kwowt damn:) gotta stop the vserver after 164d uptime :p 1233612307 M * Bertl daniel_hozac: yeah, I wonder if we shouldn't provide some way to record and set the uptime in the future? 1233612340 M * Bertl so that guests which get stopped correctly and started again can (based on a flag or setting) keep the uptime 1233612513 M * kwowt Bertl: i can move the vservers from one machine to another like this also, right? 1233612533 M * kwowt and it doesnt matter that the hardware is different on the machine i'm moving to ? 1233612952 J * geb ~geb@55.4.82-79.rev.gaoland.net 1233613191 M * Bertl as long as they are binary compatible (in regard of the guest data) 1233613353 J * Beuc ~yo@82.238.35.175 1233613366 Q * bonbons Quit: Leaving 1233613470 M * Beuc Hi. I upgraded my vserver and changed host, so it may be unrelated, but when I type 'su' in a vserver as root, I'm now asked for a password. Is it a new feature in vserver experimental, or something else? :) 1233613730 Q * Slydder2 Quit: Leaving. 1233613827 M * Bertl Beuc: nah, completely unrelated .. i.e. a change in your 'su' binary (or the authentication framework (pam)) 1233613902 M * Bertl Linux-VServer has no influence on such things, but it could as well be a misconfiguration on the guest side (i.e. inside the guest data) 1233613936 M * Beuc Well I rsync'd the whole vserver, and it only happens when using vserver (i.e. not when using chroot) 1233613937 Q * jrdnyquist Quit: Leaving 1233613995 M * Bertl that at least sounds weird ... 1233614015 M * Bertl how did you rsync it? 1233614083 M * Beuc rsync -avHS --delete-excluded --numeric-ids root@old.ip:/vservers/ /vservers/ 1233614102 M * Beuc Also I get a weird 'id' output now: 1233614104 M * Beuc uid=0(root) gid=0(root) groupes=0(root) context=root:system_r:insmod_t:s0-s0:c0.c1023 1233614110 M * Beuc the 'context' bit I mean 1233614142 M * Bertl sounds like an SElinux thingy or so? 1233614144 M * Beuc Possibly I messed my kernel recompilation, but I didn't nothing uncommon - 'make defconfig' and all 1233614164 M * Beuc Hmmm, could it be enabled by default now? :) 1233614173 M * Beuc (god save us) 1233614177 M * Bertl could be :) 1233614207 M * Bertl I'd suggest to 'strace -fF' the su command from the chroot and the guest 1233614227 M * Bertl then upload the output to some pastebin and we'll have a look 1233614265 M * Beuc Well apparently SELinux is included in 'make defconfig' now - sorry for the noise :) 1233614279 A * Beuc unchecks "NSA SELinux Support" 1233614336 M * Beuc It weird that it doesn't happen in chroot though 1233614381 M * Bertl well, the chroot is a little different from the namespace + chroot I guess 1233614398 M * Bertl thus the strace would be interesting to see 1233614475 M * Beuc If you don't mind I'll finish my migration :) When it's tested I'll reboot the old SELinux kernel and do the strace 1233614499 M * Bertl np with that 1233614980 J * Aiken ~Aiken@ppp118-208-45-4.lns3.bne1.internode.on.net 1233615141 M * Beuc Here's the one from within vserver: http://pastebin.com/m592be241 1233615186 M * Beuc Here's the one from within chroot: http://pastebin.com/m278858a4 1233615227 M * Beuc The uname is 2.6.28.3-vs2.3.0.36.4 - x86_64 1233615229 M * Beuc :) 1233615528 M * Bertl did you mount /dev/pts inside your chroot? 1233615547 M * Beuc no 1233615553 M * Bertl (also /proc would be a good idea) 1233615599 M * Beuc yes, though is 'su' much affected by this? 1233615616 M * Bertl well, the strace shows a lot of poking around there 1233615631 Q * Piet Remote host closed the connection 1233615690 J * Piet ~piet@asteria.debian.or.at 1233615700 M * Bertl it also seems to look for /selinux 1233615723 M * Bertl but that is no difference between chroot and guest 1233615847 M * Beuc I'm not selinux-savvy but I guess the selinux context changes somehow, and most probably vserver gets denied access to /etc/shadow 1233615877 M * Bertl my bet would be that because the tty cannot be figured, chroot is 'more' permissive 1233615904 M * Bertl and I would guess that mounting /proc and /dev/pts should change that 1233615918 M * Beuc hmmm, let's try again then 1233616054 M * Beuc Bertl: apparently you're right 1233616090 M * Bertl :) 1233616106 M * Beuc It's when mount /proc 1233616113 M * Beuc mounting /dev/pts has no influence afaics 1233616223 Q * nazavibi Read error: Connection reset by peer 1233617148 J * dysofinu ~dysofinu@193.43.249.169 1233617556 Q * Beuc Quit: bye 1233617674 M * Bertl welcome dysofinu! 1233617833 Q * Piet Quit: Piet 1233618374 J * esa bip@ip-87-238-2-45.static.adsl.cheapnet.it 1233619025 Q * duckx Remote host closed the connection