1187137050 Q * arcil Remote host closed the connection
1187138090 Q * bored2sleep Read error: Connection reset by peer
1187138816 J * Freax ~Linus@bl7-134-91.dsl.telepac.pt
1187138988 Q * Linus Ping timeout: 480 seconds
1187139254 J * bored2sleep ~bored2sle@66.111.53.150
1187139945 Q * Hollow Ping timeout: 480 seconds
1187140298 J * Hollow ~hollow@proteus.croup.de
1187140795 Q * Piet_ Quit: Piet_
1187141842 Q * bzed Quit: Leaving
1187141895 J * DoberMann[PullA] ~james@AToulouse-156-1-66-29.w90-16.abo.wanadoo.fr
1187142003 Q * DoberMann_ Ping timeout: 480 seconds
1187143654 M * coderanger_ Bertl_oO: http://paste.lisp.org/display/46141
1187143691 Q * friendly12345 Quit: Leaving.
1187143727 M * daniel_hozac did Bertl break your stuff? :)
1187143775 M * Bertl_oO of course I did ... I always do :)
1187143785 N * Bertl_oO Bertl
1187144159 Q * Aiken Quit: Leaving
1187146395 M * coderanger_ daniel_hozac: Yahr
1187146409 M * daniel_hozac it's version-stability for the kernels.
1187146421 M * Bertl coderanger_: what"s a Yahr?
1187146436 M * daniel_hozac i.e. one API-call will do the same regardless of the kernel.
1187146447 M * coderanger_ daniel_hozac: mhmm, but we don't really use much of the user-space stuff in util-vserver (if any)
1187146450 M * daniel_hozac (iff the kernel supports it)
1187146462 M * coderanger_ Bertl: Cross-channel messaging 
1187146478 M * daniel_hozac but you're using the library :)
1187146488 M * daniel_hozac which is the only truly unstable part ;)
1187146578 M * daniel_hozac is pylibvserver/pylibvserver.py automatically generated?
1187146607 M * coderanger_ daniel_hozac: No, though it probably could have been
1187146645 M * coderanger_ daniel_hozac: What kinds of changes are you talking about
1187146655 M * daniel_hozac for the library?
1187146655 M * coderanger_ daniel_hozac: Anything additive wouldn't matter
1187146658 M * coderanger_ yes
1187146685 M * daniel_hozac 0.30.214 changes the structure that gets passed to vc_net_add/remove, among other things.
1187146731 M * Bertl coderanger_: and you definitely want that API/ABI :)
1187146757 M * coderanger_ daniel_hozac: How would you propose we distribute pyvserver then?
1187146757 M * daniel_hozac otherwise, no IPv6 for you :)
1187146784 M * daniel_hozac well, if it can be automatically generated, i wouldn't mind including it in util-vserver.
1187146802 M * daniel_hozac e.g. util-vserver-python.
1187146809 M * coderanger_ daniel_hozac: It could be, but we don't have time to go back and do that right now
1187146816 M * coderanger_ daniel_hozac: I have about 4 days left here
1187146835 M * coderanger_ So I am trying to push hard on the fedora folks so I can finish that up before I vanish
1187146900 M * daniel_hozac so... who's going to fix the breakage when 0.30.214 hits Fedora?
1187146930 M * coderanger_ daniel_hozac: Me, but not this week
1187146966 M * coderanger_ daniel_hozac: I think I should just change pyvserver to have a version-specific dependency on util-vserver-lib (if RPM can do that)
1187147033 M * daniel_hozac sure.
1187147058 M * daniel_hozac that's very ugly though, and doesn't really solve the problem long-term.
1187147079 M * coderanger_ daniel_hozac: I think this is the same problem faced by any developing library, not going to be a good solution 
1187147108 M * coderanger_ daniel_hozac: python ctypes does have an automated conversion script we can play with, but I think thats an adventure for another day
1187147414 J * Aiken ~james@ppp121-45-255-55.lns2.bne4.internode.on.net
1187147466 M * coderanger_ daniel_hozac: Okay, new spec/srpm uploaded for review
1187147502 M * daniel_hozac unfortunately i can't review it as i'm not a registered Fedora contributor...
1187147525 M * daniel_hozac just one =
1187147549 M * daniel_hozac (traditionally at least, i guess two might work too... who knows with rpm)
1187147573 M * daniel_hozac and are you sure you want 0.30.212? i thought you were pushing to get 0.30.213 included back when that was released?
1187147642 M * coderanger_ daniel_hozac: Thats what is in F7
1187147726 M * coderanger_ daniel_hozac: And the RPM compiled and passed rpmlint as is
1187147744 M * daniel_hozac wonders of rpm strikes again :)
1187147785 M * daniel_hozac btw, you can condense that filelist to just %{python_sitelib}/<subdir>/
1187147812 M * daniel_hozac that's pretty much equivalent to %dir <dir> + <dir>/*
1187147834 M * coderanger_ daniel_hozac: This is how J5 said to do it :P
1187148142 M * Bertl isn't 0.30.212 lacking most of the interfaces we have in the OLPC kernel?
1187148388 M * coderanger_ Probably
1187148409 M * coderanger_ ensc|w: Wanna fix that ;-)
1187148765 M * daniel_hozac might as well wait for 0.30.214, which should support all the interfaces in the OLPC kernel...
1187148777 M * Bertl yes, indeed
1187148806 M * Bertl when can we expect 214 to hit the masses?
1187148873 M * daniel_hozac soon, i guess. just have to make sure that it still works on older kernels first.
1187150448 M * Bertl okay, off home ... cya 
1187150462 N * Bertl Bertl_oO
1187152110 Q * fatgoose Ping timeout: 480 seconds
1187152227 J * fatgoose ~samuel@76-10-147-136.dsl.teksavvy.com
1187152805 N * Bertl_oO Bertl
1187152824 M * Bertl that was quite fast for public transport in the evening :)
1187153677 M * coderanger Bertl: MBTA is usually pretty good
1187153719 M * Bertl yeah, well, except for the busses .. at night .. on sundays :)
1187153983 M * Bertl okay, off to bed now .. cya tomorrow!
1187153989 N * Bertl Bertl_zZ
1187155085 J * emtty ~eric@dynamic-acs-24-154-34-241.zoominternet.net
1187155375 Q * mountie Ping timeout: 480 seconds
1187155804 J * Risjh rsjds@59.93.135.208
1187158068 Q * Adrinael Read error: Connection reset by peer
1187158272 J * Adrinael adrinael@rid7.kyla.fi
1187158768 Q * Adrinael Ping timeout: 480 seconds
1187158969 J * Adrinael adrinael@rid7.kyla.fi
1187159205 Q * emtty Ping timeout: 480 seconds
1187160069 M * Risjh hi, i tried creating vserver with -d centos5 and i got an error saying, ERROR: Can not find configuration for the distribution 'centos5';
1187160433 M * arachnist do you have /usr/lib/util-vserver/distributions/centos5/ directory?
1187160454 M * Risjh no, i am trying to install it on a debian host, etch
1187160493 M * Risjh arachnist, i have only centos4 there :(
1187160497 M * arachnist well, your host machine should have that directory and it should be not-empty
1187160511 M * Risjh http://www.paul.sladen.org/vserver/archives/200707/0033.html
1187160512 M * arachnist right, what version of util-vserver?
1187160519 M * Risjh how do i find out?
1187160554 M * arachnist vserver --version
1187160574 M * Risjh vserver 0.30.212 -- manages the state of vservers
1187160663 M * arachnist hmm... i have .213 here
1187160699 M * Risjh how do i get the centos5 direcetory?
1187160703 M * Risjh *directory
1187160706 M * arachnist try this |> http://nest.homeunix.net/centos5_vscfg.tar.bz2
1187160736 M * Risjh i should just untar it in the /usr/lib/util-vserver/distributions/centos5/ directory?
1187160757 M * arachnist in the /usr/lib/util-vserver/distributions
1187160767 M * arachnist it contains the centos5 subdir
1187160776 M * Risjh ah, ok trying
1187160982 M * Risjh arachnist, whats the latest version?
1187161001 M * arachnist util-vserver-0.30.213
1187161005 M * arachnist look at topic ;P
1187161018 M * Risjh oh sorry :) and thanks
1187161089 M * Risjh ok it worked
1187161093 M * Risjh i get this error /usr/lib/util-vserver/distributions/centos5/initpost: line 105: 14032 Killed                  $_VSERVER "$vserver" exec bash -c ': >/tmp/startwait' >&/dev/null
1187161101 M * Risjh the same as it was in fedora core 6
1187161171 M * arachnist well, i don't remember using anything redhat-alike in the past few years
1187161204 M * Risjh its in the wiki, i had the same error when installing fc6 as well
1187161218 M * Risjh it seems some part of the script is broken, but it doesnt affect the installation apparently
1187162181 J * DavidS ~david@85.125.165.34
1187163154 J * ktwilight ~ktwilight@145.210-66-87.adsl-static.isp.belgacom.be
1187163262 N * DavidS DavidS|Wien
1187163281 Q * ktwilight_ Read error: Connection reset by peer
1187164095 J * dna ~dna@192-233-dsl.kielnet.net
1187165261 J * yarihm ~yarihm@whitehead2.nine.ch
1187165280 M * yarihm good morning everyone
1187165479 J * bonbons ~bonbons@2001:960:7ab:0:20b:5dff:fec7:6b33
1187165555 M * Supaplex ahoy yarihm 
1187165580 J * sannes ace@har.sagt.no
1187165703 M * sannes When looking for ipv6 patches I found several recent deltas .. are they supposed to be applied aswell?
1187166473 M * coderanger sannes: I believe that stuff is still being developed
1187166719 M * sannes coderanger: I have been using the http://people.linux-vserver.org/~bonbons/ipv6/patch-2.6.20.4-vs2.2.0.ipv6-rc19.diff patch, but was planning on doing the 2.6.20 -> 2.6.22 leap ..
1187166782 M * sannes coderanger: so, when you say development, you mean for the 2.6.22 kernel?
1187166849 M * coderanger sannes: I don't know what kernel it is for, but we are just getting ipv6 on our tree now, so I suspect it will be a bit before its in any pushed patches
1187166936 M * sannes coderanger: And what tree is that?
1187166945 M * coderanger sannes: OLPC
1187166980 M * sannes and what is the route of such patches to end up in that tree?
1187167006 M * coderanger sannes: Bertl walking over to our kernel maintainer and saying "Apply this"
1187167057 M * coderanger Probably more complicated than that in the end, but not by too much
1187167190 A * coderanger tries to sleep again
1187167268 Q * DoberMann[PullA] Quit: leaving
1187167294 J * DoberMann ~james@AToulouse-156-1-66-29.w90-16.abo.wanadoo.fr
1187167350 M * sannes I see, hm, maybe I should just stick to what is working now .. hm
1187167413 M * sannes bonbons: if you see this, is there any working ipv6 for vserver patches for 2.6.22 of any kind?
1187168081 M * bonbons doesn't look so, I still have to forward-port my patches to 2.6.22 and I've not seen such a forward-port from daniel_hozac
1187168718 M * sannes bonbons: Know of any big changes to ipv6, or should it be pretty much straightforward to port them?
1187169149 M * bonbons there are a few rejects that need deeper looking for using older patch on 2.6.22, but most of it is straight-forward.
1187169230 M * sannes All the ones I have looked at so far has been trival atleast, but I'm not finnished with all the rejects yet ..
1187169277 J * meandtheshel1 ~markus@85.127.103.154
1187169377 M * bonbons don't remember exact rejects, at least one has impact on compilation, had not enough time when I tried to look deeper at it, not taken the time for it since then
1187169990 J * kir ~kir@swsoft-mipt-nat.sw.ru
1187170354 J * yang yang@84-16-238-88.internetserviceteam.com
1187170383 M * yang Maybe a bit silly question, but is it possible to run some sort of a Windows server WinXP/Vista inside the guest?
1187170465 M * sannes yang: You could run qemu inside a guest, and then run vista within that again ..
1187170522 M * yang I see
1187170548 M * yang Does it work well, was it tested?
1187170635 M * yang Also How much extra memory would that take from the RAM
1187170659 M * sannes Ask in qemu, emulation is a bit expensive, ..
1187170693 M * sannes vserver is virtualization of linux within linux .. it is not like vserver emulates a completly new computer
1187170747 M * sannes question is what you want to achive by running an emulator within a vserver
1187170908 M * yang Well, it was just a curiosity question, a friend of mine wanted to use Windows remote server, since he doesn't know Linux
1187170989 M * Loki|muh the tell him to get used to linux *g*
1187170992 M * Loki|muh *then
1187171106 M * sannes yang: qemu, bochs, vmware does what you need I suppose ..
1187171244 M * DavidS|Wien or xen 3.1+
1187171371 M * sannes DavidS|Wien: does Vista support Xen?
1187171399 M * sannes bonbons: got it to compile after merging the rejects by hand ..
1187171457 M * bonbons fine, does it work as expected?
1187171503 M * sannes well, I havn't rebooted yet .. going to try it now
1187171574 M * AStorm sannes, probably the other way around: "Does Xen support Vista?"
1187171589 M * AStorm I guess it should if you have virtualization technology of some kind
1187171638 M * DavidS|Wien sannes: I've heard success stories over at ##xen@freenode with 3.1
1187171819 M * sannes that is pretty cool
1187171840 A * sannes curses at himself for not seeing http://people.linux-vserver.org/~dhozac/p/k/patch-2.6.22-vs2.2.0-rc5-ipv6.diff .. oh wel
1187171850 M * AStorm Unfortunately, Xen host has to run at some antique kernel
1187171855 M * AStorm 2.6.18 or something
1187171873 M * Wonka xen is integrated into 2.6.23-rc
1187171876 M * AStorm and guests (x86_64) have to be patched
1187171879 M * AStorm Wonka, wrong
1187171890 M * AStorm Xen _client support for x86_ is integrated into 2.6.23-rc
1187171904 M * AStorm much less impressive, yes?
1187171908 M * Wonka mh
1187171910 M * nanonyme eh, 2.6.18 is antique? :P
1187171915 M * Wonka host too, iirc
1187171964 M * AStorm Wonka, I don't see no host support there
1187171970 M * AStorm also, no x86_64 support at all :/
1187171974 M * bonbons sannes: if I remember well, that patch didn't compile for me when I tried it
1187172209 J * Piet ~piet@tor.noreply.org
1187172392 M * DavidS|Wien nanonyme: well, it's debian's stable kernel, therefore it has to be ancient   ;)))
1187172410 M * nanonyme :P
1187173350 Q * fatgoose Ping timeout: 480 seconds
1187173352 J * fatgoose ~samuel@206-248-170-1.dsl.teksavvy.com
1187174675 Q * fatgoose Ping timeout: 480 seconds
1187174790 J * fatgoose ~samuel@206-248-170-102.dsl.teksavvy.com
1187176012 M * sannes bonbons: compiled for me
1187176218 M * Risjh how is vserver > xen?
1187176226 M * Risjh overheard in xen?
1187176230 M * Risjh *overhead
1187176353 M * bonbons sannes, hm, I am just checking here and have clushes in ipv6 area (e.g. ipv6_get_saddr() calls), probably some config options that differ in regard to IPv6...
1187177315 Q * fatgoose Ping timeout: 480 seconds
1187177356 J * mountie ~mountie@trb229.travel-net.com
1187177429 J * fatgoose ~samuel@206-248-170-5.dsl.teksavvy.com
1187178145 M * daniel_hozac bonbons: you're right, that patch is broken.
1187178175 M * daniel_hozac i haven't updated it.
1187178323 M * bonbons I've updated it and fixed a possible race regarding multicast and anycast at same time, compiles, but tested yet at runtime
1187178371 M * bonbons back later, lunchtime here
1187178479 Q * fatgoose Read error: Connection timed out
1187178500 M * bonbons for those who can't wait, I have uploaded the updated patch to http://people.linux-vserver.org/~bonbons/ipv6/patch-2.6.22.2-vs2.2.0.3-ipv6_rc1.patch
1187178511 J * Risjh_ rsjds@59.93.131.48
1187178539 J * fatgoose ~samuel@206-248-170-5.dsl.teksavvy.com
1187178905 Q * Risjh Ping timeout: 480 seconds
1187178960 J * |pmenier| ~pmenier@ACaen-152-1-68-12.w83-115.abo.wanadoo.fr
1187178971 N * |pmenier| pmenier
1187179734 Q * fatgoose Read error: Connection timed out
1187179770 J * fatgoose ~samuel@206-248-170-5.dsl.teksavvy.com
1187179854 M * sannes bonbons: thanks :)
1187179899 J * Risjh__ ~rsjds@59.93.135.40
1187179931 Q * mattzerah Remote host closed the connection
1187179988 J * mattzerah ~matt@121.50.222.55
1187180119 J * lilalinux__ ~plasma@dslb-084-058-245-073.pools.arcor-ip.net
1187180295 Q * Risjh_ Ping timeout: 480 seconds
1187180488 Q * lilalinux_ Ping timeout: 480 seconds
1187180934 Q * fatgoose Read error: Connection timed out
1187181001 J * fatgoose ~samuel@206-248-170-5.dsl.teksavvy.com
1187181358 J * Risjh rsjds@59.93.129.90
1187181548 J * Risjh_ rsjds@59.93.129.90
1187181765 Q * Risjh__ Ping timeout: 480 seconds
1187181915 Q * Risjh Ping timeout: 480 seconds
1187181940 J * Risjh rsjds@59.93.129.225
1187182070 Q * Risjh_ Ping timeout: 480 seconds
1187182228 J * Julius ~julius@p57B2785D.dip.t-dialin.net
1187182255 M * Julius guten morgen
1187182307 M * Loki|muh good afternoon
1187182382 M * Risjh good evening
1187183037 Q * Borg- Read error: Connection reset by peer
1187183549 J * FHTech ~Miranda@62.140.244.26
1187183652 M * FHTech Hello, there is a person who install OpenVCP 0.2? On the channel #openvcp anybody is not present...
1187183997 Q * Aiken Remote host closed the connection
1187184025 M * pmenier i've tried it but didn't find this very useful...
1187184057 M * pmenier it's a web panel to administrate vservers right ?
1187184062 M * Risjh yeah
1187184074 M * Risjh i was searching for something like that also
1187184089 M * nanonyme sounds nice
1187184130 M * Risjh ill try and install it later
1187184171 M * Risjh or if there is something else like that also
1187184374 M * nanonyme hmm, openvcp probably doesn't support ipv6
1187184387 M * nanonyme considering vserver doesn't support it natively yet
1187184393 M * nanonyme i think i'm going to go ask :)
1187184435 M * daniel_hozac vserver does support it natively.
1187184445 M * nanonyme with a patch :P
1187184447 M * daniel_hozac no.
1187184452 M * FHTech Yes, it for management vserver. The matter is that припопытке to add node in demo demo.cryptronic.de all works, at attempt to add for itself, does not work. I think a problem with setting php. It would be desirable to look phpinfo at whom it is established openvcp 0.2
1187184453 M * nanonyme eh?
1187184474 M * daniel_hozac 2.3.0.15+ has IPv6 support.
1187184477 M * nanonyme heh
1187184490 M * FHTech OpenVCP 0.3  support ipv6
1187184495 M * nanonyme kinky
1187184753 M * nanonyme heh, seems i'm mostly waiting for openwrt to get broadcom wifi then before i can add full ipv6 compatibility to my network :)
1187184969 Q * Risjh Read error: Connection reset by peer
1187185064 J * arachnis1 arachnist@088156185052.who.vectranet.pl
1187185064 Q * arachnist Read error: Connection reset by peer
1187185118 N * arachnis1 arachnist
1187185719 M * sid3windr nanonyme: you're going to run vserver on your wrt? ;)
1187185784 M * nanonyme no, i have a server for that
1187185797 M * Loki|muh would be lot of fun ;)
1187185804 M * nanonyme wrt will just handle routing
1187185848 M * nanonyme and as a router, it needs the ip6tables support 2.6 has and 2.4 doesn't
1187185867 M * nanonyme that is, stateful ipv6
1187185910 M * daniel_hozac s/router/firewall/
1187186198 Q * FHTech Quit: FHTech
1187186243 M * michal` this might interest you ;)
1187186245 M * michal` [15:33:17] < murb> http://www.xensource.com/PressReleases/Pages/pr071807.aspx # I hope every customer was 
1187186248 M * michal`                    worth 1 million $US
1187186251 M * michal` [15:33:50] < danpb> murb: well it seems Citrix think they're getting a bargain
1187186253 M * michal` [15:33:55] < danpb> "This acquisition moves Citrix into adjacent server and desktop virtualization markets, 
1187186256 M * michal`                     expected by Citrix to grow to nearly $5 billion over the next four years."
1187187042 M * bXi hrmmmm
1187187073 M * bXi nanonyme: this openvcp stuff
1187187077 M * bXi does  it actually work?
1187187100 M * nanonyme no idea
1187187115 Q * danman Ping timeout: 480 seconds
1187187124 M * bXi it seems to fail here
1187187127 M * bXi i have a webinterface
1187187130 M * bXi and  i have a daemon
1187187136 M * bXi but it doesnt seem to do anything at all
1187187259 M * bXi ah
1187187262 M * bXi found something
1187187264 A * bXi plays 
1187187348 M * sid3windr playa
1187187363 Q * doener Ping timeout: 480 seconds
1187188046 Q * bonbons Ping timeout: 480 seconds
1187188057 J * bonbons ~bonbons@2001:960:7ab:0:20b:5dff:fec7:6b33
1187188962 N * Bertl_zZ Bertl
1187188970 M * Bertl morning folks!
1187189225 Q * Freax Quit: I'll Be Back !
1187189622 J * Risjh rsjds@59.93.129.214
1187189651 M * Risjh hi, anyone here know of any other web control panel for vserver? openvcp and anything else?
1187189726 N * virtuoso_ virtuoso
1187189730 M * Bertl IIRC, there were at least two panels available
1187189807 M * Risjh hmm, have you used any? which one would you suggest?
1187189888 J * danman danman@eliza.wigner.bme.hu
1187190060 M * Bertl Risjh: nah, haven't actually used any of them yet
1187190075 M * Risjh ah, ok thanks though Bertl :)
1187190151 J * ensc ~irc-ensc@p54B4D10C.dip.t-dialin.net
1187190466 M * Risjh Bertl, is there any official path for ipv6 support yet? 
1187190670 M * Bertl path or patch?
1187190908 M * eyck hmm, if official vs for 2.6.16 is 2.0.3-rc3 and for 2.6.19 is 2.2.0, which vs one's supposed to use with 2.6.18?
1187190949 M * Bertl what ar your options?
1187190952 M * Bertl *are
1187191013 M * Risjh Bertl, patch, sorry
1187191013 N * ensc Guest836
1187191023 J * ensc ~irc-ensc@p54B4D720.dip.t-dialin.net
1187191034 M * Bertl Risjh: 2.3.0.17+ already contains ipv6 support :)
1187191075 M * Risjh thats kernel?
1187191123 Q * yarihm Ping timeout: 480 seconds
1187191128 Q * Guest836 Ping timeout: 480 seconds
1187191167 M * Bertl it is for 2.6.22.2
1187191555 M * bXi ah hah
1187191559 M * bXi openvcp seems to work
1187191995 M * Risjh bXi, installed?
1187191998 M * Risjh is it nice?
1187192017 Q * Julius Quit: Verlassend
1187192087 M * bXi well its a bit messy layout wise
1187192090 M * bXi but it seems to do the job
1187192096 M * bXi it sees the interfaces
1187192133 M * daniel_hozac eyck: you're not supposed to use 2.6.18 :)
1187192165 J * Julius ~julius@p57B2785D.dip.t-dialin.net
1187192207 M * Bertl wb Julius!
1187192221 M * eyck daniel_hozac: you're proposing getting back to 2.4.35 then? ;)
1187192248 M * daniel_hozac probably a better choice than an unmaintained kernel release...
1187192256 M * Bertl eyck: definitely, who else is going to test those kernels if not you?
1187192300 M * eyck Bertl: i'm testing them allright, I just thought I'd move small percentage of systems to something that y'all so raving about...
1187192310 M * eyck  and this is my reward. 
1187192320 M * Bertl daniel_hozac: btw, if we make tag stuff a separate (shallow) namespace, with a migrate (but no create), how much work would it be to support that without legacy mapping hack in the kernel?
1187192329 M * daniel_hozac we're raving about 2.2. 2.0 is old news...
1187192344 M * Bertl eyck: then I'd go for 2.2 or 2.3
1187192374 M * bXi eek
1187192376 M * bXi kernel panic
1187192377 M * daniel_hozac Bertl: well, then it'd require newer utils?
1187192383 M * daniel_hozac bXi: paste.linux-vserver.org.
1187192394 M * bXi how do i paste it?
1187192403 M * Bertl daniel_hozac: I guess we have no problem with 'requiring' 214 for 2.3.x, do we?
1187192413 M * daniel_hozac Bertl: shouldn't be too much of a problem though.
1187192426 M * daniel_hozac well, sounds fine to me.
1187192442 M * bXi daniel_hozac: seems to me the only thing i can do is create a picture or type it all over :P
1187192442 M * Bertl okay, let me prepare the API files for that then
1187192469 M * daniel_hozac Bertl: so we're skipping the functionality to set a new tag for an entire context?
1187192482 M * daniel_hozac bXi: with a serial console, you just copy it :)
1187192494 M * Bertl daniel_hozac: yep, I'd say we proceed like this:
1187192509 M * bXi no serial console yet :/
1187192517 M * bXi i've taken a pic of it
1187192518 M * daniel_hozac bXi: picture's fine too.
1187192531 M * Bertl daniel_hozac: we make the tag a property of the task, add a migrate syscall command, and an info command to read the tag of a given process (similar to xid)
1187192557 M * daniel_hozac right.
1187192559 M * Bertl by default, the tag is inherited from parent to child
1187192610 M * Bertl so the default on your side (and what we are going to do in stable later on) is to make the tag default to the xid on context migration
1187192665 M * daniel_hozac yep.
1187192698 M * bXi good thing i have a decent cam on my phone
1187192890 M * Bertl daniel_hozac: okay, do you expect any issues or problems I missed?
1187192896 M * bXi http://apparoat.nl/15082007061.jpg
1187192901 M * bXi thats the kernel panic
1187192928 M * bXi i'll try to reproduce it
1187192948 M * Bertl what kernel/patch set is that?
1187192966 M * bXi venice ~ # uname -a
1187192966 M * bXi Linux venice 2.6.22.2-vs2.3.0.17 #1 Sun Aug 12 13:08:45 CEST 2007 x86_64 AMD Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux
1187192999 M * Bertl does that include daniel's patches too? or really just 2.3.0.17?
1187193013 M * bXi just 2.3.0.17
1187193022 M * daniel_hozac Bertl: no, sounds like it should be fine. i'm not sure i see the point though.
1187193028 M * mnemoc hi, how "unfriendly" was 2.6.22 to vserver?
1187193040 M * Bertl daniel_hozac: well, please ask then :)
1187193051 M * bXi does vserver set a certain file when it starts?
1187193073 M * daniel_hozac Bertl: okay, what is the point? :)
1187193096 M * Bertl well, IMHO there are three arguments for that:
1187193108 M * mnemoc Bertl: i'm almost in conditions to ask you for testing opensde again :)
1187193118 M * Bertl 1) the tag has grown quite independant from the xid by now (code wise)
1187193148 M * Bertl 2) there are good examples of having the same tag for different process contexts (OLPC could make good use of it)
1187193188 M * Bertl 3) the disk limit stuff is actually not bound to the process contexts, and it makes sense to limit a group of processes outside a guest too
1187193207 M * daniel_hozac okay, good points. i'll add it later today.
1187193214 M * Bertl the last one will not be available without further restructuring though
1187193435 M * Risjh hi is there any way i can limit the disk/cpu/mem usage of a vserver? i know it must be possible, but how? thanks
1187193472 M * bXi daniel_hozac: anything on that kernel panic?
1187193581 M * bXi hmmmm
1187193593 M * bXi did you guys manage to virtualize the load averages?
1187193648 M * Bertl yep, those are virtualized
1187193653 M * bXi cool
1187193664 M * bXi you shouldve seen the look on my face :P
1187193799 M * Bertl bXi: do you ahve the kernel source at hand?
1187193817 M * bXi all in the usual places yes
1187193842 M * Bertl okay, please try: addr2line -e vmlinux <addr>
1187193861 M * Bertl where <addr> is the number in [] right beside the RIP
1187193870 M * bXi RIP?
1187193971 M * bXi Bertl: whats this RIP?
1187194026 M * Bertl that is the Instruction Pointer Register
1187194045 M * Bertl i.e. the location the CPU was executing
1187194062 M * bXi ah
1187194063 M * bXi now i see
1187194073 Q * Baby Read error: Connection reset by peer
1187194119 M * bXi venice linux # addr2line -e vmlinux ffffffff822b8849
1187194119 M * bXi ??:0
1187194137 M * Bertl you folks should really compile in debug info :)
1187194205 M * bXi whats the easy way of enabling that in the kernel config?
1187194237 M * bXi i'm seeing a lot of debug options in the config
1187194384 J * Baby ~miry@195.37.62.208
1187194653 M * bXi Bertl: what debug flags should i set?
1187194722 M * Bertl probably too late for that now, would be interesting if you could recreate/trigger the issue somehow
1187194735 M * Bertl anyway, enable:
1187194773 M * Bertl CONFIG_DEBUG_KERNEL, CONFIG_DEBUG_INFO, CONFIG_DEBUG_BUGVERBOSE, CONFIG_VSERVER_DEBUG
1187194842 Q * DavidS|Wien Quit: Leaving.
1187194862 M * eyck sorry for still pushing my agenda, but is it recommended to enable all those for production kernels?
1187194880 M * Bertl the debug options?
1187194884 M * eyck yupp, 
1187194894 M * Bertl well, most of them do not really hurt a production kernel
1187194909 M * eyck which would I like to omit for production?
1187194920 M * eyck BUGVERBOSE?
1187194980 M * Bertl no, actually all of them should be fine
1187195011 M * Bertl the debug options which get asked if you enable those above, might add some overhead though
1187195558 M * matti Hi again Bertl 
1187195776 M * Supaplex morning peoples
1187195781 M * bXi Bertl: i havent been able to reproduce it yet
1187195795 M * bXi seems like a random something :(
1187196337 Q * lilalinux__ Remote host closed the connection
1187196497 M * Bertl daniel_hozac: http://vserver.13thfloor.at/Stuff/tag_cmd.h
1187196869 M * Bertl (does that make sense or are you missing something?) switch.h has 35 for VC_CAT_TAGMIG
1187196944 M * daniel_hozac looks good to me.
1187197133 M * daniel_hozac bXi: try starting apache in two different guests, bound to ::
1187197144 M * daniel_hozac or, one bound to IPv4 only.
1187197155 M * daniel_hozac heh, 2.6.22.3...
1187197349 M * bXi daniel_hozac: 
1187197384 M * bXi http://bluepunk.pastebin.com/m48147cd9
1187197403 M * bXi http://rafb.net/p/bdEanp77.html
1187197410 M * bXi error + my config
1187197621 M * Bertl what's here: fs/reiserfs/inode.c:2594:3: error: unterminated comment ?
1187197690 M * Bertl bXi: looks perfectly fine in my branch here, what kernel branch is that?
1187197720 M * bXi linux-2.6.22.2.tar.bz2 from kernel.org and patch-2.6.22.2-vs2.3.0.17.diff
1187197730 M * daniel_hozac tried just redoing it?
1187197738 M * daniel_hozac maybe with make -j1?
1187197773 M * daniel_hozac this wouldn't happen to be on a software RAID, would it?
1187197773 M * bXi err 
1187197783 M * bXi this is software raid yes
1187197795 M * daniel_hozac which level?
1187197801 M * bXi raid1
1187197807 M * daniel_hozac x86_64?
1187197809 M * bXi yes
1187197839 M * daniel_hozac i've seen kernel builds fail sporadically on my build server too... complaining about invalid input of various forms.
1187197846 M * bXi i found the error
1187197855 M * daniel_hozac x86_64, software RAID-5... the tree is fine though.
1187197861 M * bXi that inode.c ends halfway during that comment block :/
1187197900 A * bXi rebuilds the tree
1187197907 M * daniel_hozac (i.e. the tree i'm pushing to it, obviously something goes wrong somewhere)
1187198065 M * bXi i guess it has to do with that panic
1187198117 M * daniel_hozac it might...
1187198138 M * daniel_hozac or wait, i probably know what the cause for that is.
1187198159 M * daniel_hozac one of my patches fixes a possible NULL-pointer dereference.
1187198169 M * daniel_hozac you're probably hitting that
1187198186 M * Bertl yeah, that was my guess too
1187198206 M * bXi ah
1187198222 M * bXi what patches should i get and apply and in what order?
1187198253 M * Bertl you can simply test drive daniel_hozac's patch set ontop of 2.3.0.17 for now
1187198258 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-v4rcvsaddr-fix01.diff
1187198263 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-v6rcvsaddr-fix02.diff
1187198267 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-mappedv4-fix01.diff
1187198277 M * daniel_hozac (only the second one is really needed...)
1187198277 M * Bertl but there will be a .18 release today I guess
1187198308 M * nebuchadnezzar hi
1187198321 M * nebuchadnezzar happy to see IPv6 support :-)
1187198339 M * bXi delta-v6rcvsaddr-fix02.diff is a pre 2.3.0.17 patch right?
1187198345 M * daniel_hozac no, post.
1187198351 M * bXi ah
1187198355 M * bXi so i should apply that as well
1187198358 M * daniel_hozac all of those are post-2.3.0.17.
1187198374 M * bXi or wait
1187198381 M * bXi delta-ipv6-fix02.diff
1187198382 M * bXi that one
1187198391 M * bXi pasted the wrong one
1187198409 M * daniel_hozac all the others are either bogus or included in 2.3.0.17.
1187198427 M * daniel_hozac those 3 are the only ones you'll need.
1187198437 M * daniel_hozac (or be able to apply)
1187198602 M * bXi building now
1187198644 M * bXi i'm starting to learn C today btw
1187198650 M * bXi so i might be able to help soon :p
1187198663 M * bXi ( s/soon/in 3 years/ :p)
1187198680 M * daniel_hozac C is really easy, shouldn't take long to learn :)
1187198691 M * bXi i did a console based tank game some time ago
1187198707 M * bXi my php is quite good and i recognice lots of code
1187198717 M * bXi but i'm not to sure about pointers and structs yet
1187198738 M * daniel_hozac pointers are the most wonderful thing in programming :)
1187198756 M * bXi are they similar to references in php?
1187198785 M * daniel_hozac i guess.
1187198897 M * bXi $var = 1; $var2 = &$var; $var2 = "test"; print($var1); //output == "test"
1187198921 M * bXi s/var1/var/
1187198970 M * daniel_hozac s/var2/bar/;s/var/foo/ :)
1187198974 M * michal` pointers are the reason that C dominates in this world :)
1187199078 M * bXi daniel_hozac: obviously :D
1187199098 M * bXi i'm starting with hacking paches for openttd
1187199265 M * Loki|muh daniel_hozac: wonderful, but evil, too
1187199315 M * Loki|muh i like them :)
1187199322 M * Loki|muh mostly *g*
1187199637 Q * pmenier Quit: KVIrc 3.2.0 'Realia'
1187199806 Q * Risjh Quit: Leaving
1187201412 M * daniel_hozac Bertl: different kind of loop fix, should be applied to all branches: http://people.linux-vserver.org/~dhozac/p/k/delta-loop-fix01.diff
1187201580 M * bXi i should prepare a vanilla kernel
1187201592 M * bXi for safe mode stuff
1187201613 M * daniel_hozac why a vanilla kernel? you've never had a stable vserver kernel?
1187201652 M * bXi not on this install no
1187201670 M * bXi but it also helps isolate problems
1187201910 M * Bertl daniel_hozac: ah, okay, will do so
1187201952 M * daniel_hozac thanks.
1187202030 M * AStorm hmm, -rc3 is now out... hurry with porting please, because 2.6.23 rocks :-)
1187202130 M * Bertl rocks as those bumpy things on the road?
1187202144 M * AStorm no, as in "kicks you out of the boots"
1187202156 M * daniel_hozac but.. i like my boots.
1187202157 M * AStorm in the positive meaning
1187202242 M * AStorm daniel_hozac, you meant pointers as in howtos and good advice? ;-)
1187202437 M * bXi hmmmm
1187202445 M * bXi think i'll hack up openvcp
1187203860 Q * bonbons Quit: Leaving
1187204183 M * eyck daniel_hozac: does the problem, that 'well known' one, that I'm affected by (in 2.0.3-rc1), exists in vs2.0.2.2-rc9? 
1187204307 M * daniel_hozac yep.
1187204375 M * daniel_hozac even 2.0 has it.
1187204377 M * eyck can you give me any pointers as to what kind of bug that is, or maybe when was it fixed? 
1187204398 M * daniel_hozac 2.0.3-rc2
1187204400 M * eyck maybe even some kind of revision number?
1187204411 M * eyck ok. thnx.
1187204418 M * daniel_hozac NULL pointer dereference in dev_in_nx_info
1187204444 M * eyck debian knows about it? they're shipping 2.0.2.2-rc9 as stable...
1187204491 M * Bertl debian is good at shipping broken stuff as stable :)
1187204511 M * daniel_hozac i thought that was the point of "stable"? :)
1187204519 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-NULL-dev-fix01.diff is the patch that fixed it, FWIW.
1187204535 M * eyck the point is, having the process of FIXING such things.
1187204538 M * eyck and they do.
1187204544 M * eyck anyone else does that?
1187204552 M * daniel_hozac fix bugs?
1187204558 M * eyck yes.
1187204570 M * daniel_hozac umm, yeah. i'd say every distribution.
1187204578 M * eyck name one...
1187204585 M * daniel_hozac Fedora.
1187204591 M * eyck  (we're talking about fixing bugs WITHOUT introducing new ones)
1187204605 M * daniel_hozac you can never be sure you're not introducing new ones.
1187204611 M * eyck sure.
1187204617 M * Bertl eyck: that's what stable releases are all about
1187204618 M * eyck but you can try. 
1187204629 M * eyck and most people don't.
1187204629 M * Bertl eyck: trying to fix bugs without introducing new ones
1187204659 M * eyck yes, it's hard.
1187204754 M * eyck so you still don't like your debian maintainer? it still Ola?
1187204766 M * eyck oh my. I started talking Yoda.
1187204784 M * daniel_hozac we don't have any problems with the maintainers.
1187204794 M * daniel_hozac testing has updated stuff.
1187204798 M * Bertl at least, none we know off :)
1187204804 M * daniel_hozac hehe :)
1187204805 M * Bertl *of
1187204830 M * eyck testing is buggy, by design. 
1187204834 M * eyck I'm talking about fixing bugs.
1187204942 M * daniel_hozac so, go fix them.
1187204968 M * eyck it's Ola's task.
1187204998 M * Bertl so go, get Ola to fix 'em :)
1187205006 M * daniel_hozac good luck with that :)
1187205007 M * eyck  yessir.
1187205033 M * daniel_hozac you're aware he has nothing to do with the kernel, yes?
1187205065 M * eyck nope.
1187205086 M * eyck so why did you tell me that he's the maintainer?
1187205105 M * daniel_hozac we didn't.
1187205162 M * eyck hmm. correct.
1187205178 M * eyck you just didn't correct my error. fair enough.
1187205246 M * Bertl we are focusing on fixing Linux-VServer errors ...
1187205265 M * eyck good job.
1187205885 M * eyck btw, are there any plans to start using something like git or svk for development?
1187206191 M * eyck daniel_hozac: I'm having problems locating 2.0.3-rc2, I found 2.0.3-rc1 and 2.0.3-rc3, but it looks like rc2 is not ony any public servers, is there any way for me to get my hands on that?
1187206222 M * daniel_hozac why would you want rc2 if you already have rc3?
1187206230 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/patch-2.6.16.43-vs2.0.3-rc2.diff
1187206333 M * eyck daniel_hozac: I'm looking to find fix for the bug, I find that rc3 is quite different from rc1 that I'm using, and am having problems locating the lines that have to do with that problem from those that are releted to newer upstream kernel version
1187206337 M * eyck thanx.
1187206349 M * daniel_hozac i already gave you the patch that fixes the issue.
1187206357 M * daniel_hozac 21:01 < daniel_hozac> http://people.linux-vserver.org/~dhozac/p/k/delta-NULL-dev-fix01.diff is the patch that fixed it, FWIW.
1187206377 M * eyck OOOhh, 
1187206397 M * eyck stupid me, sorry, I thought you were talking to someone else
1187206459 M * eyck I just lost the only disk I had without raid protection in my systems, and am a little irritable
1187207056 M * Bertl daniel_hozac: uploaded the patches regarding tag stuff for review
1187207124 Q * Piet Remote host closed the connection
1187207185 J * Piet ~piet@tor.noreply.org
1187207245 M * daniel_hozac Bertl: looks good to me, could probably clean up the includes in tag.c.
1187207309 M * Bertl hmm, yeah, I didn't try to cut them down yet
1187207328 M * daniel_hozac slab was the only one that struck me as odd :)
1187207336 M * Bertl btw, didn't you have a magic script to find unnecessary includes?
1187207361 M * daniel_hozac it's dumb. it needs to be manually updated.
1187207365 M * Bertl I guess 2.3.x could benefit from a check there, quite a lot got simplified
1187207430 M * Bertl I guess I can do it the hard way too .. just comment out all includes in kernel/vserver/*.c and see what actually is required :)
1187207443 M * daniel_hozac hehehe.
1187207493 M * fb 'evening
1187207551 M * Bertl evening!
1187207702 M * fb i'm planning bigger change at my home linux box, any suggestions on linux flavour to use as a vserver host? The issue is it's not "standard" intel platform, but via's epia with their c3 cpu.
1187207724 M * daniel_hozac meaning 586.
1187207745 M * fb 686
1187207753 M * eyck hmm
1187207759 M * eyck i think 586
1187207764 M * fb with working cmov implementation ;)
1187207774 M * eyck c3 is missing something important
1187207787 M * fb model name      : VIA Nehemiah
1187207788 M * Bertl the intel logo?
1187207801 M * fb flags           : fpu de pse tsc msr cx8 mtrr pge cmov mmx fxsr sse rng rng_en
1187207815 M * fb not c3 but eden cpu misses cmov instruction
1187207820 M * Bertl the kernel should have an option for C3/Nehemiah
1187207821 M * daniel_hozac i'm pretty sure C3 is 586...
1187207841 M * fb Linux red 2.6.21-gentoo #1 Fri Apr 27 23:30:21 CEST 2007 i686 VIA Nehemiah CentaurHauls GNU/Linux
1187207845 M * fb ;)
1187207848 M * eyck this is C3-2 ?
1187207853 M * fb uhm
1187207854 M * eyck or classic C3?
1187207880 M * eyck daniel is talking about classic C3, you're talking about C3-2, thus, everyone is right ;) 
1187207886 M * daniel_hozac Nehemiah sounds like the newer one to me.
1187207916 M * fb i was thinking about switching to c7
1187207924 M * fb but this seems pointless for me
1187207945 M * fb even this one has nothing to do for the most time
1187208064 M * fb and what about my question? ;)
1187208094 M * daniel_hozac well, since you've got a 686, i don't see the problem.
1187208111 M * fb any?
1187208114 J * yarihm ~yarihm@84-75-109-39.dclient.hispeed.ch
1187208337 M * fb i was thinking about debian, what do you think?
1187208410 M * eyck well, vserver supposedly has very good relationship with debian vserver maintainers...
1187208542 M * Bertl fb: is it supposed to be a very small system?
1187208561 M * fb just my private mail/dns box
1187208583 M * fb plus experimental ipv6 and web devel
1187208586 M * Bertl ah, then probably any distro is fine
1187208671 M * bXi hmmm
1187208740 M * fb eyck: the doubt is i386-debian is compiled for 486 platform, if this should be considered as a major drawback (with the exception of libc-686 and kernel-686
1187208775 J * Rich_Estill ~restill@c-24-11-195-139.hsd1.mi.comcast.net
1187208853 Q * Piet Quit: Piet
1187208884 M * Rich_Estill Hey all, question:  Is there something wrong with the website?  I know I am having problems with my broadband, but I am getting a unable to connect error message.
1187208912 M * Bertl which one?
1187208988 M * Rich_Estill linux-vserver.org
1187209026 M * Bertl works fine here
1187209081 M * Rich_Estill OK, I confirmed is it my problem.  I logged into a remote machine and it works fine, but does not from home.
1187209303 J * Linus ~Linus@bl7-134-91.dsl.telepac.pt
1187209320 N * Linus freax
1187209356 M * bXi bah my gentoo is broken and the fix doesnt work :(
1187209363 J * coderanger__ ~coderange@wireless-77.media.mit.edu
1187209381 M * daniel_hozac bXi: hmm?
1187209383 M * eyck fb: it doesn't matter, especially since when you're running everything inside guests
1187209394 Q * yang Ping timeout: 480 seconds
1187209398 M * bXi it whines that dependency info is missing and that i should run depscan.sh
1187209405 M * bXi which fails seemingly
1187209544 Q * freax 
1187209589 M * bXi ah
1187209600 M * bXi had to reemerge baselayout
1187209629 Q * meandtheshel1 Quit: Leaving.
1187209760 Q * coderanger_ Ping timeout: 480 seconds
1187209793 J * Linus ~Linus@bl7-134-91.dsl.telepac.pt
1187209870 Q * Linus 
1187210192 J * Linus ~Linus@bl7-134-91.dsl.telepac.pt
1187210655 Q * coderanger__ Remote host closed the connection
1187210690 J * coderanger_ ~coderange@1cc-dhcp-120.media.mit.edu
1187211502 Q * dna Quit: Verlassend
1187211568 J * dna ~dna@192-233-dsl.kielnet.net
1187211787 Q * dna 
1187211978 N * DoberMann DoberMann[ZZZzzz]
1187212347 Q * fatgoose Quit: fatgoose
1187212669 J * Aiken ~james@ppp121-45-255-55.lns2.bne4.internode.on.net
1187213274 Q * Julius Quit: Verlassend
1187213552 J * FHTech ~Miranda@62.140.244.26
1187213662 Q * Aiken Remote host closed the connection
1187213671 M * FHTech Hello, who can knows the reason, Webinterface OpenVCP 0.2 is not displayed images OS. In openvcpd.conf the way to images is registered, at start of mistakes is not present. Webinterface OpenVCP them does not see...
1187213740 M * daniel_hozac when playing with software that is in development, always make sure you have the most recent version.
1187213852 M * FHTech v 0.3 demands PHP5, web interface should work on PHP4. Interests v 0.2...
1187213919 J * Aiken ~james@ppp121-45-255-55.lns2.bne4.internode.on.net
1187214093 Q * Aiken Remote host closed the connection
1187214102 J * Aiken ~james@ppp121-45-255-55.lns2.bne4.internode.on.net
1187214144 J * Julius ~julius@p57B2785D.dip.t-dialin.net
1187214324 Q * FHTech Quit: FHTech
1187214333 M * coderanger_ Bertl: You alive?
1187214341 M * Bertl yeah, do you need something?
1187214356 M * Bertl was going to get something to eat ...
1187214358 M * coderanger_ Nah, just wanted to make sure you weren't dead in a ditch somewhere in Boston
1187214372 M * Bertl ah, good to know that you care :)
1187214392 M * coderanger_ Bertl: The paperwork at customs to send a body back is very long ;-)
1187214409 M * Bertl i.c. any plans for dinner on your side?
1187214424 M * coderanger_ Nope, we're all just hammering away here
1187214457 M * Bertl k, np, then I get myself something ... bbl
1187214463 M * coderanger_ laters
1187214466 N * Bertl Bertl_oO
1187214953 J * virtuoso_ ~s0t0na@pppoe-51.58.110.89-adsl.spbnit.ru
1187215008 Q * yarihm Quit: Leaving
1187215311 Q * coderanger_ Ping timeout: 480 seconds
1187215365 Q * virtuoso Ping timeout: 480 seconds
1187215401 Q * Julius Quit: Verlassend
1187216264 J * Piet hiddenserv@tor.noreply.org
1187216940 J * dallas ~dallas@sf.newdream.net
1187218223 M * dallas has anyone used Linux-Vserver with NetApp nfs mounts inside the guests?
1187218238 M * dallas the nfs mounts work but access to .snapshot is not permitted
1187218314 M * daniel_hozac why not?
1187218371 M * dallas -su: cd: .snapshot: Operation not permitted
1187218395 M * dallas that's as a normal non-root user.  if I add BINARY_MOUNT to ccapabilities it works for root
1187218426 M * dallas I don't know all of the security ramifications of adding that capability, but on top of that it's normal users that need the access.  
1187218437 M * daniel_hozac so what _is_ .snapshot?
1187218446 M * dallas It's not actually doing any mounting as far as I understand it, but that seems to be what vserver thinks is going on.
1187218460 M * dallas .snapshot is part of the NetApp wafl filesystem where it stores past revisions of the file system
1187218501 M * dallas it doesn't show up in 'ls' but you can just "cd .snapshot" from any point in the file system and see past versions inside directories named things like weekly.1 and nightly.0, etc.
1187218533 M * dallas beyond that aspect of thigns I don't really know how the magic works, to be honest... but everythign 'just works' on non-vserver.  I'm hunting for clues
1187218549 M * daniel_hozac so this is just regular NFS, right? it doesn't require a kernel module or anything?
1187218553 M * dallas right
1187218566 M * daniel_hozac what kernel?
1187218596 M * dallas it's 2.6.19.7
1187218613 M * daniel_hozac with vs2.2.0.3?
1187218680 M * dallas I think it might be 2.2.0 ... using this patch file.. .patch-2.6.19.7-vs2.2.0-grsec2.1.10-20070402.diff
1187218705 M * daniel_hozac the only places that check for VXC_BINARY_MOUNT are places where mounting happens.
1187218719 M * daniel_hozac you might want to try without grsec...
1187218766 M * dallas can I provide BINARY_MOUNT type capabilities to normal users?  that's not really what I want, but I'm wondering the options
1187218789 M * dallas on a standard system all of this works without any sort of special privileges
1187218908 M * daniel_hozac which sounds like a security problem to me.
1187218990 M * dallas it only allows access to files you already have access to in the regular filesystem.  there's no changing of nfs mounts going on or anything.  it's just handy automatic backups
1187219016 M * dallas other NAS devices do similar things as well
1187219044 M * daniel_hozac well, the kernel disagrees :)
1187219081 M * daniel_hozac in that kernel, there are two places where it checks for VXC_BINARY_MOUNT, vfs_kern_mount and do_kern_mount.
1187219102 M * dallas ok, good to know
1187219143 M * dallas I'll try non-grsec and see if anything changes
1187219924 M * dallas .snapshot shows up as a read-only section of the filesystem so the NetApp may be doing something tricky to make that happen
1187220397 N * Bertl_oO Bertl
1187220401 M * Bertl grsec fun?
1187220659 M * dallas maybe so... I'm going to try a vserver kernel without grsec and see if it makes a difference
1187220771 Q * Linus Quit: I'll Be Back !
1187220799 M * Bertl dallas: yeah, that would be great!
1187220855 M * Bertl daniel_hozac: btw, the result of the brute force approach ... http://vserver.13thfloor.at/Experimental/delta-include-clean01.diff
1187220874 M * Bertl off to the shower now, back shortly ...
1187220936 J * Linus ~Linus@bl7-134-91.dsl.telepac.pt
1187221443 M * Bertl wb Linus!
1187221451 M * Linus hi Bertl 
1187221452 M * Linus :)
1187221476 M * arachnist Linus... Linus... from where do i know that name ;)
1187221490 M * Linus lool
1187221498 M * Linus i dont know :(
1187221518 M * Bertl probably some comic figure :)
1187221533 M * Linus Ф.o
1187221536 M * Linus :ю
1187221578 M * Bertl here we go: http://www.snoopy.com/comics/peanuts/meet_the_gang/meet_linus.html
1187221663 J * sagewk ~sage@ip-64-111-111-70.dreamhost.com
1187221759 M * Bertl welcome sagewk!
1187221881 M * arachnist I know! I know! He must be one of DragonFlyBSD developers ;)
1187221885 M * Linus Bertl lol  yes this is me
1187221887 M * Linus :P
1187222028 M * arachnist http://www.geekologie.com/2007/07/16/now-watch.jpg