1199404894 J * Don_ ~Don___@tor-irc.dnsbl.oftc.net 1199404912 Q * Don_ Quit: http://www.vote4freedom08.com/ 1199404982 Q * jescheng Remote host closed the connection 1199404998 J * jescheng ~jescheng@proxy-sjc-2.cisco.com 1199405094 Q * dowdle Remote host closed the connection 1199405258 J * quasisane ~sanep@c-76-118-191-64.hsd1.nh.comcast.net 1199405286 Q * larsivi Quit: Konversation terminated! 1199405804 M * daniel_hozac jescheng: no. 1199407715 Q * dna_ Ping timeout: 480 seconds 1199410429 J * ntrs ~ntrs@vs079.rosehosting.com 1199410850 Q * ntrs_ Ping timeout: 480 seconds 1199410883 Q * mire Ping timeout: 480 seconds 1199411367 J * teknoprep ~tekno@c-76-117-113-180.hsd1.pa.comcast.net 1199412351 Q * Julius Quit: Verlassend 1199412358 J * Julius ~julius@p57B26C87.dip.t-dialin.net 1199413087 J * wenchien ~wenchien@59-105-176-102.adsl.static.seed.net.tw 1199414535 Q * teknoprep Ping timeout: 480 seconds 1199415137 J * Hollow_ ~hollow@proteus.croup.de 1199415334 Q * Hollow Read error: Connection reset by peer 1199415375 N * Hollow_ Hollow 1199416799 Q * AStorm Remote host closed the connection 1199416826 J * teknoprep ~tekno@c-76-117-113-180.hsd1.pa.comcast.net 1199417157 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net 1199417234 J * julius_ ~julius@p57B2445B.dip.t-dialin.net 1199417355 J * virtuoso ~s0t0na@ppp89-110-2-247.pppoe.avangarddsl.ru 1199417672 Q * Julius Ping timeout: 480 seconds 1199417739 Q * virtuoso_ Read error: Connection reset by peer 1199419653 Q * derjohn Ping timeout: 480 seconds 1199419664 J * derjohn ~derjohn@dslb-084-058-225-228.pools.arcor-ip.net 1199420190 J * balbir ~balbir@122.167.212.110 1199420252 Q * zLinux Ping timeout: 480 seconds 1199423354 Q * balbir Remote host closed the connection 1199423408 Q * julius_ Ping timeout: 480 seconds 1199424619 J * zLinux ~zLinux@88.213.28.126 1199426402 Q * jescheng Remote host closed the connection 1199426412 J * jescheng ~jescheng@proxy-sjc-2.cisco.com 1199426728 J * balbir ~balbir@122.167.212.110 1199427334 J * JonB ~NoSuchUse@kg0-178.kollegiegaarden.dk 1199428119 J * sharkjaw ~gab@shell.ormset.no 1199432034 J * ntrs_ ~ntrs@vs079.rosehosting.com 1199432221 Q * JonB Quit: This computer has gone to sleep 1199432430 Q * ntrs Ping timeout: 480 seconds 1199434117 J * rgl ~rgl@84.90.10.245 1199434502 J * mire ~mire@141-170-222-85.adsl.verat.net 1199434523 Q * ensc Ping timeout: 480 seconds 1199434637 J * ensc ~irc-ensc@77.235.182.26 1199435233 P * otaku42 1199435445 J * dna ~dna@p54BCF3B5.dip.t-dialin.net 1199435492 Q * AStorm Remote host closed the connection 1199435546 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net 1199436052 J * gebura ~gebura@77.192.186.197 1199436398 J * larsivi ~larsivi@85.221.53.194 1199436719 M * gebura hi 1199436741 M * arachnist hi 1199437883 J * Punkie ~Punkie@goc.coolhousing.net 1199438265 J * JonB ~NoSuchUse@kg0-178.kollegiegaarden.dk 1199439404 M * Supaplex nite :p zzZZzzzZzZZzzz... 1199439663 J * dna_ ~dna@p54BCF3B5.dip.t-dialin.net 1199439848 Q * dna_ Read error: Connection reset by peer 1199439886 J * dna_ ~dna@p54BCF3B5.dip.t-dialin.net 1199440037 Q * dna Ping timeout: 480 seconds 1199440224 Q * JonB Quit: This computer has gone to sleep 1199441161 J * JonB ~NoSuchUse@kg0-178.kollegiegaarden.dk 1199442042 Q * JonB Quit: This computer has gone to sleep 1199444676 Q * Punkie Quit: Odcházím 1199444689 Q * AStorm Remote host closed the connection 1199444711 J * pmenier ~pmenier@86.215.48.234 1199444739 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net 1199444788 J * meandtheshell ~sa@85.127.102.217 1199444803 J * lilalinux ~plasma@dslb-084-058-225-228.pools.arcor-ip.net 1199446456 N * Bertl_zZ Bertl 1199446462 M * Bertl morning folks! 1199446492 M * _michiel morning! 1199446500 M * _michiel Bertl: I was waiting for you 1199446528 M * Bertl well, here I am now :) 1199446533 M * _michiel Bertl: if I have a problem with vserver's netlink separation, who should I talk to? 1199446649 M * yang Hey Bertl, happy new year ! :) 1199446680 M * _michiel Bertl: sorry to pound on you like this :) 1199446740 M * Bertl yang: happy new year 2u2! 1199446742 M * yang Bertl: you are living in Wien, if I remember right ? 1199446782 M * Bertl yang: nearby (80km away) 1199446803 M * Bertl _michiel: you found the right place, you are talking about the add/remove messages, yes? 1199446805 M * yang Bertl: I am coming there on 2.2 or 23.2 probably to meet assurers for CAcert keysignings, I wonder if you would be interested to join? 1199446840 M * _michiel Bertl: correct 1199446852 M * Bertl yang: yes, I think we could arrange something 1199446878 M * yang Bertl: I will keep you posted, when I will know a more precise date. 1199446895 M * _michiel Bertl: I've summarized it, adding the source code for the test program: http://supermind.nl/netlink/ 1199446909 M * Bertl _michiel: yes, that is a bug, so it will be fixed soon ... 1199446945 M * _michiel ok, good 1199446960 M * Bertl ah, great, a test program ... it reports the messages? 1199446962 M * _michiel I wasn't sure if you had read my query 1199446968 M * _michiel it reports ip-addresses 1199446986 M * _michiel you can easily test it on a host with multiple vservers 1199447008 M * Bertl okay, let's talk about how the solution should look like then 1199447063 M * Bertl should we report no address changes at all, or should we report address changes where the guest has the ip assigned to? 1199447079 M * _michiel oh, not in a query :) 1199447095 M * pmenier Hi all, happy new year 1199447103 M * Bertl pmenier: 2u2! 1199447123 M * _michiel I think address changed should be reported, but only if the ip-address is assigned to the guest 1199447145 M * _michiel pmenier: you too! 1199447170 M * pmenier i tried 2.6.24-rc6 patch yesterday but i got errors during compil and i don't know if it is related to patch vs... result : http://paste.linux-vserver.org/11190 1199447293 M * Bertl pmenier: could you upload your .config somewhere? 1199447321 M * pmenier yes... just a minute 1199447391 M * _michiel Bertl: so if, say, ip21 is assigned to vserver3 only report it there via netlink, not on vserver2. If vserver3 is stopped, don't report removing the address to vserver2 (I'm guessing it is reported on the host, and that's expected) 1199447468 M * Bertl yep, we have all functions, I think, to do that, we just ened to find where the netlink message comes from 1199447514 M * pmenier http://www.pmenier.net/pb/config2624rc6 1199447544 M * Bertl pmenier: will take a little to test compile ... 1199447556 M * pmenier no pb 1199447622 M * Bertl _michiel: net/ipv4/devinet.c ~300 looks good to me 1199447648 M * _michiel ehm, I don't have the source code handy 1199447659 M * Bertl np, was just FYI :) 1199447669 M * _michiel ok :) 1199447674 M * _michiel I am curious though 1199447741 J * ViRUS ~mp@p57A6C236.dip.t-dialin.net 1199447893 M * Bertl _michiel: well, we have to do some more testing, wanna help? 1199447912 M * Bertl wb ViRUS! 1199447916 M * _michiel Bertl: ofcourse! 1199447923 M * ViRUS hi everybody. :) 1199447929 M * ard6 Eh... 1199447942 M * ard6 Do I hear the patch is there? 1199447946 M * ViRUS Bertl, btw. vserver works like a charm on my server. 1199447949 M * ard6 Bertl is finished compiling? 1199447950 M * ard6 w00t 1199447960 M * _michiel Bertl: but I'm at work at the moment, and no access to the host 1199447973 M * Bertl ard6: it is, but it needs more changes, it didn't pass my initial tests yet 1199447996 M * ard6 as long as it doesn't trash my harddisk I am willing to test :-) 1199448001 M * Bertl _michiel: np, we'll continue when you're home 1199448060 M * Bertl ard6: looking into the test results right now ... 1199448354 M * _michiel Bertl: that's good. If you have any questions in the meantime, just ask 1199448390 A * ard6 already has a .vanilla tree ready to send any diffs needed 1199448788 M * Bertl daniel_hozac: when testing your patch, did you get any sysfs messages? (kobject_add and such) 1199448995 M * Bertl seems to come from /sys/kernel/uids/* and looks a little like a mainline bug/problem 1199449024 M * Bertl ard6: should be fixed shortly ... 1199449805 M * pmenier off for lunch now. 1199449814 N * pmenier pmenier_off 1199450114 Q * Aiken Remote host closed the connection 1199450214 M * Bertl ard6: yep, looks good now ... let me upload the patch 1199450793 M * Bertl seems we are leaking NSproxy objects somehow ... but that seems not critical atm 1199450897 M * Bertl ard6: http://vserver.13thfloor.at/Experimental/patch-2.6.24-rc6-vs2.2.0.5.0.3-pre.diff 1199451045 M * ard6 w00t 1199451049 A * ard6 jumps aroudn 1199451337 Q * AStorm Remote host closed the connection 1199451530 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net 1199452282 M * pmjdebruijn Bertl: coool 1199452308 M * Bertl keep in mind, it's still a pre, and some features are known to be missing 1199452316 J * mc many@mc.netop.oftc.net 1199452324 M * Bertl welcome mc! 1199452333 A * mc hides 1199452366 M * mc heyho, iam troubleshooting a problem with a virtual server inside vserver. 1199452382 M * Bertl a virtual server inside a guest? 1199452389 M * mc err, no :) 1199452399 M * mc a problem with the guest 1199452409 M * Bertl ah, okay, let's hear ... 1199452505 M * mc the guest runs an ircd, which has problems which looks like this: the ircd kicks users at random times because "ping timeout". to make sure its not a problem with the nic or something ive been sniffing on the host, which seems to show that packets are coming in the nic and going out the nic, but they never seem to reach the guest, or atleast not "in time" 1199452539 M * mc iam now wondering where i can seek farther for the problem 1199452544 M * Bertl what kernel/patch version do you use? 1199452553 M * mc 2.6.18-5-vserver-686 1199452555 M * mc with 1199452566 M * mc ii linux-image-2.6-vserver-686 2.6.18+6etch2 Linux kernel 2.6 image on PPro/Celeron/PII/P 1199452579 M * mc ah, seems to be the debian package itself ( i didnt install the server :) 1199452594 M * Bertl so wouldn't hurt updating that, but doesn't sound like a known issue with this version 1199452613 M * Bertl why do you think the packets do not reach the guest/ircd? 1199452655 M * mc to detect these ping timeouts, ircd sends ping messages. they go out the nic and the pongs come in the nic, nonetheless some seconds later ircd quits the client because it hasnt received the nic 1199452683 M * mc so the pong hasnt made it from the host-nic to the guest-ircd. which seems odd 1199452702 M * Bertl yes, especially as the guest ircd is using the host networking :) 1199452707 M * pmjdebruijn mc: I usually compile my own kernel with make-kpkg and the latest vserver patch 1199452714 M * Bertl mc: could it be a permission problem? 1199452728 M * Bertl mc: does the ircd log anything? 1199452748 M * mc 14:07:23.661609 PONG from client to server ; 14:09:23.329502 server times the client out 1199452760 M * mc Bertl: not anything useful. i dont believe its a permission thing 1199452793 M * Bertl mc: okay, are you able to test this without any connections from outside? 1199452818 M * mc you mean an irc client on the same guest as the ircserver? 1199452828 M * Bertl mc: in that case, I would suggest to use 'strace -fF -o ircd.trace ..' on the ircd 1199452850 M * Bertl no, not necessarily with a client on the guest or host, but without a bunch of clients from outside 1199452867 M * Bertl (otherwise you have too much noise I guess) 1199452910 M * mc that irc server currently holds one client only (and one server link, which doesnt do much though), so i have less noise. 1199452915 M * mc my client. :) 1199452920 M * Bertl okay, excellent 1199452959 M * Bertl then run the ircd with the strace above prepended .. and check for errors and specifically for the pong, i.e. if it is received 1199452986 M * mc okay, strace will take some time, since the problem appears sporadic, maybe two, three times a day 1199452992 M * Bertl you might want to run it without the -o ... part to see what happens when the pong arrives 1199453014 M * Bertl mc: so you are missing 1 or 2 pongs a day? 1199453048 M * mc it depends on the number of clients 1199453057 M * Bertl mc: and you saw that the pong reached the host, but wasn't received on the guest's ircd? 1199453072 M * mc the first thing i saw, the second i assume on the behaviour 1199453136 M * Bertl well, unless you have some rate limiting or blocking firewall rules (which can discard the packet) I would say, the packets should reach whatever socket is listening (and that, for sure should be the guest ircd's socket too) 1199453138 M * mc 18047 rt_sigtimedwait([IO RT_2], 0x820b740) = -1 EAGAIN (Resource temporarily unavailable) 1199453150 M * mc whats this? 1199453188 M * Bertl looks like a realtime signal wait clal 1199453225 M * Bertl -EAGAIN 1199453226 M * Bertl No signal in uthese was delivered in the uts time period. 1199453249 M * Bertl so that is kind of normal, if nothing happens 1199453254 M * mc okay, good :) 1199453796 M * ard6 fs/xfs/xfs_inode.c:796: error: â undeclared (first use in this function) 1199453807 A * ard6 fortunately doesn't use xfs.... 1199453812 M * ard6 so let's comment that out :-) 1199453875 J * ntrs ~ntrs@vs079.rosehosting.com 1199453882 M * Bertl wb ntrs! 1199453901 M * ard6 if (di_flags & XFS_DIFLAG_IUNLINK) 1199453918 M * Bertl yeah, xfs needs some work 1199454060 Q * ntrs_ Ping timeout: 480 seconds 1199454082 J * Infinito argos@201-10-165-69.gnace701.dsl.brasiltelecom.net.br 1199454419 N * pmenier_off pmenier 1199454476 M * ard6 aargh.... 1199454483 M * ard6 my temperature watchdog kicked in 1199454491 M * ard6 macbook is suspended now :-( 1199454510 M * pmenier trying last patch : same error about route.h : include/net/route.h:219: error: dereferencing pointer to incomplete type 1199454528 M * Bertl pmenier: yep, looking into that right now 1199454561 M * pmenier do you need all output errors ? 1199454577 M * Bertl nah, tx, I have them here 1199454621 M * Bertl the problem is more to resolve the circular dependancies mainline introduced here 1199454653 M * Bertl note: with a change in your config, those issues are gone, but I'll have to fix them anyway 1199455035 Q * teknoprep Ping timeout: 480 seconds 1199455201 M * daniel_hozac Bertl: i don't recognize that, no. 1199455224 M * Bertl daniel_hozac: already fixed that one, it's in the uploaded patch 1199455241 M * Bertl daniel_hozac: had to add the user namespace to the function creating the sysfs entry 1199455253 M * Bertl (mainline bug) 1199455397 M * daniel_hozac okay. 1199455403 J * JonB ~NoSuchUse@130.227.63.19 1199455488 A * ard6 ignores the duplicate inclusion warning for now :-) 1199455503 A * ard6 included vserver/networking.h in route.h 1199455567 M * Bertl yeah, I think we have to revisit the header inclusions once more, mainline is now much more cyclic than before (probably because of the space stuff) 1199455634 M * Bertl daniel_hozac: if you find a way to keep #include in route.h, I would appreciate it :) 1199455664 M * ard6 (not that it helped in any way :-) ) 1199455669 M * daniel_hozac Bertl: is vserver.13thfloor.at working as it should? i'm having a hard time getting the patch. 1199455692 Q * AStorm Remote host closed the connection 1199455701 M * Bertl works here, but I can upload it somewhere else, if that helps 1199455703 A * ard6 gets only partial listings 1199455725 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net 1199455780 M * daniel_hozac i guess ftp.linux-vserver.org should work. 1199455930 M * Bertl nice, it seems that I don't have a key there ... sec 1199455961 M * daniel_hozac really? it's the same guest as everything else? 1199455979 M * Bertl well, I get a password prompt :) 1199455991 M * daniel_hozac hehe, okay then. 1199456158 J * dna ~dna@p54BCF3B5.dip.t-dialin.net 1199456168 M * kwowt 'ey 1199456168 M * kwowt =) 1199456360 M * Bertl wb kwowt! 1199456525 Q * dna_ Ping timeout: 480 seconds 1199456555 M * daniel_hozac so the current list of issues for 2.6.24 is something like: XFS, fakeinit, and an nsproxy leak? 1199456598 M * Bertl plus the missing scheduler and the route.h dependancies 1199456601 M * daniel_hozac oh, right. 1199456609 M * daniel_hozac i knew i was forgetting stuff :) 1199456634 M * daniel_hozac i'd assume the nsproxy leak is the same as on 2.6.22. 1199456662 M * ard6 ocfs2 also fails 1199456683 M * ard6 (to compile at least) 1199456740 J * doener_ ~doener@i577AFD14.versanet.de 1199456768 M * Bertl daniel_hozac: you mean from the clone/copy when the context is created? 1199456788 M * Bertl daniel_hozac: I can do without that, but I think we need it for proper enter/leave, no? 1199456790 M * daniel_hozac yeah, and then not freed when the context creation fails. 1199456835 M * Bertl note: the testme.sh creates 14 leak nsproxies, do we really have that many failures in the tests? 1199456845 M * daniel_hozac wow! i guess not. 1199456858 M * daniel_hozac just nsproxies, no spaces? 1199456930 M * Bertl precisely 1199456951 M * Bertl [root@(none) /]$ cat /proc/virtual/status 1199456955 M * Bertl #NSProxy: 28 1 0 0 0 0 0 1199456962 M * Bertl after running testme.sh twice 1199457013 M * daniel_hozac hmm, i don't see where we are atomic_dec'ing vs_global_nsproxy? 1199457061 M * Bertl ah, that would be the best explanation, indeed ... 1199457157 Q * doener Ping timeout: 480 seconds 1199457438 Q * larsivi Quit: Konversation terminated! 1199458198 M * mc Bertl: FWICT its getting the data, but delayed. 1199458254 M * Bertl mc: delayed compared to what? 1199458267 M * Bertl mc: and how much delayed? 1199458305 M * Bertl pmenier: http://vserver.13thfloor.at/Experimental/delta-route-fix01.diff should fix it for you 1199458313 M * mc Bertl: the "usual value" is somewhat 3 pages of scroll, while sometimes its upto 8 pages. scroll = gettimeofday/rt_sigtimedwait bla 1199458338 M * Bertl that means in seconds? (roughly) 1199458427 M * daniel_hozac Bertl: btw, opinions on http://paste.linux-vserver.org/11177? 1199458468 M * pmenier Bertl; thx. I try it now 1199458543 M * Bertl daniel_hozac: what am I looking for? 1199458545 J * ema ~ema@rtfm.galliera.it 1199458601 M * daniel_hozac Bertl: nothing in particular, but does the output format look good to you? 1199458607 M * mc id guess 30 vs 60 1199458630 M * mc what ive seen now 1199458645 M * mc the "ping timeout" value is 300, so at times it must be way higher 1199458685 M * Bertl daniel_hozac: ah, yeah, looks fine ... was looking for a strange issue on debian :) 1199458699 M * Bertl daniel_hozac: didn't see the obvious :) 1199458723 M * daniel_hozac haha :) 1199458799 M * Bertl you know, you get fixated on looking for debian issues after a while ... 1199458863 J * dna_ ~dna@p54BCF3B5.dip.t-dialin.net 1199458870 M * daniel_hozac indeed... :) 1199459217 J * marv marv@modemcable100.38-57-74.mc.videotron.ca 1199459220 N * marv _marv 1199459241 M * _marv any way to change the dlimits without restarting? (like the vlimit command) 1199459256 M * ard6 exactly that... 1199459273 M * ard6 vlimit --xid =newlimit 1199459281 M * _marv well vlimit -c -a doesnt state the dlimit ressource 1199459302 Q * dna Ping timeout: 480 seconds 1199459310 M * mc there 1199459313 M * mc tcp 22 0 194.8.57.29:6667 213.95.21.30:51431 ESTABLISHED18047/ircd-hybrid 1199459321 M * ard6 you mean a running vserver without having dlimits already? 1199459345 M * _marv it has dlimits want to know if its possible to change/remove/add without rebooting like with the rlimits 1199459352 M * mc 22 byte receive q. the server is not getting it, because it doesnt seem to get the signal that theres data 1199459363 M * ard6 _marv : hmmm, it's not vlimit, it's vdlimit 1199459371 M * ard6 you can change those on the fly 1199459385 M * _marv oh 1199459386 M * _marv thx 1199459396 M * _marv thats exactly what i was looking for 1199459545 Q * ema Quit: leaving 1199459859 M * mc Bertl: ill give it a try to recompile the application with epoll over rtsigio now, lets see what happens 1199460002 M * Bertl mc: try to upgrade the kernel first 1199460023 M * Bertl there is at least one fix we did regarding the signal handling 1199460044 M * daniel_hozac epoll would test that too. 1199460049 M * mc mh. that'd require selfcompiling stuff. 1199460065 M * Bertl nah, not really, backports has everything 1199460070 M * mc ohright 1199460094 M * mc ill better not say that it is the box which was supposed to host backports.org 1199460162 M * Bertl nah, better keep that for you ... :) 1199460189 M * mc yeah, ill better keep it for myself :) 1199460421 A * Bertl is checking xfs now ... 1199460464 M * mc would it be enough to install linux-image-2.6.22-3-vserver-686 or would i need another package too? 1199460476 M * JonB mc: util-vserver 1199460489 M * mc util-vserver is already the newest version. 1199460491 M * mc :) 1199460531 M * Bertl should be fine, I guess 1199460541 M * mc okay, brb 1199460596 Q * gebura Quit: Quitte 1199460656 M * pmenier Bertl: compil fine now but when i enter vserver ifconfig answers : Warning: cannot open /proc/net/dev (No such file or directory). Limited output. 1199460708 M * pmenier i can ping host from vserver and vserver from host... 1199460731 M * Bertl what does 'showattr /proc/net/dev' give you? 1199460765 M * daniel_hozac (on the host) 1199460765 M * pmenier Awh-ui- /proc/net/dev 1199460948 M * daniel_hozac netns stuff? 1199461014 M * _marv hey daniel_hozac 1199461018 M * _marv how's it going? 1199461027 M * daniel_hozac unfortunately there's no way to see what spaces a process is using... 1199461035 M * daniel_hozac hello _marv. 1199461095 M * Bertl daniel_hozac: I guess we should hack something together to show the spaces (for now) 1199461102 M * daniel_hozac yeah. 1199461138 M * Bertl we could do a Linux-VServer syscall command to retrieve them in userspace, or just add something to proc, what would you prefer? 1199461201 M * daniel_hozac it's not really something userspace cares about, so /proc sounds fine. 1199461449 Q * sharkjaw Quit: Leaving 1199461602 J * dowdle ~dowdle@scott.coe.montana.edu 1199461612 M * Bertl wb dowdle! 1199461621 A * dowdle grunts 1199461746 J * ema ~ema@rtfm.galliera.it 1199461795 J * Guest2127 ~knoppix@host-87-99-14-85.lanet.net.pl 1199461825 J * pmenier2 ~pmenier@ACaen-152-1-37-49.w83-115.abo.wanadoo.fr 1199461836 M * mc bad dynamic context. 1199461851 M * Bertl well, you should not use dynamic contexts anyway 1199461855 Q * pmenier Ping timeout: 480 seconds 1199461863 M * Bertl (they have been deprecated a long time ago) 1199461868 M * mc good you told me after reboot :) 1199461891 M * Bertl did I know that your guests are several years old? 1199461900 M * mc they are not 1199461906 M * mc infact they are like 2 months old 1199461908 M * Bertl well, then complain to debian 1199461922 M * mc either that or to the apprentice who "§%$%&/@"§$%%&! 1199461924 M * Bertl dynamic id guests have been deprecated like two years ago 1199461936 M * Bertl anyway, simply add a static context id for your guest(s) 1199461941 M * mc i did 1199461957 M * mc 5 minutes ago 1199461964 M * daniel_hozac Bertl: something like http://people.linux-vserver.org/~dhozac/p/k/delta-nsproxy-debug01.diff seems do to it. 1199461969 M * mc i just couldnt decide wether to count from up to down or vica versa :) 1199461977 M * Loki|muh mc: lol :p 1199461988 A * mc kicks loki 1199461994 M * Loki|muh :) 1199462005 M * mc behalt bloss fuer dich was du hier liest. ;) 1199462012 M * Loki|muh check 1199462022 M * Bertl daniel_hozac: yeah, looks fine, maybe add a check for init_* too (some kind of flag or so) 1199462071 M * mc the other thing i was pondering while being in the datacentre 1199462081 M * daniel_hozac unfortunately, the net and pid namespaces are the same on the host and the guest, and the guest still can't see /proc/net... 1199462088 M * Bertl i.e. along the lines: "%c" .... (task->nsproxy->uts_ns == init_uts_ns)?'I':'-' 1199462090 M * mc do i need apps/mark with the content "default" or apps/default, being empty? 1199462092 M * mc ohwell 1199462093 Q * Guest2127 Quit: Leaving 1199462095 M * mc i guess the former 1199462108 M * daniel_hozac apps/init/mark containing default. 1199462111 M * mc the latter woldnt make sense. 1199462129 M * mc yea thankyou. another thing to kick someone for. :) 1199462173 M * Bertl daniel_hozac: maybe some capability check? 1199462181 M * daniel_hozac i think it's the shadow stuff. 1199462185 M * _marv any way of adding/removing ip's to a guest on the fly without rebooting the guest? 1199462196 M * daniel_hozac it depends on the setup. 1199462211 M * _marv i'm not doing network contexts if thats where your going :P 1199462212 M * daniel_hozac ip addr add + naddress --add will make the IP available to the guest. 1199462235 M * _marv mm i tried that 1199462252 M * daniel_hozac whether the services you're running will automatically listen to that IP depends on whether it already has multiple IPs, or if NXF_SINGLE_IP is off. 1199462388 M * daniel_hozac Bertl: fs/proc/generic.c:proc_lookup, i think we might need to do the hide check after the shadow_proc has run. 1199462411 M * daniel_hozac testing it now. 1199462441 M * Bertl ah, yeah, would make sense 1199462505 M * _marv daniel_hozac, after doing ip addr add brd on the host how do i tell the guest to use it? 1199462514 M * _marv theres somthing i'm not getting somewhere 1199462524 M * Bertl naddress --add ... 1199463062 Q * AStorm Ping timeout: 480 seconds 1199463073 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net 1199463946 Q * elesouef Remote host closed the connection 1199463947 J * elesouef ~elesouef@home.lorinand.org 1199464009 Q * AStorm Remote host closed the connection 1199464054 M * Bertl wb elesouef! 1199464054 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net 1199464061 M * Bertl wb AStorm! 1199464077 M * AStorm heh, just my flaky connection, but still, hello 1199464086 M * AStorm vserver working fine lately 1199464092 M * Bertl glad to hear ... 1199464437 M * daniel_hozac Bertl: http://people.linux-vserver.org/~dhozac/p/k/delta-prochide-fix01.diff works fine. 1199464495 M * Bertl excellent, any new version on the nsproxy debug stuff or should I add the init space checks? 1199464517 Q * elesouef Ping timeout: 480 seconds 1199464558 M * daniel_hozac gimme a sec... 1199464579 M * Bertl np, take your time, just wanted to avoid doing it twice 1199464778 Q * pmenier2 Quit: Konversation terminated! 1199464788 M * Bertl @all: anybody interested in testing XFS support on 2.6.24-rc* 1199464796 M * Bertl +? 1199464810 J * pmenier ~pmenier@ACaen-152-1-37-49.w83-115.abo.wanadoo.fr 1199464851 M * daniel_hozac dreamind was requesting it the other day. 1199464857 M * daniel_hozac (IIRC) 1199465147 M * daniel_hozac Bertl: http://people.linux-vserver.org/~dhozac/p/k/delta-nsproxy-debug02.diff 1199465239 M * Bertl almost, I'll add a check for the nsproxy itself, and what about the mnt namespace? 1199465300 M * daniel_hozac init_nsproxy.mnt_ns is NULL. 1199465331 M * Bertl hmm, sure about that? 1199465336 M * daniel_hozac yeah. 1199465345 M * Bertl I mean, shouldn't init have a mnt space associated? 1199465361 M * daniel_hozac it does, but it's dynamically allocated. 1199465374 M * Bertl and not assigned to the init_nsproxy? 1199465381 M * Bertl smells like mainline bug 1199465383 M * daniel_hozac not AFAICT, but i'm probably missing it. 1199465448 M * _marv later guys, thx for the info 1199465454 Q * _marv Quit: Leaving 1199465460 M * daniel_hozac it's assigned to init_task.nsproxy 1199465485 M * Bertl okay, then let's use that for checking (for now) 1199465865 M * pmenier sorry it's me again: of course (???) netstat -lnp in vserver doesn't see any tcp services 1199466014 M * bXi 16:39 < Bertl> @all: anybody interested in testing XFS support on 2.6.24-rc* 1199466017 M * bXi how does one test? 1199466027 M * bXi i have xfs on my server 1199466144 J * larsivi ~larsivi@144.84-48-50.nextgentel.com 1199466298 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1199466788 M * daniel_hozac pmenier: you need http://people.linux-vserver.org/~dhozac/p/k/delta-prochide-fix01.diff 1199466909 M * pmenier ok i was trying the previous, i'd just finish compil... np i take this one and i take you informed 1199466987 M * pmenier is delta-nsproxy-debug02.diff useful ? 1199467100 M * daniel_hozac debug03 should appear any minute now... 1199467344 M * daniel_hozac Bertl: http://people.linux-vserver.org/~dhozac/p/k/delta-nsproxy-debug03.diff 1199467417 M * pmenier so what do i apply ? delta-prochide and delta-nsproxy or just delta-prochide ? 1199467440 M * daniel_hozac prochide should fix the issue you're seeing, nsproxy is just debug stuff. 1199467450 M * pmenier okay thx 1199467461 M * pmenier begin compil 1199467742 M * pmenier cool :) works fine now 1199467759 M * pmenier do you want i make some particular tests ? 1199467933 M * pmenier oops, speaking too fast... http://paste.linux-vserver.org/11195 1199467955 M * pmenier doesn't crash the machine ... 1199468097 M * daniel_hozac huh. 1199468199 M * daniel_hozac the user namespace looks... broken. 1199468241 M * pmenier explain what i have done : patch with delta-nsproxy-debug02 then patch with delta-prochide-fix01 then compil 1199468280 M * daniel_hozac what commands did you execute? 1199468298 M * pmenier just : vserver vweb2 start and vserver vweb2 enter 1199468334 M * daniel_hozac and you started with http://vserver.13thfloor.at/Experimental/patch-2.6.24-rc6-vs2.2.0.5.0.3-pre.diff? 1199468341 M * pmenier yes 1199468388 M * daniel_hozac i'm not seeing that. 1199468415 M * daniel_hozac wait, grep USER_NS .config 1199468454 M * daniel_hozac no, that's not it... 1199468465 M * pmenier CONFIG_USER_NS=y 1199468480 M * daniel_hozac what utils are you using? 1199468485 M * pmenier 0.30.214 1199468653 J * dna ~dna@p54BCF3B5.dip.t-dialin.net 1199468984 Q * dna_ Read error: Operation timed out 1199469002 Q * JonB Ping timeout: 480 seconds 1199469354 J * DLange ~dlange@p57A3090E.dip0.t-ipconnect.de 1199469481 M * pmenier daniel_hozac: i reboot the machine and the previous messages doesn't appear ... 1199469497 M * pmenier i test on another one now 1199469513 J * Nunc ~IceChat7@dsl61-21.pool.bitel.net 1199469562 M * Nunc short question: when i "vserver x stop" a guest the whole server reboots .... what's the main reason for that? 1199469596 M * daniel_hozac there's no legitimate reason for that... 1199469602 Q * jescheng Remote host closed the connection 1199469612 M * Nunc oh ... :( 1199469622 J * jescheng ~jescheng@proxy-sjc-2.cisco.com 1199469646 M * daniel_hozac something is very wrong with your setup. 1199469680 Q * dna Read error: Connection reset by peer 1199469698 M * Nunc i guess so .... :( ... the host ist a Gentoo Linux version 2.6.22.2-vs2.2.0.3 ..... 1199469705 J * dna ~dna@p54BCF3B5.dip.t-dialin.net 1199469754 M * pmenier daniel_hozac: no errors messages while starting vservers on another machine. 1199469782 M * daniel_hozac pmenier: maybe you were booted into an old kernel? i think Bertl mentioned messages like those on the .2 pre-release. 1199469934 M * pmenier humm yes perhaps... as i work on several machines 1199469963 Q * Nunc Quit: Relax, its only ONES and ZEROS! 1199470300 Q * tam Ping timeout: 480 seconds 1199470410 J * tam ~tam@gw.nettam.com 1199471356 Q * meandtheshell Quit: Leaving. 1199471886 J * marcel ~marcel@lt3.xs4all.nl 1199472147 M * ard6 Hmmmm 1199472158 M * ard6 who was that guy again that wanted to do multihead? 1199472215 M * pmenier :) sure but i like that 1199472256 Q * ema Quit: leaving 1199472273 M * pmenier still problem : when i stop a vserver (i'm sure i'm running on last kernel :) i got this message: 1199472292 M * pmenier vxD: signal 18[f7771f24] xid mismatch f75b8000[#0,10231] xid=#20 1199472315 M * pmenier it is repeated many times... 1199472403 M * daniel_hozac i know. 1199472473 M * daniel_hozac i haven't figured out where it comes from. 1199472905 N * pmenier pmenier_off 1199473166 Q * fs Read error: Connection reset by peer 1199473210 J * fs fs@213.178.77.98 1199473515 J * JonB ~NoSuchUse@kg0-178.kollegiegaarden.dk 1199474185 Q * Infinito Quit: Quitte 1199475292 J * ntrs_ ~ntrs@vs079.rosehosting.com 1199475673 Q * ntrs Ping timeout: 480 seconds 1199476024 J * Aiken ~james@ppp121-45-246-228.lns2.bne4.internode.on.net 1199476976 Q * JonB Quit: This computer has gone to sleep 1199477325 Q * dna Ping timeout: 480 seconds 1199477523 J * balbir_ ~balbir@122.167.212.110 1199477704 J * JonB ~NoSuchUse@kg0-178.kollegiegaarden.dk 1199477953 Q * balbir Ping timeout: 480 seconds 1199478328 Q * marcel Remote host closed the connection 1199479154 Q * JonB Quit: This computer has gone to sleep 1199479226 Q * ViRUS Quit: Leaving 1199479255 J * elesouef ~elesouef@home.lorinand.org 1199480736 J * JonB ~NoSuchUse@kg0-178.kollegiegaarden.dk 1199481975 J * mick_work ~clamwin@adsl-068-157-089-099.sip.bct.bellsouth.net 1199482213 Q * DLange Quit: Bye, bye. Hasta luego. 1199482884 J * yarihm ~yarihm@84-75-119-160.dclient.hispeed.ch 1199485995 Q * JonB Quit: This computer has gone to sleep 1199486183 Q * rgl Quit: Enough 1199490113 J * dna ~dna@p54BCDEE9.dip.t-dialin.net 1199490764 Q * bonbons Quit: Leaving