1183939586 J * FireEgl FireEgl@Sebastian.Atlantica.CJB.Net
1183941874 M * flea does someone have an multi routing table scheme working along with vservers?
1183942041 J * DoberMann_ ~james@AToulouse-156-1-72-252.w90-16.abo.wanadoo.fr
1183942152 Q * DoberMann[ZZZzzz] Ping timeout: 480 seconds
1183942501 M * doener slack101: you welcome yourself? o.O
1183942951 M * flea I have to use multiple routing tables to have a specific routing table on a vserver. To setup it do I have do to setup a pair device inside the host?
1183943236 Q * Aiken Remote host closed the connection
1183943266 J * Aiken ~james@ppp121-45-220-241.lns2.bne1.internode.on.net
1183944206 J * jordi_ ~jordi@115.Red-213-96-69.staticIP.rima-tde.net
1183944298 Q * jordi Ping timeout: 480 seconds
1183944504 M * slack101 doener, i do
1183945907 Q * jordi_ Ping timeout: 480 seconds
1183946321 M * AStorm Hmm, I'm unable to port hard cpu limiting to newest CFS
1183946327 M * AStorm it did away with timeslices
1183946353 M * AStorm VServer scheduler would have to be ported as another scheduling policy
1183946476 M * AStorm and I wonder whether hard cpu limits are relative to the usual tasks, or not
1183946527 M * AStorm I mean, in case of load by normal tasks, will the VM with more entitlement run first, or will all tasks with tokens run
1183946535 M * AStorm and when exactly are the tokens replenished
1183946570 M * AStorm token update seems to be based on real time, so a load would mean more tokens for all VServers
1183946852 M * AStorm When the VServer scheduler is rewritten as another policy, the VServers will be scheduled separately from other tasks
1183946882 M * AStorm Hmm, maybe not
1183946975 M * AStorm add a new SCHED_VSERVER scheduling class
1183946985 M * AStorm which will use VServer's hard cpu policy
1183947000 M * slack101 AStorm, no one is up right now ;)
1183947011 M * AStorm Not a problem, there are logs :P
1183947068 M * slack101 few more hours people will be up
1183947073 M * slack101 AStorm, where you located ?
1183947096 M * AStorm Poland
1183947102 M * AStorm though having a sleepless night
1183947121 M * slack101 ah
1183947173 M * slack101 be like 5 hours before western hemisphere wakes up ;)
1183947218 M * AStorm It seems I really have to rewrite that VServer CPU time policy
1183947568 M * AStorm it seems to be cheating - at least the vx_need_resched
1183947723 M * AStorm It seems I'd have to eat a token on each CPU tick for it to stay working
1183947733 M * AStorm Let's see how that will work for a hack
1183947753 M * slack101 AStorm, hyst  wait wait will Bertl_zZ  wakes up ;)
1183947761 M * AStorm :>
1183947772 M * slack101 till*
1183947781 M * slack101 he wakes up every 4 hours or so 
1183948964 M * AStorm :>
1183948991 Q * kir Ping timeout: 480 seconds
1183949218 J * jordi ~jordi@115.Red-213-96-69.staticIP.rima-tde.net
1183949616 J * kir ~kir@swsoft-mipt-nat.sw.ru
1183950188 Q * nox Ping timeout: 480 seconds
1183950518 Q * kir Ping timeout: 480 seconds
1183950536 J * nox ~nox@static.88-198-17-175.clients.your-server.de
1183951521 J * sio2 ~sio2@pool-141-156-186-46.esr.east.verizon.net
1183951670 M * sio2 anyone know why I could be getting undefined references to `TEMP_FAILURE_RETRY' in util-vserver-0.30.213?  I'm using dietlibc 0.30 and gcc 4.1.1.
1183952425 Q * Piet Quit: Piet
1183954648 M * sio2 r
1183954688 J * kir ~kir@swsoft-mipt-nat.sw.ru
1183960156 J * games_hints ~games_hin@24-183-50-11.dhcp.mdsn.wi.charter.com
1183960225 P * games_hints 
1183962740 Q * yarihm Quit: Leaving
1183962991 N * DoberMann_ DoberMann[PullA]
1183963709 Q * pflanze Remote host closed the connection
1183963776 J * rookie22 ~user1@dialin-160-80.tor.primus.ca
1183963903 P * rookie22 
1183966119 J * DavidS ~david@p57A4A8EB.dip0.t-ipconnect.de
1183966560 N * esa eSa|
1183967506 M * harry The latest stable version of the Linux kernel is:  2.6.22 2007-07-08 23:49 UTC
1183967509 M * harry let's get cracking!
1183969146 J * cedric ~cedric@80.70.39.67
1183969562 Q * Hollow Quit: Caught sigterm, terminating...
1183969585 J * Hollow ~hollow@proteus.croup.de
1183971381 J * Eimann eimann@chaconne.etherkiller.de
1183971384 M * Eimann moin
1183971405 M * Eimann just wanted to say that everything runs fine since i disabled that legacy stuff last night ;)
1183971446 M * DavidS yeah, legacy must die :))
1183971471 N * Bertl_zZ Bertl
1183971476 M * Bertl morning folks!
1183971481 M * Bertl Eimann: good to hear!
1183971497 M * Eimann moining Bertl :)
1183971527 M * DavidS hi Bertl :) 
1183971623 M * Bertl hey DavidS! how's gong in debian land?
1183971714 M * DavidS :) not to bad .. tomorrow i'll probably visit a potential business partner in .NL .. I'm excited :)
1183971802 M * DavidS meanwhile i'm trying to finish my masters thesis and automate my hosting setup with puppet
1183972169 M * Bertl sounds good!
1183972688 Q * Aiken Quit: Leaving
1183973017 M * AStorm Bertl, and I've got goodies for you
1183973024 M * AStorm CFS upgrade of vs2.2.0-r5
1183973038 M * Bertl sounds good! so you figured how to handle the changes?
1183973045 M * AStorm Somewhat, yep
1183973059 M * Bertl what was the solution?
1183973068 M * AStorm I'm still not sure whether the tokens will drain too fast with hard cpu
1183973088 M * AStorm Just forced the vx_need_resched into schedule loop :P
1183973096 M * AStorm (as it were)
1183973100 M * Bertl ah, should probably be tested
1183973106 M * AStorm other things put where they should be
1183973134 M * AStorm the pausing needs most testing
1183973136 M * Bertl is it still run per cpu?
1183973141 M * AStorm Yes, per-cpu
1183973147 M * Bertl then it should be fine
1183973150 M * AStorm I didn't change its code at all
1183973162 M * AStorm just put the functions in the proper new places
1183973191 M * AStorm A proper port would probably create a scheduling policy
1183973196 M * AStorm per-context
1183973212 M * AStorm it's possible now with CFS v19, but I'm not a scheduler hacker at all :P
1183973249 M * AStorm Some guy just implemented per-group fairness
1183973263 M * AStorm so I think per-context fairness with limiting shouldn't be that hard
1183973278 M * Bertl yeah, would be interesting to benchmark that against the current hard/idle cpu stuff
1183973285 M * AStorm If it works :P
1183973316 M * Bertl the funny thing is, that the hard/idle cpu scheduler has really low scheduling overhead compared to two elvel schedulers and such
1183973421 M * Bertl okay, please upload the relevant patches somewhere I can have a closer look, probably I'll test integrate them into 2.3.x ...
1183973614 M * AStorm CFS is a major scheduler cleanup too, it'd be nice to port VServer to its infrastructure, I didn't do that
1183973641 M * AStorm It's possible to create a separate scheduling class for vcontexts
1183973658 M * AStorm and have 0 overhead in the general case
1183973754 M * Bertl what about the vserver case? :)
1183973784 M * Bertl btw, do you plan to keep working on those patches?
1183973807 M * AStorm Maybe, first I'll show you that patch
1183973831 M * AStorm after forward-port (should be no conflicts - done the patches on yesterday's git)
1183973879 M * AStorm but that's after I return from the workout
1183973919 M * Bertl okay :)
1183973962 M * AStorm and after testing them :P
1183974082 M * AStorm they build fine at least
1183974187 M * AStorm sys_adjtimex has to be checked - I don't know if that syscall has to be handled like gettimeofday
1183974601 M * Bertl will check it ...
1183974630 M * AStorm it's used by NTP at least
1183974633 M * AStorm BBL
1183974657 M * Bertl yeah, I remember those strange messages from NTP
1183974698 J * Aiken ~james@ppp121-45-220-241.lns2.bne1.internode.on.net
1183975193 M * Bertl morning Aiken!
1183975214 M * Aiken hello Bertl 
1183975455 J * meandtheshell ~markus@85.127.116.3
1183975465 J * pmenier ~pmenier@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr
1183975492 M * Bertl wm meandtheshell! pmenier!
1183975520 M * Bertl *wb actually :)
1183975603 M * pmenier Hi Bertl
1183975649 M * pmenier Last news : i've tested 2.6.22-rc7 with patch 2.6.22-rc7-vs2.2.0-rc5 : ok for me
1183975695 M * meandtheshell Bertl: hi there :)
1183976233 J * Daniel15 ~daniel@adsl.daniel15.com
1183976237 M * Daniel15 Hi guys... anyone here?
1183976267 M * Daniel15 Anyone know what all this means (output from "dmesg" command)?: http://paste.linux-vserver.org/4126
1183976295 M * Daniel15 One of my vservers can't seem to connect to any other server, and that's what appears in the host's log files
1183976660 Q * mountie Quit: LUNCK!
1183976785 J * mountie ~mountie@CPE0080c6fe324f-CM000a739acaa4.cpe.net.cable.rogers.com
1183976785 J * bzed ~bzed@dslb-084-059-115-177.pools.arcor-ip.net
1183976982 M * blues re
1183977018 M * blues waldi: I have ready kernel for IA64 with vserver
1183977025 M * blues waldi: seems to be working...
1183977027 M * blues :)
1183977046 M * blues 2.6.20.12-vs2.2.0+vserver
1183977071 M * blues waldi: It's from linux-source-2.6.20.12-vs2.2.0-amd64-squash-drbd-256ip_10.01_all.deb
1183977081 M * blues rebuild with fixed config
1183977148 J * lilalinux ~plasma@80.69.41.3
1183977163 M * Bertl blues: great!
1183977200 M * Bertl Daniel15: do you have the first of those warnings?
1183977217 M * Bertl Daniel15: also, what kernel version is that?
1183977337 M * Daniel15 I'm using the Debian kernel - 2.6.18-4-vserver-686
1183977393 M * Daniel15 I'll grab the whole log... One sec
1183977498 M * Daniel15 http://server2.daniel15.com/temp/messages
1183977501 M * Daniel15 That's the whole log file
1183977507 M * Daniel15 (the /var/log/messages one)
1183977541 M * Daniel15 The system seemed to lock up (I think it was the network card) so I got the data centre to restart it. After it was restarted, those errors keep coming up.
1183977574 M * Daniel15 I can connect to the vservers fine, but the vservers can't connect to other servers. 
1183977585 M * Daniel15 (eg. I can't ping from a vserver, and lynx doesn't connect)
1183977872 M * Daniel15 Would compiling my own kernel solve the issue? Is this an issue with the kernel version?
1183978143 Q * sio2 Remote host closed the connection
1183978249 M * waldi hmm, via ...
1183978308 M * Bertl Daniel15: no idea, but I'd give it a try
1183978311 M * waldi                 WARN_ON(atomic_read(&dst->__refcnt) < 1);
1183978319 M * waldi this looks like a generic error
1183978328 M * Bertl Daniel15: maybe a newer driver can help there
1183978410 M * Daniel15 Newer driver? I'm a newbie at this... How do I do that?
1183978415 M * Daniel15 Would a newer kernel have the newer driver?
1183978422 M * Bertl that was the idea :)
1183978446 M * Bertl i.e. try to compile e.g. 2.6.20.15 or 2.6.21.5
1183978469 M * Daniel15 Is 2.6.22 fine?
1183978475 M * Daniel15 That's the one I just downloaded.
1183978484 M * Bertl it is not really tested yet (newly release)
1183978494 M * Bertl but if that doesn't scare you, it should be fine
1183978524 M * Daniel15 OK :)
1183978553 M * pmenier Bertl: last patch for vserver is for 2.6.22-rc7
1183978562 M * Daniel15 I'm learning as I go along... Following a kernel compilation tutorial: http://www.howtoforge.com/kernel_compilation_debian_etch :P
1183978569 M * Daniel15 Oh, there's no vserver patch for 2.6.22, is there?
1183978571 M * Bertl pmenier: will be updated shortly
1183978580 M * pmenier cool :)
1183978581 M * Daniel15 I guess I'll have to use an older one, then?
1183978592 M * Bertl Daniel15: you should start with a vanilla kernel first
1183978623 M * Bertl 2.6.18 and 2.6.22 are quite different, make sure that 2.6.22 (vanilla) boots on your machine, till then you'll have a 2.6.22 vserver patch :)
1183978697 N * pmenier pmenier_lunch
1183979256 M * Daniel15 I'm guessing this will take a while? :P
1183979263 M * Daniel15 (compiling the kernel, I mean)
1183979276 M * Bertl depends on what configuration you use
1183979291 M * Bertl can be from a few minutes to several hours
1183979324 M * Daniel15 I copied the Debian one (which probably wasn't a good idea)
1183979332 M * Daniel15 Like I said, I'm a newbie :P
1183979339 M * Bertl so more in the several hours range :)
1183979363 M * Bertl btw, you might want to double check (unless you took a config from a 2.6.21 debian kernel)
1183979385 M * Daniel15 Maybe I should stop the compilation and use a custom configuration?
1183979387 M * Bertl because several options changed between those kernels, so you might now be missing your harddisk driver or so
1183979401 M * Daniel15 OK, I killed it :P
1183979406 M * Daniel15 I'll configure it properly, I guess
1183979514 M * Daniel15 How do I know which options to select?
1183979526 J * sannes ace@har.sagt.no
1183979527 M * Bertl there are help texts for each option
1183979547 M * Bertl and if you still don't know, I'd suggest to take the default
1183979552 M * Bertl wb sannes!
1183979568 M * Daniel15 Would using the default options for most things be alright?
1183979592 M * Bertl probably, but not for all of them :)
1183979629 M * Bertl IMHO the best way is to start with a minimal config, and enable what you actually need/have until your kernel works as expected
1183979644 M * Bertl (you can get a really minila one with 'make allnoconfig')
1183979650 M * Bertl *minimal
1183979697 M * Daniel15 For "Processor Family", should I choose "586/K5/5x86/6x86/6x86MX"? I'm using a 32-bit AMD Sempron
1183979710 M * Daniel15 Pentium-Pro was chosen by default, but I don't think that'd be right :P
1183979802 M * Bertl did you read the help texts for each?
1183979886 M * Daniel15 Yeah, but they're not too helpful for me :P
1183979903 M * Daniel15 I think that "Athlon/Duron/K7" is probably the right choice?
1183979989 M * Bertl looks good
1183980031 M * Bertl in case of doubt, you can always choose a more generic one here
1183980411 M * blues waldi: short question - is it possible to have kernel prepared for IA64 with next vserver releases? :)
1183980484 M * waldi blues: mailto:debian-kernel@lists.d.o
1183980499 M * waldi sure it is possible, but ia64 looks unmaintained
1183980566 Q * mcp Read error: Connection reset by peer
1183980574 J * mcp ~hightower@wolk-project.de
1183980640 M * blues waldi: well, I don't see big chances to have it in mainstream debian package
1183980657 M * blues waldi: I was thinking about http://linux-vserver.derjohn.de/ 
1183980659 M * blues :)
1183980756 M * waldi blues: why do you think?
1183980812 M * derjohn waldi, what do you think ?
1183980849 M * waldi derjohn: lets say, I can decide to add it
1183980865 M * waldi but I can't maintain it as I have no access to such a machine
1183980894 M * derjohn waldi, IMVHO is question is: Will the newer stuff appear in sid ?
1183980917 M * waldi define "newer stuff"?
1183980927 M * derjohn 2.2.0 ?
1183980938 M * derjohn oder even devel ?
1183980943 A * waldi .o0( does 2.0 work with .21 oder .22? ... )
1183980966 M * derjohn In Sid or Experimental it would be nice to see 2.3
1183980980 N * pmenier_lunch pmenier
1183980986 M * derjohn 2.2.0 is stable for quite a long time. IIRC Etch ships 2.0.2.2 or such.
1183981051 M * derjohn I would be perfectly happy if I can build more experimental stuff in my tree (like bonbons v6 support , io accouting etc.)
1183981077 M * blues derjohn: well - I should talk to you, not waldi :D
1183981095 M * blues hihihi
1183981114 M * derjohn blues, at least my repo contains a backport of utils .213 which you should use. .212 has quite some bugs and is still what is being shipped with etch.
1183981153 M * Bertl waldi: no, definitely not
1183981178 M * waldi Bertl: this was a retoric question ...
1183981180 M * blues derjohn: I have "lenny" here, which has .213 :)
1183981184 M * derjohn blues, nah, you can talk to us both. waldi is one of the official debian maintainers. And what he hears here on the channel might influence futher procedings on the Debian kernel.
1183981217 M * Bertl waldi: just wanted to clarify for the logs :)
1183981852 M * Bertl okay, uploaded vs2.2.0-rc5 for 2.6.22
1183982582 Q * cedric Ping timeout: 480 seconds
1183982691 M * meandtheshell hi folks - is there a command to figure the number of files installed in a system i.e. what "find / -type f | wc -l" would give
1183982736 M * meandtheshell I am looking more for some stored value like with "locate" so I don't have to run the afore mentioned
1183982886 J * cedric ~cedric@80.70.39.67
1183983409 M * meandtheshell for the record "locate -c *"
1183983549 M * Bertl df -i should give you an idea (will include dirs too)
1183983571 M * Bertl okay, translocating now ... back later
1183983576 N * Bertl Bertl_oO
1183983648 M * Daniel15 I compiled my kernel (took 40 minutes or so)
1183983654 M * Daniel15 Reboot now; I hope it works :P
1183983657 M * Daniel15 Rebooting*
1183983755 M * Daniel15 Oh yeah! It worked :D
1183984098 M * Daniel15 "[21:50] <Bertl> okay, uploaded vs2.2.0-rc5 for 2.6.22"
1183984103 M * Daniel15 I can't find it... Where is it? :P
1183984220 M * Bertl_oO usual place: http://vserver.13thfloor.at/Experimental/patch-2.6.22-vs2.2.0-rc5.diff
1183984264 M * Daniel15 OK, thanks :)
1183984281 M * Bertl_oO I'm off for a few hours, more later ...
1183984294 M * Daniel15 OK, see you later
1183984304 M * Daniel15 It's 10:30 PM here; I'll probably be gone when you're back :P
1183984537 J * cruser ~chatzilla@72.242.194.162
1183984569 M * blues derjohn: scripts in debian are buggy, I think...
1183984587 M * blues I: Retrieving Release
1183984587 M * blues I: Retrieving Packages
1183984587 M * blues I: Retrieving Packages
1183984587 M * blues I: Resolving dependencies of required packages...
1183984587 M * blues I: Resolving dependencies of base packages...
1183984590 M * blues W: Failure trying to run: chroot /etc/vservers/.defaults/vdirbase/arka mount -t proc proc /proc
1183984593 M * blues K
1183984616 M * blues etch, sid, lenny
1183984623 M * blues works only with sarge
1183984701 J * ema ~ema@rtfm.galliera.it
1183984769 M * derjohn blues, hm ? did you try -m debootstrap -- -d etch ?
1183984779 M * blues derjohn: yes
1183984781 M * derjohn or -m debootstrap -- -d stable ?
1183984793 M * derjohn (that makes a difference)
1183984797 M * derjohn mind the "--" !
1183984816 M * blues derjohn: yes, I did
1183984852 M * blues derjohn: -m debootstrap -- -d etch
1183984865 M * derjohn try "stable" instead etch
1183984874 M * blues W: Failure trying to run: chroot /etc/vservers/.defaults/vdirbase/arka mount -t proc proc /proc
1183984877 M * blues >>> Executing post install script ...
1183984879 M * derjohn did you upgrade from old utils ? or fresh install ?
1183984880 M * blues secure-mount: chdir("/tmp"): No such file or directory
1183984882 M * blues /etc/vservers/arka/fstab:2:1: failed to mount fstab-entry
1183984885 M * blues find: var/run: Nie ma takiego pliku ani katalogu
1183984887 M * blues fakerunlevel: open("/var/run/utmp"): No such file or directory
1183984890 M * blues Failed to start vserver 'arka'
1183984896 M * blues derjohn: fresh
1183984908 M * derjohn  Nie ma takiego pliku ani katalogu <-- rot13 :) =?
1183984924 M * fb derjohn: "no such file or directory"
1183984926 M * fb in polish
1183984927 M * fb :)
1183984999 M * blues derjohn: well - locales :D - as "fb" said :)
1183985032 M * derjohn hm, so did you vserver arak build --force in the second step ?
1183985406 M * AStorm Heh, I'm back, testing the new 2.6.22-vs2.2.0-rc5-cfs-v19
1183985554 M * blues re
1183985563 M * blues derjohn: no - it didn't
1183985587 M * blues derjohn: with force it stucks in the same moment
1183985607 M * daniel_hozac blues: Debian appears to be having issues right now.
1183985609 M * blues derjohn: I'm not the first person which had the same problems
1183985618 M * derjohn well, if debootstrap doesnt complete, the scritps stops to work.
1183985632 M * derjohn try: -m skeleton and copy a debian etch into it.
1183985644 M * derjohn I can provide a template, if you trust my basic install.
1183985673 M * derjohn (basically you should remove nearly all /dev/ entries before you copy a physical one into a guest.
1183985740 M * blues derjohn: for me _now_ it's not a problem.
1183985761 M * blues derjohn: -d sarge works and I've done it
1183985780 M * blues derjohn: right now I'll make just quick upgrade 
1183985789 M * blues derjohn: but I'm reporting the problem :)
1183985806 M * derjohn blues, ok. if one package in lenny fails, debootstrap stops. in etch that shouldnt appear .. its frozen for some time.
1183985808 M * derjohn kk
1183985821 M * derjohn blues, pks file a report on bugs.debian.org !
1183985825 M * derjohn *pls
1183985844 M * blues derjohn: would you like to make the report for me? :)
1183985894 M * derjohn blues, no ... I canoot paste anything etc. And I dont know the exact source of the prob yet.
1183985949 M * derjohn besides that, It makes a good impression if s.o. else than me files that stuff :) ...  anyway: micah does a godo job on the util-vserver package. micah whats the status ?
1183986019 M * blues derjohn: sure - I'll do this :)
1183986033 M * blues derjohn: I'm just too lazy ;)
1183986121 M * derjohn blues, get rid of the blues and file a bug. it only one simple e-mail with 10+ lines.
1183986174 M * blues derjohn: #363049
1183986180 M * blues derjohn: It is reported...
1183986190 M * derjohn heh, blues: stay lazy ;)
1183986245 M * daniel_hozac derjohn: status of what?
1183986296 M * blues derjohn: that bug was already reported 17 Apr 2006
1183986297 M * blues heh
1183986304 M * blues nice
1183986341 M * derjohn daniel_hozac, of the util-vserver in etch ... any plans to upgrade to .213 ot fix at least the bugs in 212 ? A package on backports.org? 
1183986343 M * blues back to work right now :)
1183986377 Q * pmenier Read error: Connection reset by peer
1183986379 M * daniel_hozac 0.30.213 has been at backports.org for weeks now.
1183986397 M * derjohn oh, fine. then I can point that out here on on faq.
1183986402 M * derjohn *and on
1183986435 A * derjohn uses my own backport, so i was not aware about the other stuff.
1183986957 M * cruser Hi. I have changed a virtual guest hostname by editing "nodename" and "name" files under the /etc/vserver/vguest tree. I would also like to change where the vguest lives. Like /etc/vservers/vguest-newname and /vservers/vguest-newname. Is there a utility to do this? Many thanks.
1183986986 M * daniel_hozac no.
1183986996 M * daniel_hozac you'll have to do it manually.
1183987005 M * daniel_hozac remember to fix all the symlinks in /etc/vservers/<guest>
1183987019 M * cruser Yes I am looking there now.
1183987031 M * cruser Just renaming them will do it?
1183987067 M * Daniel15 I compiled my own kernel, and get this message whenever I try to start a vserver:
1183987068 M * Daniel15 ncontext: vc_net_create(): Invalid argument
1183987071 M * Daniel15 What does this mean?
1183987102 J * pmenier ~pmenier@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr
1183987335 M * daniel_hozac Daniel15: that you didn't specify a static context id and you disabled the support for dynamic ones in the kernel.
1183987353 M * daniel_hozac cruser: hmm? you have to recreate the symlinks.
1183987356 M * Daniel15 Yeah, I just noticed that and found the solution :)
1183987371 Q * pmenier Remote host closed the connection
1183987401 M * Daniel15 :( I tried upgrading my kernel but I'm still facing the same problem I was before
1183987404 M * Daniel15 http://paste.linux-vserver.org/4154
1183987411 M * Daniel15 That's what I get in the /var/log/messages log file
1183987422 M * Daniel15 My vservers seem to have  problems connecting to other servers
1183987427 J * pmenier ~pmenier@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr
1183987429 M * Daniel15 And those messages appear in the log file
1183987438 M * Daniel15 I can connect to the vservers fine
1183987448 M * cruser daniel_hozac: Is see three in the /etc/vserver/vguest "cache" "run" "vdir". Would that be all of them? Thank you.
1183987454 M * flea how do you control the routes a guest server sees since those are shared with the host? I'm posting this question because I have routes in my host server that I don't wish to be shared inside the guest server. Thnks
1183987468 M * Daniel15 I was running the latest Debian kernel, but now I'm trying a kernel I compiled before (2.6.22, vs2.2.0)
1183987548 M * daniel_hozac cruser: probably, depends on your setup.
1183987580 M * AStorm blizz, the funny thing is that I pulled just before 2.6.22
1183987580 M * daniel_hozac flea: you don't.
1183987589 M * AStorm so the only patch is the version :P
1183987603 Q * Aiken Quit: Leaving
1183987647 M * blizz typo+highlight? :-)
1183987695 M * cruser daniel_hozac: Okay. Looking at the sym links I see the /etc/vserver/vguest/cache is broken for all my vguests. Is this a problem? Thanks.
1183987717 M * flea daniel_hozac, isn't that a drawback? I don't wish that my guest shares the routes with my host. Even if I user mutiple routing tables plus marking, the routes the guest will see will allways be the main routing table. :(
1183987747 M * daniel_hozac cruser: only if you use disk limits :)
1183987805 M * daniel_hozac flea: patches accepted, i guess. i don't really see the point though.
1183987977 M * AStorm blizz, hmm, interdiff can't create a diff between 2.6.22-rc7-vs2.2.0-cfs and the base one
1183987979 M * AStorm :/
1183987983 M * AStorm too hard :P
1183988018 M * AStorm Uhm, sorry, I meant Bertl_oO 
1183988019 M * flea daniel_hozac, ofr instance if you host server has acess to more networks or uplinks the guest server will be able to see them, even if you use a diferent routing table I guess its allways at least a security disclosure to show all the networks inside the host server. 
1183988047 M * blizz lol
1183988098 M * flea daniel_hozac, I don't know if i'm saying a big nonsense here... :)
1183988114 M * daniel_hozac flea: and the guest will normally be able to use all of them, so i don't really see the problem. of course, adding a flag to hide routes wouldn't be too hard, i guess.
1183988246 M * flea daniel_hozac, why will be normal? If you have your server doing more things and you're using vservers just to implement isolated services, each vserver should see only the routes he will be using. I don't see any advantage to publish and give access inside the guest server all the routes he wont be using I guess...
1183988375 M * daniel_hozac so, create the flag.
1183988435 M * flea maybe the simple way should be to be able to force bind it to one of the multiple routing tables. This way you should only see that table and not the "main" one
1183988483 Q * ktwilight Quit: if only...
1183988487 M * flea When I'll finish the work I'm doing I'll take a look on the vserver kernel code to see if that's simple to manage.
1183988499 M * flea daniel_hozac, thanks for your help
1183988523 M * flea you've saved me a few hours of brain burning... :D
1183988660 M * Daniel15 Can anyone help me with my problem? I have no clue how to fix it :(
1183988772 Q * eSa| Quit: Coyote finally caught me
1183988825 J * ktwilight ~ktwilight@142.79-66-87.adsl-dyn.isp.belgacom.be
1183989116 M * daniel_hozac Daniel15: so this is 100% reproducible?
1183989213 M * daniel_hozac Daniel15: and the ones you pasted are the first ones since you rebooted?
1183989271 Q * ktwilight Remote host closed the connection
1183989403 J * ktwilight ~ktwilight@142.79-66-87.adsl-dyn.isp.belgacom.be
1183990054 M * Daniel15 Bah, I broke my server trying to fix it... I'll have to get the data centre to reboot into the standard kernel for me :/
1183990066 M * Daniel15 I'll be back later.
1183990069 Q * Daniel15 Quit: Leaving
1183990180 M * cruser daneil_hozac: I have created the smb links.  Everything seems to work fine except I get RTNETLINK messages using "vserver vguest start/stop". Is that something to worry about? Thanks.
1183990612 Q * hallyn_ Quit: leaving
1183990614 J * hallyn ~xa@adsl-75-0-154-11.dsl.chcgil.sbcglobal.net
1183991104 M * pmenier just for info : i've tested kernel-2.6.22 with patch-2.6.22-vs2.2.0-rc5 on amd64 in a vmware : it's ok
1183991160 J * DiAMoND ~noneya@c-76-107-54-247.hsd1.la.comcast.net
1183991169 P * DiAMoND 
1183991580 M * AStorm Ok, another patch to dump in for power savings - dynticks are finally available for x86_64
1183991842 J * melek|work ~ben@84-93-217-68.plus.net
1183991869 M * melek|work has anyone had "odd" behaviour with nfs permissions using vservers?
1183991908 M * ktwilight how odd is odd?
1183992643 J * Piet hiddenserv@tor.noreply.org
1183993344 Q * fb Quit: przerwa techniczna
1183994221 Q * lilalinux Remote host closed the connection
1183994267 J * lilalinux ~plasma@80.69.41.3
1183994616 M * cruser Hi. When starting a vguest I get this: "RTNETLINK answers: File exists" and when stopping the vguest I get "RTNETLINK answers: Cannot assign requested address".
1183994631 Q * Piet Ping timeout: 480 seconds
1183994810 M * DavidS cruser: you seem to have configured vserver to create a route/ip address that is already configured
1183994826 M * DavidS consider adding a "nodev" file in the appropriate place
1183994860 J * Piet hiddenserv@tor.noreply.org
1183994936 M * cruser DavidS Thanks, I will look around for "nodev". This is on a vguest in which I changed it's name, like /etc/vservers/vguest-newname.
1183995142 J * Daniel15 ~daniel@adsl.daniel15.com
1183995155 M * Daniel15 I'm back :). daniel_hozac, you still here?
1183995587 M * cruser DavidS: Thanks, I did a "touch vguest/interfaces/0/nodev" and the rtnetlink went away. I have a vguest/interfaces/0/dev file (eth0) would that get in the way?
1183995616 M * Daniel15 cruser, I think you need to put "nodev" into interfaces/0/dev, but I'm not too sure
1183995634 J * onox ~onox@kalfjeslab.demon.nl
1183995646 M * Daniel15 I have no idea what you're actually talking about, but I think that's right :D
1183995683 M * onox 122 nicks :o
1183995699 M * Daniel15 Yeah... Most people are idle, though :P
1183995711 M * arachnist l;>
1183995968 M * daniel_hozac no kidding? 122 people speaking at once would suck.
1183995995 M * daniel_hozac cruser: most likely you have a /etc/vservers/<guest>/interfaces/0/name file.
1183996016 M * Daniel15 Yeah, but I meant there's very few people that are actually speaking. Indeed, 122 people speaking at once is incredibly annoying
1183996033 M * daniel_hozac cruser: you should manually remove the IP address, remove that file, and remove nodev.
1183996080 M * cruser daniel_hozac: Let me have a look, thanks.
1183996175 J * getsugah ~zang@ACaen-157-1-124-88.w90-17.abo.wanadoo.fr
1183996197 P * getsugah Konversation terminated!
1183996214 J * Piet_ hiddenserv@tor.noreply.org
1183996216 Q * Piet Remote host closed the connection
1183996259 M * cruser daniel_hozac: Maybe I did not understand you. I removed interfaces/0/{name,ip,nodev} files.
1183996270 M * daniel_hozac you shouldn't have removed ip :)
1183996298 M * daniel_hozac you should have removed the IP address, i.e. with ip addr del.
1183996343 M * cruser ...opps, thanks. Let me try that.
1183996505 M * Daniel15 Are you able to help me with my problem? http://paste.linux-vserver.org/4165 explains what's happening
1183996518 M * Daniel15 Here's a bit from the log file: http://paste.linux-vserver.org/4164
1183996525 M * cruser daniel_hozac: I did not run "ip addr del" but the unwanted message is gone. I now have "dev" and "ip" in my interfaces/0 directory. Is that about right? Thanks.
1183996565 M * daniel_hozac cruser: yep, sounds good.
1183996575 M * cruser great, thanks :)
1183996587 M * daniel_hozac Daniel15: which entries in the log correspond with what command?
1183996624 M * Daniel15 When I was trying to ping from the "web1" vserver, it output those "BUG: warning at include/net/dst.h:153/dst_release() " lines
1183996630 M * daniel_hozac all of them?
1183996639 M * Daniel15 Whenever I try to connect to another server from within web1, that happens
1183996649 M * daniel_hozac so only from web1, yes?
1183996653 M * Daniel15 Yeah
1183996672 Q * flea Ping timeout: 480 seconds
1183996695 M * Daniel15 Not all of the lines correspond to the pinging... Only the "ip4_datagram_connect" ones
1183996713 M * Daniel15 The udp_sendmsg ones would be failed DNS requests, I'd assume
1183996715 M * daniel_hozac what does cat /proc/virtnet/<xid>/info say?
1183996783 M * Daniel15 http://paste.linux-vserver.org/4166
1183996797 J * flea ~flea@d83-187-17-160.cust.tele2.pt
1183996819 M * Daniel15 Hm... Some of the netmasks are wrong (they should all be 255.255.255.0). I'll fix that now
1183997242 Q * mattzerah solenoid.oftc.net charon.oftc.net
1183997242 Q * Hollow solenoid.oftc.net charon.oftc.net
1183997242 Q * hardwire solenoid.oftc.net charon.oftc.net
1183997242 Q * gdm solenoid.oftc.net charon.oftc.net
1183997242 Q * tam solenoid.oftc.net charon.oftc.net
1183997242 Q * brcc_ solenoid.oftc.net charon.oftc.net
1183997242 Q * hallyn solenoid.oftc.net charon.oftc.net
1183997242 Q * zLinux solenoid.oftc.net charon.oftc.net
1183997242 Q * coderanger solenoid.oftc.net charon.oftc.net
1183997242 Q * phreak`` solenoid.oftc.net charon.oftc.net
1183997242 Q * wenchien solenoid.oftc.net charon.oftc.net
1183997242 Q * quasisane solenoid.oftc.net charon.oftc.net
1183997242 Q * FloodServ solenoid.oftc.net charon.oftc.net
1183997242 Q * fs solenoid.oftc.net charon.oftc.net
1183997242 Q * SadMan solenoid.oftc.net charon.oftc.net
1183997242 Q * Loki|muh solenoid.oftc.net charon.oftc.net
1183997242 Q * jannic solenoid.oftc.net charon.oftc.net
1183997242 Q * pyquila solenoid.oftc.net charon.oftc.net
1183997242 Q * Guy- solenoid.oftc.net charon.oftc.net
1183997242 Q * fosco solenoid.oftc.net charon.oftc.net
1183997242 Q * meebey solenoid.oftc.net charon.oftc.net
1183997242 Q * kaner solenoid.oftc.net charon.oftc.net
1183997242 Q * cruser solenoid.oftc.net charon.oftc.net
1183997242 Q * mugwump solenoid.oftc.net charon.oftc.net
1183997242 Q * bored2sleep solenoid.oftc.net charon.oftc.net
1183997242 Q * micah solenoid.oftc.net charon.oftc.net
1183997242 Q * emtty solenoid.oftc.net charon.oftc.net
1183997242 Q * dilinger solenoid.oftc.net charon.oftc.net
1183997242 Q * neuralis solenoid.oftc.net charon.oftc.net
1183997242 Q * Daniel15 solenoid.oftc.net charon.oftc.net
1183997242 Q * mountie solenoid.oftc.net charon.oftc.net
1183997242 Q * slack101 solenoid.oftc.net charon.oftc.net
1183997242 Q * ntrs solenoid.oftc.net charon.oftc.net
1183997242 Q * Johnnie solenoid.oftc.net charon.oftc.net
1183997242 Q * besonen_mobile_ solenoid.oftc.net charon.oftc.net
1183997242 Q * jkl solenoid.oftc.net charon.oftc.net
1183997242 Q * Supaplex solenoid.oftc.net charon.oftc.net
1183997242 Q * bragon solenoid.oftc.net charon.oftc.net
1183997242 Q * onox solenoid.oftc.net charon.oftc.net
1183997242 Q * ktwilight solenoid.oftc.net charon.oftc.net
1183997242 Q * mcp solenoid.oftc.net charon.oftc.net
1183997242 Q * meandtheshell solenoid.oftc.net charon.oftc.net
1183997242 Q * nox solenoid.oftc.net charon.oftc.net
1183997242 Q * DoberMann[PullA] solenoid.oftc.net charon.oftc.net
1183997242 Q * vasko solenoid.oftc.net charon.oftc.net
1183997242 Q * Eimann solenoid.oftc.net charon.oftc.net
1183997242 Q * ensc solenoid.oftc.net charon.oftc.net
1183997242 Q * nou solenoid.oftc.net charon.oftc.net
1183997242 Q * bXi solenoid.oftc.net charon.oftc.net
1183997242 Q * daniel_hozac solenoid.oftc.net charon.oftc.net
1183997242 Q * Hunger solenoid.oftc.net charon.oftc.net
1183997242 Q * Greek0 solenoid.oftc.net charon.oftc.net
1183997242 Q * morfoh solenoid.oftc.net charon.oftc.net
1183997242 Q * mnemoc solenoid.oftc.net charon.oftc.net
1183997242 Q * voxio solenoid.oftc.net charon.oftc.net
1183997242 Q * click solenoid.oftc.net charon.oftc.net
1183997242 Q * Radiance solenoid.oftc.net charon.oftc.net
1183997242 Q * Vudu solenoid.oftc.net charon.oftc.net
1183997242 Q * mjt solenoid.oftc.net charon.oftc.net
1183997242 Q * derjohn solenoid.oftc.net charon.oftc.net
1183997242 Q * cehteh solenoid.oftc.net charon.oftc.net
1183997242 Q * arachnist solenoid.oftc.net charon.oftc.net
1183997242 Q * transacid solenoid.oftc.net charon.oftc.net
1183997242 Q * FireEgl solenoid.oftc.net charon.oftc.net
1183997242 Q * cedric solenoid.oftc.net charon.oftc.net
1183997242 Q * bzed solenoid.oftc.net charon.oftc.net
1183997242 Q * DavidS solenoid.oftc.net charon.oftc.net
1183997242 Q * kir solenoid.oftc.net charon.oftc.net
1183997242 Q * AStorm solenoid.oftc.net charon.oftc.net
1183997242 Q * badari1 solenoid.oftc.net charon.oftc.net
1183997242 Q * waldi solenoid.oftc.net charon.oftc.net
1183997242 Q * FaUl solenoid.oftc.net charon.oftc.net
1183997242 Q * nebuchadnezzar solenoid.oftc.net charon.oftc.net
1183997242 Q * ||Cobra|| solenoid.oftc.net charon.oftc.net
1183997242 Q * mact solenoid.oftc.net charon.oftc.net
1183997242 Q * phedny solenoid.oftc.net charon.oftc.net
1183997242 Q * sladen solenoid.oftc.net charon.oftc.net
1183997242 Q * Baby solenoid.oftc.net charon.oftc.net
1183997242 Q * rob-84x^ solenoid.oftc.net charon.oftc.net
1183997242 Q * Bertl_oO solenoid.oftc.net charon.oftc.net
1183997242 Q * [PUPPETS]Gonzo solenoid.oftc.net charon.oftc.net
1183997242 Q * blizz solenoid.oftc.net charon.oftc.net
1183997242 Q * ag- solenoid.oftc.net charon.oftc.net
1183997242 Q * Piet_ solenoid.oftc.net charon.oftc.net
1183997242 Q * sannes solenoid.oftc.net charon.oftc.net
1183997242 Q * jordi solenoid.oftc.net charon.oftc.net
1183997242 Q * opuk solenoid.oftc.net charon.oftc.net
1183997242 Q * gerrit solenoid.oftc.net charon.oftc.net
1183997242 Q * s0undt3ch solenoid.oftc.net charon.oftc.net
1183997242 Q * doener solenoid.oftc.net charon.oftc.net
1183997242 Q * Medivh solenoid.oftc.net charon.oftc.net
1183997242 Q * tokkee solenoid.oftc.net charon.oftc.net
1183997242 Q * pusling solenoid.oftc.net charon.oftc.net
1183997242 Q * Wonka solenoid.oftc.net charon.oftc.net
1183997242 Q * Adrinael solenoid.oftc.net charon.oftc.net
1183997242 Q * starcode solenoid.oftc.net charon.oftc.net
1183997242 Q * ex solenoid.oftc.net charon.oftc.net
1183997242 Q * weasel solenoid.oftc.net charon.oftc.net
1183997242 Q * sid3windr solenoid.oftc.net charon.oftc.net
1183997242 Q * virtuoso solenoid.oftc.net charon.oftc.net
1183997242 Q * toom solenoid.oftc.net charon.oftc.net
1183997242 Q * AndrewLee solenoid.oftc.net charon.oftc.net
1183997242 Q * eyck- solenoid.oftc.net charon.oftc.net
1183997242 Q * svenk solenoid.oftc.net charon.oftc.net
1183997242 Q * matti solenoid.oftc.net charon.oftc.net
1183997242 Q * harry solenoid.oftc.net charon.oftc.net
1183997242 Q * BobR_afk solenoid.oftc.net charon.oftc.net
1183997372 J * FireEgl FireEgl@Sebastian.Atlantica.CJB.Net
1183997372 J * transacid ~transacid@transacid.de
1183997372 J * arachnist ~arachnist@088156185052.who.vectranet.pl
1183997372 J * cehteh ~ct@pipapo.org
1183997372 J * derjohn ~derjohn@80.69.41.3
1183997372 J * Vudu 77f539392c@perverz.hu
1183997372 J * Radiance df0829c314@halt.1984world.eu
1183997372 J * click click@ti511110a080-1451.bb.online.no
1183997372 J * voxio ~voxio@91.186.4.184
1183997372 J * mjt ~mjt@nat.corpit.ru
1183997372 J * mnemoc ~amery@kilo105.server4you.de
1183997372 J * morfoh ~morfoh@kilo105.server4you.de
1183997372 J * Greek0 ~greek0@85.255.145.201
1183997372 J * Hunger Hunger.hu@Hunger.hu
1183997372 J * daniel_hozac ~daniel@c-051472d5.08-230-73746f22.cust.bredbandsbolaget.se
1183997372 J * bXi bluepunk@irssi.co.uk
1183997372 J * nou Chaton@causse.larzac.fr.eu.org
1183997372 J * vasko ~vasko@unreal.rainside.sk
1183997372 J * DoberMann[PullA] ~james@AToulouse-156-1-72-252.w90-16.abo.wanadoo.fr
1183997372 J * nox ~nox@nox.user.oftc.net
1183997372 J * Eimann eimann@chaconne.etherkiller.de
1183997372 J * meandtheshell ~markus@85.127.116.3
1183997372 J * mcp ~hightower@wolk-project.de
1183997372 J * ktwilight ~ktwilight@142.79-66-87.adsl-dyn.isp.belgacom.be
1183997372 J * onox ~onox@kalfjeslab.demon.nl
1183997372 J * Daniel15 ~daniel@adsl.daniel15.com
1183997372 J * hallyn ~xa@adsl-75-0-154-11.dsl.chcgil.sbcglobal.net
1183997372 J * cruser ~chatzilla@72.242.194.162
1183997372 J * mountie ~mountie@CPE0080c6fe324f-CM000a739acaa4.cpe.net.cable.rogers.com
1183997372 J * Hollow ~hollow@proteus.croup.de
1183997372 J * slack101 ~default@cpe-71-74-70-166.insight.res.rr.com
1183997372 J * ntrs ~ntrs@68-188-55-120.dhcp.stls.mo.charter.com
1183997372 J * Johnnie ~jdlewis@c-67-163-246-136.hsd1.pa.comcast.net
1183997372 J * meebey meebey@booster.qnetp.net
1183997372 J * zLinux ~zLinux@88.213.31.27
1183997372 J * coderanger ~coderange@c-65-96-210-168.hsd1.ma.comcast.net
1183997372 J * mugwump ~samv@watts.utsl.gen.nz
1183997372 J * bored2sleep ~bored2sle@66.111.53.150
1183997372 J * phreak`` ~phreak``@deimos.barfoo.org
1183997372 J * wenchien ~wenchien@59-105-176-11.adsl.static.seed.net.tw
1183997372 J * micah ~micah@micah.riseup.net
1183997372 J * emtty ~eric@dynamic-acs-24-154-33-109.zoominternet.net
1183997372 J * hardwire ~bip@rdbck-6209.wasilla.mtaonline.net
1183997372 J * SadMan sadman@sadman.net
1183997372 J * Loki|muh loki@satanix.de
1183997372 J * fosco fosco@konoha.devnullteam.org
1183997372 J * jannic ~jan@gasko.hitnet.RWTH-Aachen.DE
1183997372 J * kaner kaner@strace.org
1183997372 J * pyquila gerbens@82.94.222.35
1183997372 J * Guy- MPHK444AXO@chardonnay.math.bme.hu
1183997372 J * neuralis ~krstic@solarsail.hcs.harvard.edu
1183997372 J * besonen_mobile_ ~besonen_m@71-220-233-253.eugn.qwest.net
1183997372 J * quasisane ~sanep@c-75-67-252-184.hsd1.nh.comcast.net
1183997372 J * gdm ~gdm@www.iteration.org
1183997372 J * mattzerah ~matt@121.50.222.55
1183997372 J * dilinger ~dilinger@mail.queued.net
1183997372 J * tam ~tam@gw.nettam.com
1183997372 J * brcc_ bruce@i.am.someasshole.com
1183997372 J * Supaplex supaplex@166-70-62-199.ip.xmission.com
1183997372 J * FloodServ services@services.oftc.net
1183997372 J * bragon ~bragon@sam.geeknode.org
1183997372 J * fs fs@213.178.77.98
1183997372 J * jkl jkl@c-67-173-253-237.hsd1.co.comcast.net
1183997389 Q * Daniel15 Ping timeout: 480 seconds
1183997395 J * Piet_ hiddenserv@tor.noreply.org
1183997395 J * sannes ace@har.sagt.no
1183997395 J * jordi ~jordi@115.Red-213-96-69.staticIP.rima-tde.net
1183997395 J * opuk ~kupo@c213-100-138-228.swipnet.se
1183997395 J * gerrit ~gerrit@c-67-169-199-103.hsd1.or.comcast.net
1183997395 J * s0undt3ch ~s0undt3ch@80.69.34.154
1183997395 J * doener ~doener@host.magicwars.de
1183997395 J * Medivh ck@paradise.by.the.dashboardlight.de
1183997395 J * tokkee tokkee@casella.verplant.org
1183997395 J * pusling pusling@88.212.70.38
1183997395 J * Wonka produziert@chaos.in-kiel.de
1183997395 J * Adrinael adrinael@rid7.kyla.fi
1183997395 J * starcode ~starcode@host-82-135-57-200.customer.m-online.net
1183997395 J * ex ex@valis.net.pl
1183997395 J * weasel weasel@weasel.noc.oftc.net
1183997395 J * sid3windr luser@bastard-operator.from-hell.be
1183997395 J * virtuoso ~s0t0na@80.253.205.251
1183997395 J * toom ~toom@coco.docisland.org
1183997395 J * AndrewLee ~andrew@flat.iis.sinica.edu.tw
1183997395 J * eyck- eyck@kuszelas.com
1183997395 J * svenk ~sven@213.73.89.36
1183997395 J * matti matti@acrux.romke.net
1183997395 J * harry ~harry@d54C2508C.access.telenet.be
1183997395 J * BobR_afk odie@IRC.13thfloor.at
1183997416 J * cedric ~cedric@80.70.39.67
1183997416 J * bzed ~bzed@dslb-084-059-115-177.pools.arcor-ip.net
1183997416 J * DavidS ~david@p57A4A8EB.dip0.t-ipconnect.de
1183997416 J * kir ~kir@swsoft-mipt-nat.sw.ru
1183997416 J * AStorm ~astralsto@host-81-190-179-124.gorzow.mm.pl
1183997416 J * badari1 ~badari@bi01p1.co.us.ibm.com
1183997416 J * waldi ~waldi@bblank.thinkmo.de
1183997416 J * FaUl immo@shell.chaostreff-dortmund.de
1183997416 J * nebuchadnezzar ~nebu@zion.asgardr.info
1183997416 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl
1183997416 J * mact ~sithkemm@i9a018.informatik.uni-erlangen.de
1183997416 J * phedny ~mark@ip56538143.direct-adsl.nl
1183997416 J * sladen paul@starsky.19inch.net
1183997416 J * Baby ~miry@195.37.62.208
1183997416 J * rob-84x^ rob@submarine.ath.cx
1183997416 J * Bertl_oO herbert@IRC.13thfloor.at
1183997416 J * [PUPPETS]Gonzo gonzo@langweiligneutral.deswahnsinns.de
1183997416 J * blizz ~stephan@evilhackerdu.de
1183997416 J * ag- ~ag@fedaykin.roxor.cx
1183997740 J * bonbons ~bonbons@2001:5c0:85e2:0:20b:5dff:fec7:6b33
1183997786 P * cruser 
1183998572 M * melek|work sorry, was in a meeting.
1183998585 M * melek|work Basically I have a box mounting a NetApp filer
1183998594 M * melek|work with about 8000 users on
1183998606 M * melek|work intermittantly some users can see other users files
1183998694 M * melek|work It's not the filer, looking in tcpdump I can see that the permissions are being reported correctly, it seems that the kernel is not applying them correctly
1183998708 M * melek|work the users are all on a vserver btw
1183998718 M * melek|work I've tried the debian-vserver kernel
1183998740 M * melek|work and built my own (2.6.21.5) with the vserver-grsec patch
1183998801 M * melek|work last thing I tried was "CONFIG_TAGGING_NONE=y"
1183998809 M * melek|work no better :(
1183999028 Q * nebuchadnezzar Ping timeout: 480 seconds
1183999094 N * ard_ ard
1183999156 M * AStorm melek|work, maybe you try to use the barrier on an unsupported FS?
1183999168 M * melek|work which one?
1183999176 M * AStorm the one the users are on
1183999185 M * AStorm ext2, ext3 and xfs are supported
1183999191 M * AStorm AFAICR
1183999213 M * melek|work the vserver itself is ext3, the mounts are nfs
1183999220 M * AStorm hmm
1183999232 M * AStorm NFS is useless IMO, don't use it
1183999239 M * AStorm try CIFS or something else
1183999296 M * melek|work don't really have an alternative, my company has paid for nfs liscence on netapp. The servers I have build are replacing similar ones, on 2.6.11 which have no problems on the same mounts
1183999302 M * AStorm :O
1183999321 M * AStorm hmm, maybe it's some NFS bug
1183999323 M * melek|work we have other platforms using netapp nfs with no issues as well
1183999326 M * AStorm highly possible
1183999347 M * AStorm Testing a new kernel - BRB
1183999352 M * melek|work It seems that way. at some point between 2.6.11 and 2.6.19 this has crept in
1183999365 M * AStorm or maybe not, I've to apply suspend patches too :P
1183999439 M * harry melek|work: have you tried without grsec? (to rule out the error is in my patchset)
1183999463 M * melek|work not with this kernel version
1183999471 M * harry ah
1183999476 M * harry the debian vserver one is without grsec
1183999478 M * harry that's true :
1183999479 M * harry :)
1183999481 M * melek|work I did try the vserver kernel from the debian repostiry
1183999503 M * harry same problem, then it's a very slim chance it's a fault in the merge... :)
1183999571 M * harry i never encountered such problems, so i'm afraid i can't help you with this one :S
1183999584 M * melek|work anyone with any more ideas/same problem?
1183999594 M * harry could it have something to do with the uid's being a bit different?
1183999600 M * harry uid/gid both 24 bits
1183999607 M * harry confusing the netapp ?
1183999618 M * harry (totally shooting in the wild here ;0)
1183999973 Q * lilalinux Remote host closed the connection
1184000076 M * melek|work I've turned the uid bit off
1184000098 M * melek|work looking in tcpdump the netapp is returning the correct uid, guid and permissions
1184000156 M * melek|work so it must be kernel... unless someone can thing of anything else?
1184000183 Q * pmenier Quit: pmenier
1184000671 Q * cedric Quit: cedric
1184000769 J * ensc ~irc-ensc@p54B4F7A6.dip.t-dialin.net
1184002127 Q * Piet_ Remote host closed the connection
1184002171 J * Piet_ hiddenserv@tor.noreply.org
1184002341 M * daniel_hozac melek|work: so what is the actual problem? that users can access files they shouldn't be able to access?
1184002359 M * daniel_hozac melek|work: is it at all reproducible, i.e. can you make it happen right now?
1184003710 Q * ema Quit: leaving
1184004183 J * sayler ~sayler@cpe-071-077-015-254.nc.res.rr.com
1184004200 M * sayler hullo
1184004207 M * daniel_hozac hi
1184004218 M * sayler I'm trying to nail down whether it's possible to get smbmount working in a guest (Debian/etch)
1184004243 M * daniel_hozac no. you need to mount it from the host.
1184004270 M * sayler okie
1184004278 M * sayler that was easy
1184004280 M * sayler :)
1184004283 M * daniel_hozac (that is, without changing the kernel)
1184004303 M * sayler I'm hoping to stay on etch mainline
1184004309 M * sayler it's so nice to finally have prebuilt kernels
1184004310 M * sayler :P
1184004340 Q * AStorm Quit: Bye
1184004349 A * sayler has compiled too many vserver kernels in his day 
1184004414 M * daniel_hozac there's no such thing ;)
1184004485 M * sayler there's the whole thing of being 600 miles from my data center..
1184004504 M * daniel_hozac no serial console?
1184004871 M * sayler IP KVM and remote power
1184004885 M * sayler but still something of a pain
1184005016 M * sayler Is there a hook for commands to execute in the root context before a vserver is started?
1184005019 M * sayler eg smbmounts :P
1184005039 M * daniel_hozac well, you could just use the guest's fstab.remote for that.
1184005042 J * rgl ~Rui@84.90.10.107
1184005050 M * daniel_hozac i.e. /etc/vservers/<guest>/fstab.remote
1184005057 M * sayler ok
1184005059 M * rgl hello.
1184005070 M * sayler thanks for your help! :)
1184005072 M * daniel_hozac but if you want to use a script, /etc/vservers/<guest>/scripts/pre-start should be fine.
1184005086 M * sayler na, the fstab idea sounds bettah
1184005089 M * daniel_hozac (many more scripts are available, check the flower page for details)
1184005101 M * sayler oh no the flower page -- my eyes!
1184005106 M * sayler ;-)
1184005107 M * sayler j/k
1184005120 M * daniel_hozac well, it's much better since i changed the stylesheet :
1184005121 M * daniel_hozac )
1184005145 M * daniel_hozac IMHO, anyway.
1184005365 M * sayler oh, tis
1184005372 M * sayler haven't looked at it in a while
1184005407 M * rgl daniel_hozac, its much better :-)
1184005414 M * sayler the defautl style is no longer painful
1184005461 M * sayler I don't mind the mara-j-uana (m'kay).. but I value my vision
1184005469 N * DoberMann[PullA] DoberMann
1184005469 J * AStorm ~astralsto@host-81-190-179-124.gorzow.mm.pl
1184005474 M * AStorm :D
1184005480 M * rgl humm.  2.6.22 linux has a new coretemp CPU code :)
1184005484 M * AStorm The kernel works. Now on to VServer tests.
1184005497 M * AStorm rgl, not that new, but yeah, it works
1184005531 M * rgl they new timerfd/*fd is nice too :D
1184005538 M * AStorm Linux localhost 2.6.22-electric1 #1 SMP PREEMPT Mon Jul 9 19:29:02 CEST 2007 x86_64 Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz GenuineIntel GNU/Linux
1184005553 M * AStorm This is a personal patchset, VServer port to CFS
1184005556 M * rgl at last a unified event notification thats works for almost anything 
1184005583 M * AStorm and more things (dynticks for x86_64, suspend fixes from -mm, ext4, other experimental stuff)
1184005623 M * rgl AStorm, lmsensors was reporting strange values for my C2D temp.  I hope this new code will give me a saner values *G*
1184005632 M * AStorm Maybe. Mine worked ok
1184005655 M * rgl thats 2.6.22+vserver?
1184005670 M * daniel_hozac right, i should add that to the front page...
1184005690 M * AStorm rgl, mhm
1184005696 M * AStorm 2.6.22+vserver+cfs+...
1184005709 M * AStorm ah, +unionfs too
1184005713 M * rgl whats CFS?
1184005762 M * daniel_hozac completely fair scheduler.
1184005762 M * AStorm Google on kerneltrap
1184005768 M * daniel_hozac (IIRC)
1184005773 M * AStorm daniel_hozac, yep
1184005813 M * rgl I see.  thx :D
1184005829 M * rgl oh, and the new kernel also lifts the 256 loop device limit :D
1184005841 M * AStorm Did someone really use that many?
1184005856 M * rgl It seems so *G*
1184005886 M * daniel_hozac hmm, the patch table is getting crowded...
1184005934 M * sayler rgl are you..lum..running itno that limit ?
1184005941 M * sayler into
1184005952 M * sayler loop'ing root fs for the vservers ?
1184005978 M * daniel_hozac with that kind of overhead, i wouldn't want to run over 256 guests on one host...
1184005993 M * rgl sayler, not really.  but I "encontered" that odd limit when I was looking for using quotas on the guest FS.
1184006002 M * sayler heh
1184006023 M * sayler "with that kind of overhead"?
1184006025 M * sayler loopfs?
1184006029 M * sayler loop mounting I mean
1184006033 M * daniel_hozac yes.
1184006075 M * daniel_hozac you've annihilated any chance of sharing files between guests, thus increasing their disk and memory footprint significantly.
1184006097 M * sayler we do not do unification at this point anyway
1184006101 M * rgl can I use quotas without using loop?   maybe, when using LVM for each guest?
1184006114 M * daniel_hozac sure.
1184006130 A * rgl doesn't use unification either
1184006138 M * daniel_hozac your loss :)
1184006156 M * rgl hehe
1184006157 M * sayler daniel_hozac: perhaps
1184006182 M * sayler it's been yers since I looked at it
1184006210 M * AStorm daniel_hozac, guess why I've patched UnionFS in :P
1184006242 M * daniel_hozac i don't know, why did you?
1184006252 M * sayler so...........
1184006259 M * AStorm To share files - because Copy-On-Write is said to be broken
1184006262 M * sayler how hard is unification t set up
1184006263 M * sayler and..
1184006269 M * sayler as an ongoing issue
1184006293 M * sayler neither memory nor disk is an issue for us, but I'm sure unified servers are much more cache friendly
1184006313 M * daniel_hozac that's where the memory gain comes from...
1184006316 M * rgl daniel_hozac, the 2.6.22 patch is the rc5 version of the 2.2.0 patch?
1184006332 M * daniel_hozac AStorm: don't use XFS is another solution :)
1184006353 M * daniel_hozac rgl: it's -rc5 of 2.2.0 for 2.6.22.
1184006372 M * rgl daniel_hozac, ah :D
1184006384 M * rgl daniel_hozac, is there a changelog for that one? :)
1184006403 M * daniel_hozac no, i haven't been keeping as up-to-date as i'd like.
1184006416 M * daniel_hozac i'm still on 2.6.20.
1184006416 M * AStorm daniel_hozac, hmm
1184006425 M * AStorm so it does work on ext3?
1184006428 M * daniel_hozac of course.
1184006430 M * daniel_hozac and ext2.
1184006432 M * daniel_hozac and reiserfs
1184006436 A * AStorm wants to stab Bertl_oO 
1184006448 M * AStorm daniel_hozac, and ext4 probably too
1184006458 M * onox daniel_hozac: what's so bad about XFS?
1184006467 M * daniel_hozac XFS has its own everything.
1184006470 M * AStorm onox, COW doesn't work with it?
1184006480 M * daniel_hozac it's not a Linux-filesystem, it has a Linux-port...
1184006481 M * onox what's COW?
1184006513 M * rgl an animal that produces milk and beef? :)
1184006515 A * rgl hides
1184006522 M * daniel_hozac the reason COW doesn't work on it, is because XFS has its own sendfile implementation.
1184006533 M * onox what is COW?
1184006534 M * daniel_hozac COW is copy-on-write.
1184006534 M * onox ??
1184006537 M * sayler s/sendfile implementation/implementation of everything/
1184006537 M * onox ok
1184006554 M * daniel_hozac sayler: i said that already, but sendfile is what breaks COW.
1184006560 M * sayler oops so you did
1184006573 M * rgl onox, http://en.wikipedia.org/wiki/Copy-on-write ;-)
1184006588 M * sayler so.. Vserver in etch is 2.1, right ?
1184006593 M * daniel_hozac no.
1184006595 M * daniel_hozac 2.0.2.2-rc9
1184006600 Q * voxio Remote host closed the connection
1184006601 M * harry my patch is updated!!
1184006621 M * harry patch-2.6.21.6-vs2.2.0-grsec2.1.10-20070709.diff
1184006640 M * harry i thought... lets go for the latesst 2.6.21 aswell :)
1184006660 M * sayler so vunify only
1184006666 M * daniel_hozac sayler: you want vhashify.
1184006667 M * rgl daniel_hozac, any reason for still using 2.6.20?  besides the "it works nice" hehe
1184006687 M * daniel_hozac rgl: 2.6.21 was known to have sysfs problems.
1184006712 M * daniel_hozac (but that should be fixed with the most recent patch, or at least alleviated)
1184006717 M * sayler to use vhashify I'd need a custom kernel
1184006719 M * sayler right ?
1184006726 M * daniel_hozac umm, no, why would you?
1184006741 M * rgl daniel_hozac, where did you read that?  lkml?
1184006746 M * sayler   What is vhashify?
1184006746 M * sayler A: The successor of vunify, a tool which does unification based on hash values (which allows to find common files in arbitrary paths.)
1184006746 M * sayler It creates hardlinks to files named after a hash of the content of the file. If you have a recent version of the vserver patch (2.2+), with CONFIG_VSERVER_COWBL enabled, you can even modify the hardlinked files inside the vservers and the links will be broken automatically. 
1184006769 M * sayler is the 2.2+ innacurate ?
1184006783 M * daniel_hozac i wish i had time to read lkml... no, i'm quite sure i read it in a release announcement.
1184006790 M * onox sayler: make sure the test suite runs ok :p
1184006803 M * sayler onox .. eh?
1184006806 M * daniel_hozac sayler: somewhat, it's 2.1.
1184006813 M * onox sayler: ask Hollow about vunify-test
1184006821 M * daniel_hozac onox: that's a Gentoo thing.
1184006851 J * nebuchadnezzar ~nebu@zion.asgardr.info
1184006857 M * daniel_hozac IIRC it's due to portage using an environmental variable with the same name as the test suite, which lets you override it, thus making the test fail.
1184006857 M * sayler so.
1184006867 M * sayler In theory I can vhasify on etch?
1184006872 M * sayler out of the box?
1184006878 M * daniel_hozac sure, but you can run in to problems.
1184006897 M * daniel_hozac e.g. if you have Debian-guests, and you try to upgrade packages with suid binaries.
1184006908 M * sayler interersting
1184006941 M * daniel_hozac (dpkg tries to remove the suid before it unlinks the file, which fails since it's immutable, thus causing an error)
1184006957 M * AStorm uhm, wasn't that fixed before 2.2.0?
1184006960 M * sayler It'd be fun to poke at, but for now I think I'm OK without since I'm not relly  running into performance or space problem
1184006963 M * sayler but I'll keep it in mind
1184006964 M * AStorm (chmod and chown unlinking)
1184006983 M * sayler it's good to know that people use it these days
1184006996 M * daniel_hozac unlinking? that's never been a problem.
1184007016 M * daniel_hozac link breaking on the other hand, was probably introduced late in the 2.1 series, which carried into the 2.2.0 release.
1184007107 M * AStorm I meant link breaking
1184007118 M * AStorm there is some Changelog entry on that
1184007177 M * daniel_hozac where?
1184007206 M * sayler it looks like Debian/unstable is tracking newer vserver-utils..  same for the kernel patch ?
1184007233 M * daniel_hozac unstable should have 2.6.21-something.
1184007290 M * sayler +2.2.0 ?
1184007304 M * daniel_hozac probably some rc, i have no idea.
1184007310 M * sayler heh cool
1184007316 M * daniel_hozac waldi knows everything about that though...
1184007362 M * AStorm Does anyone have v2.2.0-rc5 to v2.2.0 patch?
1184007372 M * AStorm Interdiff hates me, and the changelog looks promising
1184007372 M * daniel_hozac for what kernel?
1184007377 M * AStorm For any kernel, uh
1184007380 M * daniel_hozac what changelog?
1184007382 M * AStorm I can manage updating
1184007386 M * AStorm http://linux-vserver.org/ChangeLog-2.2
1184007414 M * daniel_hozac you realize that it has nothing beyond 2.6.20.4-vs2.2.0, right?
1184007428 M * daniel_hozac i.e. it doesn't cover 2.6.21 or 2.6.22 at all.
1184007452 M * AStorm Uhm, that vs2.2.0-rc5 is based off vs2.2.0 or something?
1184007460 M * daniel_hozac which 2.2.0-rc5?
1184007461 M * AStorm *on
1184007461 M * sayler he latest version of the stable Linux-VServer patch for 2.6.21 is: 	 2.6.21.5 	 vs2.2.0 	 ChangeLog
1184007462 M * sayler ?
1184007467 M * AStorm daniel_hozac, the one for 2.6.22-rc7
1184007478 M * harry 2.6.22 is released too...
1184007480 M * AStorm The one I'm currently using and want to upgrade
1184007488 M * daniel_hozac yes, it's a forward port of 2.2.0 from 2.6.21.
1184007503 M * daniel_hozac (or probably from 2.6.20, i'm not exactly sure)
1184007524 M * daniel_hozac harry: yep. patches already uploaded...
1184007625 M * AStorm ?
1184007634 M * AStorm So why is it called -rc5?
1184007652 M * daniel_hozac because it's -rc5 for 2.6.22.
1184007668 M * daniel_hozac forward ports usually have some problems.
1184007692 M * AStorm Funny. I see some possible ones with NTP (sys_adjtimex not handled)
1184007709 M * daniel_hozac thus, -rc5.
1184007919 M * AStorm :P
1184008307 J * oxylin ~jpeeters@chv78-2-88-161-189-78.fbx.proxad.net
1184008911 M * onox omg
1184008925 M * onox vs+grsec is released for .21
1184008928 M * onox is it ready yet?
1184008955 M * daniel_hozac 20:43 < harry> my patch is updated!!
1184008955 M * daniel_hozac 20:43 < harry> patch-2.6.21.6-vs2.2.0-grsec2.1.10-20070709.diff
1184008959 M * daniel_hozac ;)
1184008972 M * onox oh, I thought that was just some development build
1184008973 M * AStorm I wonder when will Grsec2 be released for 2.6.22 :P
1184008986 M * onox .21 is using Grsec1?
1184008988 M * AStorm or is there some patch for 2.6.22-rc*, which I can port?
1184008993 M * AStorm onox, ?
1184009021 M * daniel_hozac onox: read the filename. it's quite verbose.
1184009041 J * dna ~naucki@247-248-dsl.kielnet.net
1184009076 M * onox "The latest version of the old stable Linux-VServer + grsecurity patch" <-- shouldn't that be 2.6.19?
1184009087 M * onox instead of .17?
1184009092 M * AStorm No, it's old
1184009093 M * daniel_hozac "old stable" == 2.0
1184009109 M * AStorm Means: buggy, do not use
1184009133 M * daniel_hozac no, it means that 2.2 is what we recommend, but if you want 2.0 for whatever reason, that's it.
1184009142 M * onox AStorm: you're probably a Gentoo user :+
1184009158 M * daniel_hozac (2.6.17 isn't the latest 2.0 though, so i guess that should be removed...)
1184009196 M * AStorm onox, not only that distro, but well, if you're on Freenode, read my hostmask
1184009214 M * AStorm (nick's the same)
1184009246 M * onox lol
1184009253 M * onox you are one of those pkgcore users :p
1184009427 M * onox AStorm: is it useable?
1184009549 M * AStorm Definitely
1184009596 M * onox ok, I'll try it
1184009597 J * dna_ ~naucki@247-248-dsl.kielnet.net
1184009605 M * onox ... in a vserver :)
1184009661 M * arachnist question is... is pkgcore worth it
1184009693 M * arachnist my bets are on "no" ;>
1184009739 M * onox hmm
1184009765 M * arachnist if you're on freenode, read my hostmask ;>
1184009781 M * onox I guess you are a paludis user? :D
1184009791 M * arachnist yup
1184009794 M * onox lol :D
1184010002 Q * dna Ping timeout: 480 seconds
1184010011 Q * flea Quit: Leaving
1184010868 M * AStorm onox, both are good :>
1184011159 Q * oxylin Quit: Ex-Chat
1184011337 M * ktwilight um, am gettin' odd timestamps here
1184011360 M * ktwilight freshly downloaded file and this is what i get
1184011361 M * ktwilight http://rafb.net/p/IO6Vby38.html
1184011386 M * daniel_hozac and?
1184011424 M * daniel_hozac most clients are smart enough to preserve the timestamp when you download things...
1184011492 M * ktwilight so compared to http://rafb.net/p/AofH5W31.html it's cool?
1184011500 M * ktwilight that's not off a vserver host
1184011513 Q * dna_ Read error: Connection reset by peer
1184011521 M * daniel_hozac did you use the same client, with the same options?
1184011524 M * ktwilight just the modify and anything after the .XXXXXXXXXXX is kinda worrying? or maybe it's not a big deal
1184011534 M * ktwilight both of us used wget
1184011537 J * dna_ ~naucki@247-248-dsl.kielnet.net
1184011550 M * ktwilight am using xfs, and he's using ext
1184011572 M * daniel_hozac and you're the one with the "funny" timestamps?
1184011605 Q * sayler Quit: sayler
1184011629 M * ktwilight or his, i dunno. am just looking for an explanation
1184011641 N * Bertl_oO Bertl
1184011644 M * Bertl back now ...
1184011649 M * daniel_hozac wb Bertl!
1184011690 J * dna___ ~naucki@247-248-dsl.kielnet.net
1184011816 J * dna ~naucki@247-248-dsl.kielnet.net
1184012041 M * doener Bertl: heh, nice mailing list the container guys have ;-)
1184012056 M * Bertl yeah, what shall I say :)
1184012073 M * daniel_hozac subject?
1184012077 M * doener you should have replied via lkml, they got the headers right ;)
1184012093 Q * dna_ Ping timeout: 480 seconds
1184012097 M * Bertl well, I reply via the one I first read :)
1184012107 M * Bertl *read first
1184012128 M * doener of course, just been kidding
1184012146 M * Bertl but we had a thread about the brokeness a few weeks ago, obviously didn't change anything
1184012172 Q * dna___ Ping timeout: 480 seconds
1184012258 M * AStorm Bertl, what is broken? :>
1184012270 M * Bertl it seems to remove CC headers at will
1184012283 M * Bertl (or maybe via random whatever :)
1184012298 M * AStorm Bertl, I've got the patch for you, interdiff it if you want to
1184012303 M * AStorm apply on top of CFS-v19
1184012313 M * Bertl okay, great!
1184012384 J * AstralSt ~astralsto@host-81-190-179-124.gorzow.mm.pl
1184012392 J * dna_ ~naucki@247-248-dsl.kielnet.net
1184012416 M * AstralSt Hmm
1184012452 M * AstralSt Bertl, will temporarily put it on my server
1184012480 M * Bertl okay, or send it via email, if you prefer
1184012537 M * Supaplex where in menuconfig is vserver support hiding?
1184012577 M * daniel_hozac "vserver support"? if you've applied the patch, you have it.
1184012596 M * AstralSt Bertl, http://astralstorm.bounceme.net/patches/
1184012598 M * daniel_hozac the Linux-VServer menu should be at the top level though, IIRC.
1184012599 M * Supaplex I thought it was upstream
1184012611 M * AstralSt Blah
1184012620 M * AstralSt forgot to enable indexes
1184012635 M * daniel_hozac huh? Linux-VServer has never been upstream, nor is it likely to ever be.
1184012668 M * Wonka whut?
1184012670 M * Wonka ynot?
1184012670 J * dna___ ~naucki@247-248-dsl.kielnet.net
1184012674 M * AstralSt Bertl, ok, now it's enabled
1184012692 Q * dna___ Read error: Connection reset by peer
1184012694 M * Wonka i think, inclusion into vanilla should be pursued until reached :)
1184012695 M * Supaplex silly me. ok.
1184012697 M * AstralSt hmm, I should name it better - it's on top of cfs-v19
1184012716 M * AstralSt daniel_hozac, well, it is a bit complex, yes
1184012729 M * AstralSt the most important part is the vcontext
1184012740 J * dna___ ~naucki@247-248-dsl.kielnet.net
1184012741 M * daniel_hozac Wonka: mainline is going with various spaces instead.
1184012759 M * daniel_hozac Wonka: i.e. parts are getting added, but none of the existing solutions would ever make it in whole-sale.
1184012760 M * AstralSt I remember some security module doing that
1184012765 M * AstralSt but it isn't maintained anymore
1184012768 Q * DavidS Quit: Leaving.
1184012770 M * Bertl AstralSt: you have a good naming scheme, makes it easy to tell what it is for :)
1184012772 M * AstralSt that could certainly go into mainline
1184012790 M * daniel_hozac AstralSt: what's "vcontext" mean to you?
1184012791 M * Wonka daniel_hozac: mh. isn't vserver just all spaces at once?
1184012801 M * AstralSt daniel_hozac, vserver context
1184012803 Q * dna Ping timeout: 480 seconds
1184012807 Q * AStorm Ping timeout: 480 seconds
1184012811 M * Wonka daniel_hozac: and why should the rest not get in?
1184012815 M * daniel_hozac Wonka: in a way, though we have two spaces (process and network).
1184012819 M * AstralSt It's named like it in the source, AFAICR :P
1184012833 M * daniel_hozac AstralSt: hmm? where is it named vcontext?
1184012867 M * daniel_hozac Wonka: mainline is taking one step at a time.
1184012886 M * AstralSt daniel_hozac, hmm, vs_cvirt
1184012893 M * Supaplex I guess I'll stick to one machine with openvz, and another with only vserver and see what I like the best over the next few weeks.
1184012956 M * daniel_hozac AstralSt: what about it?
1184012959 M * AstralSt OpenVZ is certainly less maintained
1184012970 M * AstralSt daniel_hozac, hmm, maybe the name just stuck in my head :P
1184013068 M * AstralSt daniel_hozac, maybe it was that vs_context.h file :P
1184013103 Q * dna_ Ping timeout: 480 seconds
1184013223 Q * dna___ Ping timeout: 480 seconds
1184013291 M * AstralSt Bertl, but then, the scheme doesn't mention that it should be put on top of cfs-v19
1184013487 J * dna ~naucki@247-248-dsl.kielnet.net
1184013590 N * AstralSt AStorm
1184013632 N * AStorm AstralSt
1184013701 N * AstralSt AstralS
1184013715 N * AstralS AStorm
1184013757 J * dna_ ~naucki@247-248-dsl.kielnet.net
1184013820 J * dna___ ~naucki@247-248-dsl.kielnet.net
1184014002 M * AStorm Heh, that ext4 indeed works great
1184014006 Q * dna___ Read error: Connection reset by peer
1184014031 J * dna___ ~naucki@247-248-dsl.kielnet.net
1184014067 Q * dna___ Read error: Connection reset by peer
1184014158 Q * dna Ping timeout: 480 seconds
1184014162 J * dna___ ~naucki@247-248-dsl.kielnet.net
1184014253 Q * dna_ Ping timeout: 480 seconds
1184014263 J * mire ~mire@68-168-222-85.adsl.verat.net
1184014389 J * markus_ ~chatzilla@chello213047089232.17.14.vie.surfer.at
1184014399 M * markus_ Hi
1184014403 M * daniel_hozac hello.
1184014432 M * slack101 wb markus_ !
1184014703 Q * bonbons Quit: Leaving
1184014715 J * dna_ ~naucki@247-248-dsl.kielnet.net
1184014823 M * markus_ I'm trying to figure out how to best use LVM with many vservers. Our current plan requires not quite 10 vservers. I'm very unsure and it is hard to estimate the space requirements; it's almost impossible. My "go, bruteforce, go" way would be to make one big fad lv for everything. Or, maybe split the base hardware installation into a separate lv from the servers.  Or do people go for separate...
1184014825 M * markus_ ...lvs for each vserver? Anyone with experience in this area and best practice hints?
1184014861 M * daniel_hozac it depends on your requirements.
1184014888 M * daniel_hozac if you want user/group quota inside the guests, you'll need separate LVs. if not, i'd suggest you go for one LV for all of the guests.
1184014894 M * daniel_hozac (separate from the / LV)
1184014918 M * markus_ I don't have any user/group requirements at all in my case
1184015122 Q * dna___ Ping timeout: 480 seconds
1184015127 J * Aiken ~james@ppp121-45-220-241.lns2.bne1.internode.on.net
1184015196 J * dna ~naucki@247-248-dsl.kielnet.net
1184015213 M * markus_ Sounds like a plan to me :)
1184015226 Q * dna 
1184015242 M * AStorm markus_, hm, even user/group quota's don't need separate LVs
1184015256 M * daniel_hozac yes, it does.
1184015270 M * AStorm Remember you cannot easily hashify between LVs
1184015277 M * AStorm w/o hacks like bind mounts, at least
1184015281 M * daniel_hozac s/easily//
1184015295 M * AStorm daniel_hozac, bind mount hardlinks work :P
1184015302 M * AStorm (sometimes, at least)
1184015312 M * AStorm It's the latest hack, don't know whether it's mainline
1184015358 M * daniel_hozac you cannot hardlink across filesystem boundaries.
1184015398 M * AStorm hm, I mixed something up
1184015399 M * daniel_hozac (and no, hardlinking to bind mounts referring to the same filesystem is not in mainline, AFAIK anyway)
1184015438 M * AStorm You can use unionfs, this might probably work
1184015441 M * markus_ I think I'll go for the "on lv for root, one for the vservers" route. Seems to be the easiest one.
1184015450 M * AStorm Yes, the easiest.
1184015457 M * AStorm and quite efficient still
1184015522 Q * dna_ Ping timeout: 480 seconds
1184015608 M * daniel_hozac most efficient.
1184015621 M * daniel_hozac only reason not to do it is if you need user/group quotas, as i said.
1184015802 M * markus_ great, thanks :)
1184015863 M * markus_ thanks and good night
1184015889 M * Bertl have a good one!
1184015910 M * AStorm daniel_hozac, and another reason is if you want to share the vservers over network
1184015971 M * daniel_hozac and why wouldn't you just share all of them?
1184016048 M * AStorm uhm, I meant like receiving :P
1184016053 M * AStorm not serving
1184016067 M * daniel_hozac hmm?
1184016112 M * AStorm NFS anyone? (I prefer CIFS w/ extensions)
1184016137 M * AStorm another nice reason is LVM snapshotting feature
1184016145 M * AStorm which might even work
1184016153 M * daniel_hozac and why would you need one LV per guest to use NFS?
1184016172 M * AStorm I'm not talking about his use case.
1184016182 M * daniel_hozac neither am i.
1184016296 M * AStorm About the only reason to use separate LVs, apart from snapshotting, is the "more secure" feeling
1184016307 M * FaUl huhu
1184016334 M * AStorm uhuh?
1184016334 M * FaUl are there current ipv6-patches? where  can i get them?
1184016351 M * FaUl (and will it brake something? :)
1184016359 M * AStorm FaUl, IPv6 what patches? 2.6. has that built in?
1184016381 M * AStorm Ah, for VServer :P
1184016392 M * AStorm didn't it go in some time ago?
1184016395 M * daniel_hozac FaUl: 2.3 will have that RSN.
1184016403 M * daniel_hozac FaUl: until then, http://people.linux-vserver.org/~dhozac/p/k/patch-2.6.20.14-vs2.2.0-ipv6.diff
1184016410 M * AStorm hmm, I was wrong then.
1184016432 Q * FireEgl Read error: Connection reset by peer
1184016454 M * rgl RSN? *G*
1184016462 M * FaUl daniel_hozac: great ;-)
1184016486 M * rgl real soon now?
1184016488 M * daniel_hozac yes.
1184016497 M * AStorm rgl, this means "when it's done" ;-)
1184016530 M * rgl :D
1184016549 M * FaUl daniel_hozac: is that a delta or a patch against 2.6.20.14?
1184016576 M * FaUl or other - is there some patch for 2.6.22? ;-)
1184016586 M * AStorm FaUl, against 2.6.20.14 patched with vs2.2.0
1184016598 M * AStorm FaUl, wait a while, I'll try to port
1184016622 M * daniel_hozac technically, you could grab the OLPC patch.
1184016636 M * daniel_hozac it has IPv6, but some other things removed.
1184016663 M * rgl humm, OLPC is using vserver?
1184016675 M * daniel_hozac though it's against 2.6.22-rc5, so it likely won't apply to the release anyway.
1184016679 M * daniel_hozac yes.
1184016705 M * AStorm daniel_hozac, it should
1184016710 M * AStorm with minor fixing maybe
1184016962 Q * markus_ Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007051502]
1184017014 M * FaUl ok, as i'm sitting right next to the server and it is loud i'll try without ipv6 this time
1184017203 M * AStorm Why would you need ipv6 anyway?
1184017267 Q * meandtheshell Quit: Leaving.
1184017323 J * rgl_ ~Rui@84.90.10.107
1184017338 J * FireEgl FireEgl@Sebastian.Tcldrop.US
1184017426 Q * rgl Ping timeout: 480 seconds
1184017436 M * daniel_hozac because IPv6 is great? :)
1184017512 M * AStorm It isn't, heh, because I can't connect to it w/o tunnels
1184017849 M * daniel_hozac well... that's something you'd have to blame your ISP for.
1184017852 M * onox maybe because equipment and ISP's need to adjust?
1184017898 M * AStorm Maybe I'm living in a backwards country :P
1184018062 M * onox you mean you live in poland?
1184018082 M * onox why don't you get some work in western-europe?
1184018086 M * onox the EU encourages it :p
1184018483 J * ktwilight_ ~ktwilight@164.101-66-87.adsl-dyn.isp.belgacom.be
1184018805 J * rgl ~Rui@84.90.10.107
1184018815 M * AStorm onox, first, have to get a degree
1184018893 Q * ktwilight Ping timeout: 480 seconds
1184019113 Q * rgl_ Ping timeout: 480 seconds
1184019294 Q * FireEgl Ping timeout: 480 seconds
1184019814 Q * s0undt3ch Remote host closed the connection
1184019838 J * s0undt3ch ~s0undt3ch@80.69.34.154
1184019948 N * DoberMann DoberMann[ZZZzzz]
1184021460 J * FireEgl FireEgl@Atlantica.Inet6.Info
1184021782 J * Pazzo ~ugelt@sadsl-246059.rol.raiffeisen.net
1184022223 Q * Pazzo Quit: Ex-Chat
1184023127 Q * FireEgl Read error: Connection reset by peer
1184023794 Q * bzed Quit: Leaving
1184024030 J * FireEgl FireEgl@Sebastian.Atlantica.CJB.Net
1184024113 Q * rgl Ping timeout: 480 seconds
1184025430 Q * onox Quit: zZzZ