1144887551 N * Bertl_oO Bertl 1144887556 M * Bertl evening folks! 1144887567 M * daniel_hozac evening Bertl. 1144889109 M * micah evening Bertl 1144889444 J * kingruedi ~king@p508B5BFE.dip.t-dialin.net 1144889641 M * Bertl wb kingruedi! hey micah! 1144890178 M * ray6 evening Bertl 1144890828 M * Bertl evening ray6! so it seems we got our slot on sunday? 1144890850 M * Bertl (or am I jumping to conclusions here?) 1144890912 Q * kingruedi Quit: This computer has gone to sleep 1144891145 M * Skram anyone around? 1144891158 M * Skram I added a new interface, does the vserver need to be restarted? Bertl? 1144891171 M * daniel_hozac it depends. 1144891175 M * Bertl how did you add it? 1144891196 M * Skram edited ~/interface/1 1144891202 M * Skram how should I add it? 1144891204 M * Skram ;P 1144891212 M * Bertl okay, then you have to restart it 1144891218 M * Skram how else could I do it? 1144891236 M * daniel_hozac ip addr add ...; vcmd ... :) 1144891237 M * Bertl recent ABI allows to add them on-the-fly 1144891256 M * Skram daniel_hozac: eh? 1144891257 M * Bertl but it really depends on your guest if it will pick that up or not 1144891282 M * Bertl daniel_hozac: that reminds me that we should add that magic option to handle a single ip as multiples for networking 1144891297 M * Skram daniel_hozac: can I see a sample command like that? 1144891298 M * daniel_hozac ah, right. 1144891306 M * Skram also, would it be done on the guest, right? 1144891308 M * Skram Thanks! 1144891343 M * daniel_hozac well, as Bertl said, if your guest just had one IP address before, nothing you do will help. 1144891347 M * alamar gn8 1144891356 M * Bertl good night alamar! 1144891372 M * daniel_hozac and it would be done on the host. 1144891455 M * Skram okay. 1144891687 M * Skram can two interfaces have the same "name"? 1144891697 M * Bertl no 1144891700 M * Skram okay 1144891712 M * Skram our numbering is all messed up, oy vey! 1144891726 M * Bertl well, hmm, what do you actually mean with name? 1144891739 M * Bertl the 'directory' in the config? 1144891742 Q * anonc Quit: adios 1144891752 M * Bertl or the 'name' entry inside that dir? 1144891761 M * Bertl or the interface name (which is what I meant) 1144891894 M * daniel_hozac but then you have to define interface too. do you mean interface as in the configuration (i.e. a directory) or an actual interface? :) 1144891926 M * Bertl of course, of course, well I simply meant the kernel name for an interface :) 1144891928 M * daniel_hozac you can have multiple IP addresses for one guest on the same interface, no? 1144891990 J * anonc ~anonc@staffnet.internode.com.au 1144891991 M * daniel_hozac networking is rather ambiguous :) 1144892012 M * Bertl indeed 1144892035 M * Skram Bertl: the interface name in /interface/#/name 1144892059 M * daniel_hozac that's really an alias :) 1144892060 M * Bertl that should be unique for each 'dev' entry 1144892075 M * Skram okay 1144892082 M * Skram so each interface should be a different eth#? 1144892103 M * Skram so interface/0/dev will be eth0, interface/1/dev will be eth1? 1144892111 M * Bertl if you use aliases, you should not use eth0:a twice 1144892122 M * Bertl better use eth0:a and eth0:b 1144892130 M * Skram as devs 1144892134 M * Bertl a and b are what you write to the 'name' entry 1144892136 M * Skram and the names should be unqirq too 1144892146 M * Bertl of course, you can have eth0:a and eth1:a 1144892147 M * Skram oh 1144892180 M * Skram but the devs must be unique? 1144892190 M * Skram ie: eth0, eth1? 1144892201 M * Bertl if you have 'a' and 'a' then yes 1144892212 J * matt1 ~matta@71.224.125.126 1144892212 M * Skram arg 1144892214 M * Skram okay 1144892223 M * Skram i just have different names and different devs :) 1144892225 M * Bertl otherwise eth0:a and eth0:a wont be two different aliases :) 1144892226 M * Skram should work. 1144892243 M * Bertl btw, there is no real reason to use aliases at all :) 1144892268 M * Skram uhmm 1144892389 M * Bertl daniel_hozac: hmm, just realized that patch doesn't write proper reject files .. i.e. it simply overwrites existing reject files if the hunk contains a separate header ... 1144892436 M * Bertl sounds like a bug to me .. but I think I can workaround it 1144892630 Q * matta Ping timeout: 480 seconds 1144894539 M * daniel_hozac hmm, yeah. that's not good. 1144894617 M * Bertl well, I still don't understand why I have to patch in unified reject files, but hey, so be it 1144894653 M * daniel_hozac yeah, i hate the default reject format. 1144894708 M * Bertl I would expect unified rejects when the patch itself is unified, and context diffs otherwise 1144894976 M * daniel_hozac does patch even have an upstream to report bugs to? 1144894995 M * Bertl not sure, never tried :) 1144895000 M * daniel_hozac with the latest version released in 1999, it seems rather dead. 1144895022 M * Bertl maybe we should take maintainership? 1144895154 M * daniel_hozac i don't feel like i know enough about it to do something like that, but don't let me hold you back :) 1144895240 M * Bertl maybe next time I rebuild the package :) 1144895257 M * daniel_hozac looks like diffutils wants to take over already, http://savannah.gnu.org/projects/diffutils/ 1144895275 M * daniel_hozac of course, that text could be from 2001... 1144895356 M * Bertl ah, xfs changed from the unintuitive linvfs_* to the much more descriptive xfs_vn_ prefix 1144895377 A * Bertl forgot the big :) 1144895382 M * daniel_hozac lol 1144895421 M * daniel_hozac what is vn supposed to mean? 1144895436 M * Bertl I have no blody idea, but I didn't udnerstand linvfs either 1144895541 M * Bertl xfs is for me an example how you can sneak c++ into the kernel without anyone noticing :) 1144895570 M * daniel_hozac hehehe 1144895805 P * Dr4g Open Source Development :: http://dynamichell.org 1144896085 Q * softi42 Ping timeout: 480 seconds 1144896599 J * softi42 ~softi@p549D53C8.dip.t-dialin.net 1144896648 M * Bertl hmm, arch/i386/kernel/traps.c ~ 392 surely wins the creativity context for indentation (in 2.6.17-rc1 ;) 1144896706 M * Bertl ah freud ... s/context/contest/ 1144897316 M * gdm hehe 1144897342 M * Bertl ah, gdm, read your scheduler page ... 1144897353 M * gdm Bertl: yes, thanks for your comment 1144897374 M * Bertl where do you have that starvation part from? 1144897411 J * matta ~matta@71.224.125.126 1144897411 M * Bertl and do you work with scheduling in some way= 1144897417 M * Bertl s/=/? 1144897425 Q * matta Read error: Connection reset by peer 1144897432 M * gdm no, not at all.. i don't even work with computers ;-) 1144897449 M * Bertl interesting ... 1144897464 M * gdm starvation: http://list.linux-vserver.org/archive/vserver/msg08138.html 1144897487 M * gdm Bertl: i had a problem with one vserver making th eentire host unreactive a week or so ago 1144897496 M * gdm so i though i better learn a bit about resource limiting the vservers 1144897518 M * gdm and somehow i started with cpu, so i tried to make sense of it 1144897533 M * gdm although actually, i tried to make sense of it, and then realised it was cpu ;-) 1144897563 M * Bertl sounds good ... are you interested in the new scheduler features we have in 2.1.1 too? 1144897608 M * gdm hehe - you want a tester! i only have one box and it's production; i don' teven have a dev box at the moment 1144897623 M * gdm in fact, don't even have reliable net acdcess unless at work 1144897629 M * Bertl no, actually I'd like to have somebody who documents it :) 1144897644 M * gdm ahh, ok, i can try with that more 1144897666 M * gdm i try to understand what other people write about on the mailing lists etc and then put it into plain english 1144897678 M * gdm actually, at the moment, i really want to learn about memory allocation 1144897690 M * gdm cos i still don't understand RSS and VSZ properly 1144897704 M * Bertl so posting a few things on the ML might find it's way into the wiki, eventually? 1144897767 J * Aiken_ ~james@tooax8-151.dialup.optusnet.com.au 1144897784 M * Bertl morning Aiken_! 1144897836 M * gdm Bertl: yes 1144897848 J * matta ~matta@71.224.125.126 1144897857 Q * matt1 Ping timeout: 480 seconds 1144897857 M * gdm Bertl: i've been trying to highlight mails related to stuff i need to learn 1144897871 M * Bertl okay, will post a few thing on the new scheduler in the next days and if I get to it about the memory stuff too 1144897874 M * gdm Bertl: and when i figure stuff out, it will def. get on the wiki - just wish i was better at formatting it ;-) 1144897884 M * gdm Bertl: great, thank you :) 1144897897 M * Bertl I think you did a good job on that page 1144897919 M * matta any thoughts on mediawiki? 1144897934 M * gdm well thanks: all i did was try to summarise the stuff i could find and link back to references and other pages 1144897934 M * Bertl gdm: maybe the use of some == * == headers would be beneficial 1144897949 M * gdm aha! that was what i was missing 1144897954 M * Bertl matta: yeah, we definitely want to switch sooner or later 1144897983 M * gdm there are too many wikis around 1144897996 M * gdm i mean, too many different types with different syntax to learn 1144898005 M * Bertl yes, but the mediawiki (wikipedia) is definitely one of the best IMHO 1144898008 M * matta mediawiki powers a lot of big wikis 1144898041 M * Bertl daniel_hozac: what do you think about the following: 1144898047 M * Bertl 1 kernel/exit.c forget_original_parent 653 choose_new_parent(p, vx_child_reaper(p)); 1144898051 M * Bertl 2 kernel/exit.c forget_original_parent 678 choose_new_parent(p, reaper); 1144898063 M * Bertl could the second be related to your issues with ptrace? 1144898069 M * gdm yes it does. i maintain twiki site tho and am v. impressed with that 1144898081 M * gdm in a vserver 1144898093 Q * Aiken Ping timeout: 480 seconds 1144898541 M * Aiken_ hi Bertl 1144900475 N * Aiken_ Aiken 1144900508 M * Bertl Support for tracing block io actions <-- sounds interesting 1144900740 Q * Ljungbacka Quit: Peace and Protection 4.22.2 1144901381 M * Skram has anyone been able to setup SNMP with vserver/virtual interfaces? MRTG? 1144901425 M * Bertl both works fine, but unless you do some bandwidth accounting or have separate interfaces per guest it won't help you much 1144901445 M * Bertl i.e. with eth0:a and eth0:b you will get the accounting for eth0 1144901456 M * Skram right 1144901462 M * Skram how do i differentiate for all of it? 1144901479 M * Bertl add an accounting rule via iptables for example 1144901496 M * Bertl (and graph that on the host for all guests) 1144902130 M * locksy Ummm, I'm not going crazy am I? 2.0.2-rc15 ~~ 2.0.2-rc16 (only change is to Makefile: EXTRAVERSION=...) 1144902140 M * Bertl precisely 1144902158 M * locksy I guess 2.1.x changed then... 1144902168 M * Bertl right again! :) 1144902195 M * locksy yay! I avoid the nuthouse for another day! 1144902204 M * Bertl lol 1144902573 M * Skram Bertl: how? 1144902585 M * Skram 23:11 < Bertl> add an accounting rule via iptables for example 1144902719 M * Bertl well, I skip that one and point you to http://sourceforge.net/projects/ipac-ng/ 1144902737 M * Bertl which is probably what you really want to know :) 1144902761 M * Bertl alternatives are: http://dev.lashout.net/iag/ and http://intevation.net/iam/ 1144904205 J * fwl ~f_@83-215-237-1.seek.stat.salzburg-online.at 1144904259 M * Bertl wb fwl! 1144904402 Q * fwl Quit: 1144905417 M * Bertl fun fun xfs is broken in 2.6.17-rc1 1144905586 M * gdm ipac-ng <== thanks for pointing that out 1144905762 J * fwl ~f_@83-215-237-1.seek.stat.salzburg-online.at 1144905808 M * Bertl gdm: np 1144905865 M * Bertl okay, 2.6.17-rc1-vs2.0.2-rc16 is done and uploaded, will attack 2.1.1 tomorrow ... 1144905876 M * Bertl have a nice whatever everyone ... cya! 1144905883 N * Bertl Bertl_zZ 1144906152 J * andrew_ ~andrew@host-87-74-59-116.bulldogdsl.com 1144907321 P * andrew_ 1144907478 Q * fwl Quit: This computer has gone to sleep 1144908720 M * Skram RTNETLINK answers: Cannot assign requested address 1144908720 M * Skram RTNETLINK answers: File exists 1144908721 M * Skram ? 1144909317 M * Skram RTNETLINK answers: File exists 1144909319 M * Skram i dont get it 1144909321 M * Skram it doesnt exist 1144909500 J * id23 ~id@p54A035AE.dip0.t-ipconnect.de 1144909508 M * id23 hi 1144909546 J * f_ ~f_@83-215-237-2.seek.stat.salzburg-online.at 1144909846 M * Hollow Skram: when do you get this message? 1144909946 M * Skram starting a vps 1144909951 M * Skram i added a new interface to it 1144909961 M * Skram it works, but it still says File exists 1144910460 J * Cracker ~mIRC@125.24.87.28 1144910463 P * Cracker 1144910683 M * mnemoc try setting nodev 1144912914 J * |coocoon| ~coocoon@p54A05A5F.dip.t-dialin.net 1144912947 M * |coocoon| morning 1144913234 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl 1144913869 J * Wenix ~wenix@81.7.189.11 1144913870 Q * Wenix Quit: 1144913889 J * Wenix ~wenix@81.7.189.11 1144914288 J * denzs ~denzs@carbon.gonicus.de 1144914380 M * denzs hi can anybody tell me the equivalent of the "onboot=yes" parameter for vserver 2.0 ? i cant find anything about it on the flowerpage 1144914415 M * sizo moin 1144914491 M * phedny echo 'default' > /etc/vservers//apps/init/mark 1144914504 M * phedny at least that works for Debian :) 1144914550 Q * Vudumen Ping timeout: 480 seconds 1144914966 M * denzs hm thx :) 1144915029 Q * denzs Quit: Verlassend 1144915031 A * phreak`` stabs Hollow 1144915040 A * phreak`` stabs Hollow with that u1 1144915055 M * phreak`` or sun4u even :P 1144915074 M * Hollow hahaha 1144915116 M * Hollow but, tbh, that looks like a bug in svn to me... i should not bee able to commit a newly created dir in my working copy if someone else has already created in meanwhile 1144915117 M * Hollow wtf.. 1144915138 M * phreak`` Hollow: yeah, looks pretty much like a bug .. 1144915157 M * phreak`` but normally you get a 'out of sync' reply then 1144915164 M * Hollow hm, very strange 1144915186 M * Hollow the vcontext-uid patch doesn't even appear in changeset 318, but it dissapeared between 317 and 318.. 1144915218 M * phreak`` lol 1144915244 M * Hollow oh well.. 1144915261 M * Hollow as long as 0.30.211 is releases before we get -r100 it's ok :P 1144915294 M * phreak`` heh, hopefully :) 1144915432 Q * f_ Ping timeout: 480 seconds 1144915467 Q * |coocoon| Read error: Connection reset by peer 1144915604 J * f_ ~f_@83-215-237-1.seek.stat.salzburg-online.at 1144916142 Q * Aiken Ping timeout: 480 seconds 1144917108 J * Vudumen ~vudumen@perverz.hu 1144917413 J * giantWrk ~oh@212.110.98.61 1144917420 M * giantWrk good morning ! 1144917920 J * Seth ~Java@85.96.200.229 1144917926 P * Seth 1144920021 M * SiD3WiNDR I'm getting a message from a daemon that shmget failed 1144920028 M * SiD3WiNDR (how) can I raise shared memory stuff inside a vserver? 1144921910 Q * Loki|muh Ping timeout: 480 seconds 1144922102 J * Loki|muh loki@satanix.de 1144922116 Q * rmoriz Remote host closed the connection 1144922174 M * waldi hmm, why does interdiff show the difference between 2.0.2-rc15 and 2.0.2-rc16 as empty? 1144922265 J * BartVB ~bartvb@84.35.48.206 1144922285 J * rmoriz ~roland@195.68.242.245 1144922306 M * BartVB I have a vserver that doesn't want to shutdown :( It has one process left (proftpd) that's blocked on IO ('Ds' state). Any idea how I can kill that vserver? 1144922365 M * BartVB (except for rebooting the host) 1144922580 M * waldi you can't 1144922620 Q * gerrit Ping timeout: 480 seconds 1144922802 M * BartVB that sucks :) 1144922818 M * BartVB then is there a way to attach to this process with strace or something like that? 1144922845 M * BartVB maybe I can figure out what it's blocking on, at least to prevent this from happening again... 1144922885 J * doener ~doener@i5387D6B9.versanet.de 1144923070 M * BartVB chcontext --ctx 49168 strace -p 2062 1144923073 M * BartVB seems to do the job 1144923091 M * BartVB but ofcourse that doesn't help me because the process is waiting for something :\ 1144923119 M * BartVB this is just not my day :) 1144923155 Q * mountie Quit: LUNCK! 1144923416 M * waldi you can't kill a process in D state 1144923475 M * BartVB currently rebooting 1144923491 M * BartVB now let's hope that I can find out what was blocking it without needing to reboot again... 1144927048 M * daniel_hozac waldi: because there were no changes. 1144927103 M * daniel_hozac waldi: btw, what does your namespace cleanup patch do that the original code doesn't? 1144927211 M * waldi daniel_hozac: which original code? 1144927239 M * daniel_hozac - test -z "$NAMESPACE_CLEANUP" || isAvoidNamespace "$cfgdir" || \ 1144927239 M * daniel_hozac - $_VNAMESPACE --cleanup 1144927452 M * Hollow cleanup is evil! ;) 1144927494 M * waldi it is smart enough to not kill necessary mounts 1144927662 M * daniel_hozac which mounts would that be? /dev? 1144927698 M * waldi anything below the vserver root, /dev 1144927727 M * daniel_hozac well, umount_unused shouldn't unmount anything below the vserver root, should it? 1144927742 M * waldi where is the check? 1144927742 M * Hollow it umounts everything! (iirc) 1144927773 M * Hollow you can confirm that by running vnamespace --cleanup in your current namespace... :) 1144927819 M * daniel_hozac yeah, i guess so. i assumed it was smarter than that... 1144928009 M * daniel_hozac waldi: but why would you need to keep /var if the vserver is on /var/lib/vservers (assuming separate volumes)? 1144928041 M * waldi daniel_hozac: try to umount iz 1144928062 M * waldi you can't until /var/lib/vserver is gone 1144928090 M * daniel_hozac ah, right. 1144928265 M * daniel_hozac well, i think that's all the silly questions from me this morning :) 1144928759 Q * f_ Quit: This computer has gone to sleep 1144929068 M * Hollow daniel_hozac: i have updated the spec to use arrays where appropriate.. 1144929165 M * daniel_hozac cool. 1144929184 J * kingruedi ~king@p508B5ED5.dip.t-dialin.net 1144929408 M * daniel_hozac Hollow: what does vprocunhide-fix fix? /proc/mounts is visible here without that. 1144929470 M * Hollow daniel_hozac: we do a setattr -R --hide /proc in the init scripts, and this hides /proc/mounts 1144929490 M * Hollow if you do /etc/init.d/vservers restart e.g. 1144929497 M * daniel_hozac you don't trust the kernel's autohide to do it well enough? :) 1144929504 M * Hollow no, we hide it on stop ;) 1144929515 M * Hollow (iirc) 1144929516 M * Hollow :P 1144929527 M * daniel_hozac hmm ok. 1144929635 M * Hollow hm, do you know if i do ./configure --prefix=/usr/local am i supposed to use /var/{log,run} or /usr/local/var? 1144929690 M * Hollow because if prefix would be /usr that would mean /usr/var, which sounds Not Good (tm) 1144929748 M * daniel_hozac that's why you're supposed to pass --localstatedir=/var as well ;) 1144929806 M * Hollow hm, gentoo passes /var/lib which is strange enough 1144929854 M * daniel_hozac i think mandriva does that too. 1144929871 M * Hollow is that even FHS compliant? 1144929902 M * daniel_hozac well, depending on the application, it could be the most FHS compliant option. 1144929932 M * Hollow but how am i supposed to build up /var/log then? i can't use $localstatedir/log 1144929937 M * daniel_hozac but util-vserver is well-behaved and shouldn't need such containment. 1144929953 M * daniel_hozac i have no idea... i never quite understood the rationale behind that. 1144929966 M * Hollow indeed.. 1144929996 M * daniel_hozac it seems like the sort of thing that should be the exception, not the rule. 1144930045 M * Hollow imo the best option would be to use /var/{cache,lock,log,run} without any prefix.. 1144930095 M * daniel_hozac well, then you take away the ability to contain each application in its own directory. 1144930106 M * daniel_hozac (like on /opt) 1144930111 M * daniel_hozac i guess that's not much of a problem though. 1144930161 M * Hollow yeah.. just confusing stuff... 1144930222 M * daniel_hozac what's the purpose of fix-fastboot? 1144930258 J * mountie ~mountie@CPEdeaddeaddead-CM000a739acaa4.cpe.net.cable.rogers.com 1144930474 J * Milf ~Miranda@ipsio334.ipsi.fraunhofer.de 1144930478 M * Hollow hm 1144930519 M * Hollow can't remember.. what does fastboot do? 1144930535 M * daniel_hozac i don't know, but i guess the varies from distribution to distribution. 1144930562 M * daniel_hozac the only things using it on Fedora are scripts that should never be run in a guest. 1144930575 M * Hollow maybe that's why we removed it ;) 1144930599 M * daniel_hozac if [ -f /fastboot ]; then 1144930599 M * daniel_hozac echo $"On the next boot fsck will be skipped." 1144930624 M * Hollow ah right... these 3 files are for fsck.. 1144930678 M * daniel_hozac i think creating the file makes more sense than removing it, even though neither should have any effect. 1144930686 M * Hollow indeed.. 1144930835 M * daniel_hozac ok, i guess that's it then, http://daniel.hozac.com/vserver/util-vserver/ has a bunch of new patches for simple things, and some of your and Debian's patches imported. 1144930912 M * daniel_hozac -nice is slightly different from your nicefix, as it also sets a default nice -n 0. 1144930939 M * daniel_hozac otherwise guests with an init can call reboot -f to get an elevated nice value (-5). 1144931002 M * Hollow nice :) 1144931011 M * Hollow seems like i need to import some 1144931075 M * Hollow hm, what's the apis patch for? 1144931127 M * daniel_hozac as i said, simple things :) 1144931159 M * daniel_hozac first hunk is a typo, the second one lets you copy the output from vserver-info to --enable-apis= 1144931176 M * Hollow ah 1144931433 M * Hollow hm.. is the condrestart a bug? 1144931437 M * Hollow it looks ok to me 1144931533 M * daniel_hozac isVserverRunning is a function. 1144931537 M * daniel_hozac test will not work for that. 1144931571 M * daniel_hozac (and i hate the logic with always using ||... i find && so much easier to read) 1144931737 J * restill ~restill@c-24-11-171-10.hsd1.mi.comcast.net 1144931802 M * Hollow daniel_hozac: indeed.. 1144932071 M * daniel_hozac hmm, actually, the -nice doesn't work yet. is there anyway to set a fixed nice value (rather than just adjust the current one)? 1144932249 M * daniel_hozac just $(( `nice` - `nice` + X ))? 1144932645 J * pagano ~pagano@lappagano.cnaf.infn.it 1144932675 M * pagano hi guys! 1144932758 M * daniel_hozac hello 1144933043 M * pagano I have some problem to install linux-vserver on a Scientific Linux (RedHat clone like CentoOS) 1144933167 M * pagano someboy do u know if is there a guide about this distribution ? 1144933622 M * daniel_hozac linux-vserver is pretty platform agnostic, the step by step guide should work on pretty much any distribution. what's the problem? 1144933729 M * pagano when I try to create a vm 1144933730 M * pagano /usr/local/lib/util-vserver/functions: line 206: -n: command not found 1144933739 J * f_ ~f_@83-215-237-1.seek.stat.salzburg-online.at 1144933739 M * daniel_hozac why would you get old utils? 1144933757 M * daniel_hozac get 0.30.210. 1144933775 M * pagano vserver slc43_try build -m yum --hostname XXX --interface domain=eth0:IP/24 --initstyle sysv --context 500 --force -- -d slc43 1144933784 M * pagano mmm just a moment 1144933807 M * pagano I have installed util-vserver-0.30.209.tar 1144933834 M * pagano from http://www.13thfloor.at/vserver/d_rel26/v2.1.0/ 1144933837 M * daniel_hozac right, 0.30.210 was released over two months ago... 1144933898 M * pagano strange error.... 1144933914 M * pagano on debian all worked fine 1144933931 M * daniel_hozac well, if you install 0.30.210, you'll get the actual error. 1144934049 M * pagano so 0.30.210 is a bugged version? 1144934094 M * pagano sorry util-vserver-0.30.209.tar 1144934203 M * daniel_hozac yes. 1144934306 M * pagano k I'm going to try new version 1144934321 M * pagano but I suggest to change the link in http://www.13thfloor.at/vserver/s_rel26/v2.01/ page 1144934338 M * daniel_hozac that's not the authoritative source for util-vserver. 1144934363 M * daniel_hozac http://www.13thfloor.at/~ensc/util-vserver/files/alpha/ 1144934380 M * daniel_hozac as linked from the linux-vserver.org front page... 1144934503 Q * mnemoc Ping timeout: 480 seconds 1144935033 N * Bertl_zZ Bertl 1144935039 M * Bertl morning folks! 1144935132 M * giantWrk good morning Bertl 1144935384 M * pagano morning ?! but where is this server ?:) 1144935452 M * Milf Morning Bertl. You showin' up at linuxtag (how many times have you been asked that question?) 1144935482 M * matta apparently he has a booth :) 1144935498 M * Bertl Milf: yes, I think I will show up :) 1144935515 M * Bertl matta: it's derjohn who is spending a lot of time on that 1144935539 M * Milf Cool. The I can finally buy the that $BEVERAGE or two that I think I owe you :) 1144935569 M * Bertl ah, so I should not bring any $BEAVERAGE :) 1144935628 M * Milf Sure, as long as I know the value of $BEVERAGE, I'm happy to provide. 1144935810 M * Bertl (currently) I'm 100% cola light (diet coke) 1144935816 M * Wonka *shudder* 1144935821 M * Wonka i can't stand the stuff 1144935842 M * Wonka coke light is just *bleagh*, and pepsi light literally makes me puke 1144935864 M * Bertl de gustibus non est disputandum. 1144935885 M * Wonka that's my remark! 1144935941 M * Wonka anyway... how about a vs2.1.1 patch against 2.6.17-rc1? 1144935971 A * Milf notes: One case of Bertl Light 1144936250 M * Bertl Wonka: on my todo for today, 2.0.2 is already there 1144936296 M * Wonka where "there"? 1144936334 M * Wonka aaah, there! 1144936343 M * Wonka thx 1144936435 M * pagano distroverpkg=fedora-release 1144936442 M * pagano in yum.conf 1144936442 M * matta nice Bertl 1144936462 M * matta Bertl: page.h severely conflicts with the Xen 2.6.16 kernel :( 1144936472 M * pagano I'm installing on a different ditribution 1144936483 M * matta I just let the reject go, I haven't built/tried to boot it yet 1144936502 M * pagano so I can change it in arbitrary way or...? 1144936533 M * pagano for CentoOS I see --> distroverpkg=centos-release 1144936536 M * Bertl matta: in which patch? 1144936648 J * hw ~Hartmut@85-124-100-166.dynamic.xdsl-line.inode.at 1144936681 M * matta Bertl: 2.0.2-rc16 1144936734 M * matta + #define __MAXMEM (-__PAGE_OFFSET-__VMALLOC_RESERVE) 1144936740 M * matta that's already modified by xen 1144936753 M * Bertl ah, just ignore that, remove the split patches for now 1144936761 M * Bertl (memory split that is) 1144936764 M * matta #define MAXMEM (__FIXADDR_TOP-__PAGE_OFFSET-__VMALLOC_RESERVE) 1144936775 M * matta well, it built just fine 1144936780 M * matta i'm gonna try booting 1144936783 M * Bertl okay, then :) 1144936947 M * matta seems to boot, where are the test scripts again :) 1144936949 M * matta Linux test.com 2.6.16-xen-vs2.0.2-rc16 #1 SMP Wed Apr 12 20:59:09 EDT 2006 i686 GNU/Linux 1144936965 M * Bertl http://vserver.13thfloor.at/Stuff/SCRIPT/ 1144936977 M * matta hrm, i'm gonna need to install the tools 1144936993 M * Bertl yes, indeed :) 1144937013 M * matta 0.30.204 is fine? 1144937030 M * Bertl with legacy enabled I'd say yes 1144937053 M * matta test:~# sh testme.sh 1144937054 M * matta Linux-VServer Test [V0.15] Copyright (C) 2003-2006 H.Poetzl 1144937054 M * matta chcontext is working. 1144937054 M * matta chbind is working. 1144937054 M * matta Linux 2.6.16-xen-vs2.0.2-rc16 #1 SMP Wed Apr 12 20:59:09 EDT 2006 i686 1144937054 M * matta Ea 0.30.204 273/glibc (DS*) 1144937055 M * matta VCI: 0002:0001 273 03000076 (TbLgnP) 1144937055 M * matta --- 1144937058 M * matta [000]# succeeded. 1144937058 M * matta [001]# succeeded. 1144937059 M * matta [011]# succeeded. 1144937059 M * matta [031]# succeeded. 1144937062 M * matta [101]# succeeded. 1144937062 M * matta [102]# succeeded. 1144937064 M * matta [201]# succeeded. 1144937064 M * matta [202]# succeeded. 1144937066 M * matta cool 1144937134 M * Wonka huh? where are xen patches for .16? 1144937142 M * Wonka last i saw was .8... 1144937148 M * matta in xen 3.0.2 .. 1144937175 M * matta WARNING -- FLOOD 1144937181 M * matta New security context is 101 1144937181 M * matta New security context is 100 1144937181 M * matta New security context is 49156 1144937181 M * matta ---- legacy 1144937181 M * matta chcontext --xid 100 true Success 1144937181 M * matta chcontext --xid 101 true vcontext: vc_create_context(): Device or resource busy 1144937181 M * matta chcontext --xid 102 true New security context is 102 1144937183 M * matta chcontext --xid 49152 true vcontext: vc_create_context(): Invalid argument 1144937183 M * matta chcontext --xid 49153 true vcontext: vc_create_context(): Invalid argument 1144937192 M * matta vcontext --migrate --xid 100 true Success 1144937192 M * matta vcontext --migrate --xid 101 true Success 1144937192 M * matta vcontext --migrate --xid 102 true vcontext: vc_ctx_migrate(): No such process 1144937192 M * matta vcontext --migrate --xid 49152 true vcontext: vc_ctx_migrate(): No such process 1144937215 J * insomnia1 ~insomniac@slackware.it 1144937215 Q * insomniac Read error: Connection reset by peer 1144937398 M * matta Bertl: .. any idea why testme.sh works fine but ctxtest.sh fails to what seems miserably? 1144937399 M * matta tools? 1144937411 M * matta I just pulled the util-vserver package from debian testing 1144937517 M * matta test:~# zcat /proc/config.gz | grep VSER 1144937517 M * matta CONFIG_VSERVER_LEGACY=y 1144937517 M * matta # CONFIG_VSERVER_LEGACY_VERSION is not set 1144937517 M * matta # CONFIG_VSERVER_NGNET is not set 1144937517 M * matta CONFIG_VSERVER_PROC_SECURE=y 1144937518 M * matta CONFIG_VSERVER_HARDCPU=y 1144937518 M * matta CONFIG_VSERVER_HARDCPU_IDLE=y 1144937520 M * matta # CONFIG_VSERVER_DEBUG is not set 1144937520 M * matta CONFIG_VSERVER=y 1144937521 M * matta CONFIG_VSERVER_LEGACYNET=y 1144937580 J * mnemoc ~amery@200.73.54.5 1144937657 M * Bertl matta: no idea, don't even remember that one, but will check 1144937662 M * matta heh 1144937663 M * matta ok 1144937667 M * matta so might be a bad script 1144937674 M * matta testme.sh seems to like my kernel at least :) 1144937681 M * matta i'll see if users complain :-/ 1144937703 M * Bertl testme and testfs are the relevant ones 1144937727 M * matta testfs requires to be able to mkfs right? 1144937773 M * Bertl yup, for all filesystems tested 1144937801 M * matta for context aware fs what is the mount flasg these days, xid ? 1144938032 M * Bertl tagxid or tagctx (compat) 1144938242 M * matta ok 1144938255 M * matta mind if I post my testme.sh results to the list? 1144938753 M * Bertl no, that's the idea :) 1144938800 M * Bertl matta: simply prefix it [ARCH] Xen or so 1144938980 J * SunSmile ~user@217.8.236.1 1144938985 M * matta I did it old way 1144938989 M * matta [xen/i386] 1144938991 M * SunSmile Ðóññêèå åñòü? 1144939033 M * SunSmile Ni hao ma? 1144939174 J * gEveze327 ~gEveze@85.98.243.143 1144939192 M * SunSmile Somebody speaks Russian??? 1144939198 Q * gEveze327 Quit: 1144939287 M * Bertl SunSmile: no, but we can try in english 1144939311 M * SunSmile my english is not good 1144939328 M * Bertl we'll manage somehow ... 1144939347 M * SunSmile ok 1144939358 M * SunSmile where are you from? 1144939364 M * Bertl austria 1144939405 M * SunSmile cool!!! how the weather there? 1144939426 M * Bertl well, not as good as yesterday, but no rain either 1144939546 M * SunSmile what are you doing now? 1144939573 M * Bertl some kernel coding and moving a few guests ... 1144939627 M * SunSmile are you admin? 1144939641 M * Bertl hmm, yeah, kind of ... 1144939651 M * SunSmile ))) 1144939677 M * Bertl so, what brings you here? 1144939725 M * SunSmile I wander on a network 1144939730 M * SunSmile ))) 1144939750 M * Bertl I see, and you found that cool channel here ... 1144939769 M * SunSmile yeea 1144939772 M * Bertl did you have a look at the web pages (for the linux-vserver project) yet? 1144939828 M * SunSmile what??? simple please...i don't understend 1144939843 M * Bertl did you have a look at linux-vserver.org yet? 1144939852 M * SunSmile no 1144939862 M * Bertl maybe you should 1144939862 M * SunSmile and you?))) 1144939866 M * Bertl cool project! 1144939873 M * SunSmile maybe 1144939949 M * SunSmile You would want what I have seen? 1144939994 M * Bertl hmm? 1144940049 M * SunSmile Why only you here? 1144940073 M * Bertl looks like many others are here too, I'm just the one talking to you :) 1144940110 M * SunSmile But others do not talk among themselves 1144940144 M * Bertl matta, Wonka, daniel_hozac: could you please talk to eachother for a moment :) 1144940160 M * Adrinael I could just babble nonsense for a while. 1144940168 M * SNy groups SNy 1144940170 M * Bertl yeah, that would be nice :) 1144940175 M * SNy SNy: idler lurker 1144940178 M * SNy ;p 1144940180 M * Adrinael I really need to get some tea 1144940210 M * Wonka er, wuss? 1144940240 M * Wonka maybe we should invite Wombat from #madwifi... 1144940245 M * Bertl SunSmile: better? 1144940249 M * Wonka annoying little chatterbot :) 1144940253 M * SunSmile It is already better!!! 1144940253 M * SunSmile ))) 1144940268 M * Bertl well, usually we talk about relevant stuff :) 1144940285 M * Wonka ...something relevant! the Internet! 1144940287 M * Bertl (which sometimes gives longer pauses) 1144940297 M * Wonka the internet is really really great... 1144940316 M * Wonka hey! cue line! 1144940408 M * SunSmile So here all from Austria? 1144940451 M * Bertl no, I think only a few folks are from Austria 1144940472 M * Wonka <- northern germany 1144940477 M * pagano Italy :-) 1144940486 M * SunSmile and nobody speaks russia??? 1144940488 M * Wonka austria is, like, on the next continent... 1144940499 M * Wonka SunSmile: nobody seems to speak russian, no 1144940507 M * SunSmile ))) 1144940509 M * Bertl SunSmile: maybe somebody does, but if, then he speak english here 1144940524 M * SunSmile à ÷¸ ïî ðóññêè íè êàê?))) 1144940526 M * Bertl because english is the language we all understand 1144940536 M * SunSmile ok 1144940537 M * SunSmile ))) 1144940553 M * SunSmile It is a pity 1144940564 M * pagano u can try in esperanto :) 1144940575 M * SunSmile )))) 1144940577 M * Wonka nak. 1144940609 M * SunSmile nak? 1144940649 M * Wonka negative acknowledge 1144940650 M * pagano I suppose "no" 1144940653 M * Wonka aka: "no!" 1144940666 M * SunSmile ))) 1144940775 M * pagano Bertl I need again your help, can I /query ? 1144940797 M * Bertl if it is vserver related, just ask, otherwise, later please 1144940798 M * restill and sum of us nativ Enlish spekers arn't that gud b/c we did poorly in skool 1144940845 M * SunSmile i'm goin out...bye! 1144940853 M * Bertl cya! 1144940856 M * pagano well, yes about vservr obviously :) 1144940873 P * SunSmile 1144940873 M * Bertl obviously :) 1144940891 M * pagano I'm following this guide http://linux-vserver.org/CentOS_HowTo 1144940918 M * pagano to install vserver on a Scientific Linux ditribution (another redhat clone) 1144940925 M * Bertl hmm, oaky 1144940956 M * pagano that we use for academic purpose 1144940973 M * pagano first question: 1144940974 M * Bertl so be it, that's the host or the guest distro? 1144940986 M * pagano both 1144940990 M * Bertl okay 1144941016 M * pagano vi yum.conf and replace with: 1144941016 M * pagano [main] 1144941016 M * pagano cachedir=@YUMCACHEDIR@ 1144941016 M * pagano reposdir=@YUMETCDIR@/yum.repos.d 1144941016 M * pagano debuglevel=2 1144941017 M * pagano logfile=@YUMLOGDIR@/log 1144941019 M * pagano pkgpolicy=newest 1144941021 M * pagano distroverpkg=centos-release 1144941023 M * pagano tolerant=1 1144941025 M * pagano exactarch=1 1144941027 M * pagano retries=20 1144941029 M * pagano obsoletes=1 1144941031 M * pagano gpgcheck=1 1144941033 M * pagano @@@@ 1144941035 M * pagano I have change it in : 1144941039 M * Bertl hmm, better use pastebin.com 1144941052 M * Bertl this way we see what you actually have there :) 1144941134 M * pagano http://pastebin.com/657772 1144941193 M * pagano I have change it in : http://pastebin.com/657774 1144941219 M * Bertl okay 1144941243 M * pagano /usr/lib/util-vserver/distributions/slc43/pkgs/01 1144941246 M * pagano here 1144941304 M * pagano when I give the comman /usr/sbin/vserver slc43_try build -m yum --hostname HOST --interface domain=eth0:IP --initstyle sysv --context 500 --force -- -d slc43 1144941358 M * pagano It start to install header and rpm (from a list that I have passed it) 1144941408 M * Bertl did you patch your yum? 1144941421 M * pagano sorry...? 1144941437 M * Bertl I'm not using yum, but IIRC it requires some patches to work properly 1144941454 M * Wonka btw, i've had requests for a SuSE vserver... anyone a quick idea how to properly do that on a debian host? 1144941460 M * Bertl pagano: because the yum folks do not support working in a chroot dir or so 1144941474 M * pagano the fact is that 1144941481 M * Bertl Wonka: get QEMU, install it there, copy the image, clean it up 1144941492 M * pagano yum seem to install all 1144941503 M * pagano but in /etc/vserver 1144941508 M * Wonka Bertl: WAH! 1144941527 M * Wonka Bertl: i know qemu of course, but that's a disgusting method... 1144941529 M * pagano I find some strange folder : slc43_try.~1144938098~/ slc43_try.~1144938586~/ 1144941531 M * Bertl Wonka: okay, okay, I heard that yast supports install to a directory 1144941540 M * Bertl pagano: that's a backup copy 1144941541 M * Wonka Bertl: there's nothing like debootstrap? 1144941561 M * giantWrk ok work done ;) happy easter all ! 1144941565 P * giantWrk 1144941624 M * pagano uhmm but when I try to start the vm I receive http://pastebin.com/657785 1144941627 M * Wonka did someone try if these images work? http://openvz.org/download/template/cache/ 1144941718 Q * ||Cobra|| Remote host closed the connection 1144941825 M * pagano first 2 lines when I build the vm are: 1144941826 M * pagano /etc/vservers/.defaults/vdirbase/slc43_try/proc 1144941826 M * pagano Renamed '/etc/vservers/.defaults/vdirbase/slc43_try' to '/etc/vservers/.defaults/vdirbase/slc43_try.~1144941970~' 1144941863 M * pagano in debian all worked fine :-( 1144941885 M * Bertl that's just a backup of the old data 1144941898 M * Bertl so in case you need it, you can recover it 1144941903 M * pagano k k 1144941923 M * pagano so why I receive this error? http://pastebin.com/657785 1144941938 Q * Milf Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org 1144941973 Q * matta Ping timeout: 480 seconds 1144942048 Q * f_ Quit: This computer has gone to sleep 1144942062 J * f_ ~f_@83-215-237-1.seek.stat.salzburg-online.at 1144942765 Q * pagano Ping timeout: 480 seconds 1144943327 J * matta ~matta@c-68-32-239-173.hsd1.pa.comcast.net 1144944261 J * doener_ ~doener@i5387D818.versanet.de 1144944654 J * Viper0482 ~Viper0482@p54975C78.dip.t-dialin.net 1144944665 Q * doener Ping timeout: 480 seconds 1144944714 J * kjue ~king@20132185180.user.veloxzone.com.br 1144944776 J * |coocoon| ~coocoon@p54A065E6.dip.t-dialin.net 1144944777 J * bonbons ~bonbons@83.222.37.206 1144944787 M * |coocoon| hello to all 1144944789 M * Bertl welcome kjue! wb |coocoon|, bonbons! 1144944798 M * |coocoon| hello bertl 1144944813 M * |coocoon| have i been here today 1144944820 M * |coocoon| i don't know 1144944860 M * Bertl hmm, not sure either, but you count as regular :) 1144944873 M * |coocoon| right 1144944891 M * |coocoon| bertl: ist now xen kernel wit vs patch available 1144944892 M * bonbons Hi Bertl, |coocoon| and the others! 1144944905 M * |coocoon| hi bonbons 1144944910 Q * kjue Quit: 1144944919 M * Bertl |coocoon|: yeah, seems like both, the debian folks and matta did combine them 1144944936 M * |coocoon| oh sounbds good or not 1144944968 M * Bertl yeah, I'm all for it ... linux-vserver and xen aresomewhat orthogonal 1144944981 M * Bertl s/aresomewhat/are somewhat/ 1144945044 A * ray6 patched them together on the flight :) 1144945053 M * ray6 it's just one conflict in page.h 1144945056 M * Bertl ah, right, forgot that, sorry :) 1144945085 M * |coocoon| bertl: sorry but what do u mean with orthogonal 1144945094 M * |coocoon| in german it is the same 1144945111 M * |coocoon| thatn in english and i haven't any idea at this moment 1144945128 M * Bertl it means, they are not in competition, but complete eachother 1144945138 M * ray6 -#define MAXMEM (__FIXADDR_TOP-__PAGE_OFFSET-__VMALLOC_RESERVE) +#define __MAXMEM (__FIXADDR_TOP-__PAGE_OFFSET-__VMALLOC_RESERVE) 1144945148 M * |coocoon| oh ok now i understand, so we have also windows possibilities 1144945163 M * |coocoon| for the mainstream 1144945164 M * ray6 these lines don't have the "__FIXADDR_TOP-" in the original patch. Just add it - and the patch will apply cleanly to a xen kernel 1144945197 M * ray6 oh, and the Makefile will fail due to the "-xen" extraversion, but that should be trivial :) 1144945259 M * |coocoon| bertl i have a question, i have read a lot of times that u need a sparc system for testing 1144945262 M * |coocoon| right 1144945281 M * Bertl well, we have none atm, that's right 1144945307 M * |coocoon| i have a sun e250 with two processors 300mhz 1144945312 M * |coocoon| thats to slow right 1144945346 M * Bertl no, that's quite fine IMHO 1144945388 M * Bertl it doesn't have to be fast, it should be able to boot and access to the remote console would be really advantageous 1144945388 M * |coocoon| ok how can make it achievable for Linux-vserver project 1144945401 M * |coocoon| a terminal is here too 1144945411 M * Bertl if the e250 is similar to the 280 I know 1144945423 M * Bertl then it should have a service processor onboard 1144945438 M * |coocoon| hm i fo not know exactly it is in the environments of the e400 1144945439 M * Bertl but I can dig out the details in case you don't know 1144945494 M * |coocoon| yeah thats fine 1144945517 M * |coocoon| i have bought it one year ago but i have no time to work with it at this moment 1144945553 M * Bertl I'll probably need your help to get a basic (debian?) system running on that, but it should be straight forward 1144945575 M * |coocoon| oh thats sound interesting 1144945595 M * |coocoon| debian i can install i do it every day ;-) 1144945618 M * |coocoon| but on a asparc there i have no idea at this moment and it takes a long time fopr me i think 1144945654 M * |coocoon| maybe u can pick it up or something like that 1144945699 M * |coocoon| three weeks ago u zhave been in böblingen but i have i was not really sure to do that 1144945701 M * click bert? the bind chroot-patch, is there a newer version out than the one in the patch-page? 1144945717 M * click gah... chroot-bind-patch, not bind chroot 1144945791 M * Bertl |coocoon|: hmm, well, do you have a chance to host it somewhere? i.e. put it into some rack or so? 1144945806 M * Bertl |coocoon|: personally I'd prefer that over putting it into my basement 1144945809 M * daniel_hozac there's a chroot-bind-patch on linux-vserver.org? i thought that was a standard BIND feature. 1144945827 M * Bertl hmm? url? 1144945830 Q * |coocoon| Quit: KVIrc 3.2.0 'Realia' 1144945845 M * click http://www.13thfloor.at/patches/ 1144945851 M * click its yours... 1144945857 M * click or something you've collected 1144945897 M * daniel_hozac oh, _that_ bind :) 1144945908 M * daniel_hozac BME is included in recent vserver patches. 1144945917 M * daniel_hozac (i.e. 2.0.2 and 2.1.1 -rcs) 1144945932 J * |coocoon| ~coocoon@p54A065E6.dip.t-dialin.net 1144945951 M * daniel_hozac but it has nothing to do with chroots. it's just to allow read-only bind mounts and some other similar features. 1144945962 M * |coocoon| bertl: are u there 1144945980 M * Bertl yep, last one was: 1144945983 M * click daniel_hozac: bad phrasing from my side 1144945999 M * Bertl < Bertl> |coocoon|: hmm, well, do you have a chance to host it somewhere? i.e. put it into some rack or so? 1144946003 M * Bertl < Bertl> |coocoon|: personally I'd prefer that over putting it into my basement 1144946029 M * daniel_hozac |coocoon|: last time i installed my sparc, it wasn't hard at all. 1144946046 M * daniel_hozac in fact, it was a lot more straight-forward than i was expecting. 1144946087 M * |coocoon| yes it is possible to use it in arack 1144946103 M * |coocoon| yes but i am afraid of that there is no bootable floppy 1144946105 M * |coocoon| ;-) 1144946117 M * Bertl |coocoon|: the advantage would be that a) other folks (userspace) could use the machine easily and b) that it wont surge my power :) 1144946120 M * daniel_hozac i used the netinst ISO. 1144946136 M * Bertl |coocoon|: don't worry about that yet, we'll find a way to install it 1144946146 M * |coocoon| ok i can try it to install it but where to host it 1144946160 M * |coocoon| bertl what dio u thionk u have contacts in böblingen 1144946167 M * |coocoon| open source park 1144946172 M * |coocoon| or something like that 1144946211 M * |coocoon| here at my home i don't want to let the machine run all the time it is also very loud 1144946229 M * Bertl not really, but we will contact/ask the folks, maybe somebody has a good place for the machine 1144946240 M * Bertl if everything else fails, I'll take it ... 1144946244 M * |coocoon| ok 1144946330 Q * f_ Quit: This computer has gone to sleep 1144946364 J * f_ ~f_@83-215-237-1.seek.stat.salzburg-online.at 1144946370 M * |coocoon| should i try to install debian next time 1144946406 M * Bertl does it have an RSC card/connector? 1144946414 M * |coocoon| maybe i started the system sometimes from here that u have access to the machine 1144946428 M * |coocoon| hm i don't kniow exactly but i think not 1144946430 M * |coocoon| mom 1144946438 M * |coocoon| also i do not know what that is 1144946444 M * Bertl np 1144946455 M * Bertl the 280 has two conenctors for ethernet 1144946474 M * Bertl one is labeled RSC or so, which is some kind of remote control thingy 1144946488 M * Bertl I think the 250 should have one too 1144946489 M * daniel_hozac remote control of power and such? 1144946497 M * Bertl yes, and boot monitor 1144946534 M * |coocoon| i have had a look there is a card and outside stands rssc 1144946537 M * |coocoon| rsc 1144946543 M * Bertl excellent! 1144946549 M * Bertl it has a network connector? 1144946565 M * Bertl or a serial connector (9 pin subd) or both? 1144946576 M * Bertl http://www.sun.com/servers/entry/250/index.html 1144946593 M * Bertl # Built-in RSC notifies you of problems via the Net or modem, and enables remote rebooting and viewing of past events 1144946599 M * Bertl # Business-critical RAS features provide maximum uptime and productivity. 1144946607 M * Bertl so that should be fine, I guess 1144946614 M * ray6 How much power does such a machin suck? :) 1144946621 M * |coocoon| yes it is a good machine 1144946640 M * Bertl ray6: it's not as bad as you would imagine, roughly 400W for each redundant PSU 1144946650 M * ray6 and how much HE does it have? I'm operating 2 centers here in Munich :) 1144946661 M * Bertl it should be 3 HE 1144946673 M * Bertl 19 inch long slot 1144946686 M * ray6 Bertl: wide you mean? :) 1144946694 M * |coocoon| yes it is a little bit bigger as normal 1144946697 M * Bertl well, deep actually :) 1144946706 M * |coocoon| yes also 1144946714 Q * f_ Quit: This computer has gone to sleep 1144946718 M * |coocoon| but it weill work in a rack 1144946726 M * Bertl http://www.sun.com/products-n-solutions/hardware/docs/Servers/Workgroup_Servers/Sun_Fire_V250/index.html 1144946760 M * Bertl hmm, not sure the e250 is the v250 ... 1144946777 M * Bertl no, it's not 1144946788 M * Bertl http://www.sun.com/products-n-solutions/hardware/docs/Servers/Workgroup_Servers/Sun_Enterprise_250/index.html 1144946796 M * Bertl that's probably the one 1144946810 M * ray6 http://www.alpha-digital.co.uk/g/sun_e250.jpg like this? 1144946852 M * |coocoon| it is the enterprise 250 1144946858 M * Bertl hmm, interesting, I remember a 19" thingy ... 1144946861 M * |coocoon| e stands fpor enterprise servers 1144946870 J * f_ ~f_@83-215-237-1.seek.stat.salzburg-online.at 1144946959 Q * f_ Quit: 1144946970 J * f_ ~f_@83-215-237-1.seek.stat.salzburg-online.at 1144947000 Q * f_ Quit: 1144947002 M * |coocoon| but it is possible to put it in a 19'' rack 1144947117 J * f_ ~f_@83-215-237-1.seek.stat.salzburg-online.at 1144947140 J * goldnlink ~goldnlink@cpc1-stkn1-0-0-cust866.midd.cable.ntl.com 1144947142 M * |coocoon| u need a special appliance for this 1144947244 M * ray6 hm, i see, not very nice for a rack though... 1144947288 M * |coocoon| it is an old system but it also has worked in racks 1144947302 M * |coocoon| 19'' 1144947316 M * |coocoon| but maybe it is to deep 1144947320 M * |coocoon| u r right 1144947371 Q * f_ Quit: 1144947439 M * ray6 hm, don't think that fits nice into the location I thought about, sorry. For a normal 1-2 HE machine I could have donated hosting for the vserver project :) 1144947527 M * |coocoon| it must work not look hihi 1144947563 M * Bertl ray6: don't worry, we'll find a solution ... and maybe we'll come back to your offer 1144948029 M * matta heh 1144948042 M * matta vserver will compile cleanly under xen, openvz does not :) 1144948699 M * |coocoon| bertl: what do u think is it possible to ask an informatic faculty university (for example tübingen) if they will host it for Linux-Vserver project 1144948740 M * Bertl you can always ask, no idea if they will cooperate :) 1144948759 M * |coocoon| yes right sorry possible it is 1144948768 M * |coocoon| ok i will ask them next time 1144948938 M * ray6 matta: oh, did you have success with openvz+xen? Haven't tried so far and I don't intend to use openvz in an productive environment but would be funny to play around with 1144949360 Q * |coocoon| Ping timeout: 480 seconds 1144949373 M * matta ray6: I just wanted to see if it would work 1144949377 M * matta lots more rejects 1144949381 M * matta and it fails to compile 1144949393 M * matta CC drivers/xen/netback/loopback.o 1144949393 M * matta drivers/xen/netback/loopback.c:62: error: syntax error before â&â token 1144949393 M * matta drivers/xen/netback/loopback.c:62: warning: no semicolon at end of struct or union 1144949393 M * matta drivers/xen/netback/loopback.c:64: error: syntax error before â}â token 1144949393 M * matta drivers/xen/netback/loopback.c: In function âloopback_openâ: 1144949395 M * matta drivers/xen/netback/loopback.c:69: error: dereferencing pointer to incomplete type 1144949397 M * matta ..more of the same.. 1144950006 M * ray6 hmmm, why should the openvz patch affect the xen netback drivers? 1144950079 M * ray6 but here we have a clear advantage of linux vserver over openvz just in case anybody asks :) 1144950143 J * gerrit ~gerrit@bi01p1.co.us.ibm.com 1144950226 M * Bertl welcome gerrit! 1144950268 M * Bertl ray6: that's probably intentional, because OVZ fixed many mainline issues and Xen probably doesn't :) 1144950301 M * Bertl ray6: oh, that's only for the 2.6.8 kernel, sorry I forgot ... 1144950551 M * Bertl ray6: did you get to the 2.1.1 tests yet? if not, please update to rc16 and use the three sched deltas when you get to it 1144951388 M * gerrit Hi Bertl! 1144951501 M * ray6 Bertl: sched deltas? 1144951543 M * Bertl http://vserver.13thfloor.at/Experimental/delta-sched-clean01.diff 1144951548 M * Bertl http://vserver.13thfloor.at/Experimental/delta-sched-fix05.diff 1144951552 M * Bertl http://vserver.13thfloor.at/Experimental/delta-sched-feat01.diff 1144951557 M * Bertl in this order 1144951606 M * ray6 I'll first run it with the kernel you built last weekend, so we can see if it makes a difference :) 1144951620 M * Bertl yeah, good 1144951642 J * |coocoon| ~coocoon@p54A07013.dip.t-dialin.net 1144952012 Q * |coocoon| Quit: KVIrc 3.2.0 'Realia' 1144954106 J * lilalinux__ ~plasma@dslb-084-058-237-250.pools.arcor-ip.net 1144954513 Q * lilalinux_ Ping timeout: 480 seconds 1144955341 Q * shedi Read error: Connection reset by peer 1144955471 J * cdrx ~legoater@cap31-3-82-227-199-249.fbx.proxad.net 1144955496 M * cdrx hi all 1144955511 M * Bertl welcome cdrx! 1144955589 M * gianthome hi cdrx 1144955963 Q * phedny Ping timeout: 480 seconds 1144955963 J * shedi ~siggi@inferno.lhi.is 1144956441 Q * kingruedi Quit: This computer has gone to sleep 1144956466 J * phedny ~mark@volcano.p-bierman.nl 1144957405 J * cemil ~cemil@defiant.wavecon.de 1144957407 M * cemil hi 1144957411 M * daniel_hozac hello 1144957417 M * cemil i need the patch latest stable patch for 2.6.16 :) 1144957421 M * cemil website is down 1144957446 M * daniel_hozac WORKSFORME. 1144957458 M * daniel_hozac http://vserver.13thfloor.at/Experimental/patch-2.6.16-vs2.0.2-rc16.diff.bz2 ? 1144957539 M * cemil that isnt the stable one 1144957540 M * cemil or? 1144957581 M * daniel_hozac it's the most recent release candidate for the next stable release. 1144957901 M * Bertl cemil: what website is down? 1144957936 M * daniel_hozac linux-vserver.org seems to be down. 1144957953 M * gianthome yup can't load it either :-( 1144957955 M * nebuchadnezzar hello 1144957959 M * daniel_hozac hi 1144957968 M * nebuchadnezzar Is there a changelog between -15 and rc16 ? 1144957968 M * gianthome hi 1144957983 M * daniel_hozac stable or devel? 1144957984 M * nebuchadnezzar how are you ? 1144957992 Q * mkhl Ping timeout: 480 seconds 1144957992 M * nebuchadnezzar v2.1.1 1144958017 M * cemil hi Bertl 1144958026 M * daniel_hozac "two scheduler fixes and more scheduler improvements, a capability and history cleanup, the scheduling monitor and a new bcaps interface" 1144958083 M * nebuchadnezzar ok, thanks a lot, normally it's on linux-vserver.org wich is unreachable, isn't it ? 1144958169 M * cemil yes, its down 1144958227 M * Bertl cemil: what url do you try? 1144958286 M * ray6 Bertl: OK, we have a slot after FreeBSD Jails :) 1144958339 M * Bertl excellent, maybe mention that I have no reservation (so that I get in somehow :) 1144958353 M * cemil linux-vserver.org 1144958371 M * cemil cemil@fusie:~$ping linux-vserver.org 1144958371 M * cemil PING linux-vserver.org (207.253.4.250) 56(84) bytes of data. 1144958374 M * cemil 1149 packets transmitted, 0 received, 100% packet loss, time 1148757ms 1144958400 M * ray6 Bertl: I already mentioned that. If you don't want to attend the rest of easterhegg and don't need mug and breakfast that will be OK anyhow. And if you want to, I have at least one reservation too much :) 1144958418 M * Bertl cemil: must have gone down a few minutes ago ... tx 1144958419 M * cemil hmm - i now want to make entire /vservers in a crypto-disk 1144958426 M * cemil what do you thing? aes? sha256? 1144958451 M * cemil fast and secure would be cool ;) 1144958455 M * ray6 cemil: bench it on your platform 1144958470 M * cemil dual p3 1,2ghz 1144958484 M * ray6 cemil: could be differences intel/amd/whatever. I use twofish mostly, prefer it over aes 1144958507 M * Bertl ray6: ah, okay, that's on sunday evening, yes? 1144958507 M * ray6 cemil: and then use LUKS and a big number of iterations of sha256 1144958509 M * cemil is it faster then sha256? 1144958517 M * ray6 Bertl: yes, you told that's OK? :) 1144958549 M * Bertl yep, excellent 1144958550 M * ray6 cemil: sha is a hash not a crypto, the hash should be slow :) 1144958561 M * cemil :) 1144958565 M * ray6 cemil: as sha isn't slow enough one uses iterations 1144958583 M * cemil ok, i trust on you 1144958586 M * cemil and take twofish 1144958604 A * ray6 has a few millions iterations, it takes about 10 seconds to mount the FS this way nut brute forcing my keyphrase is virtually impossible 1144958613 M * cemil or - aes 1144958615 M * cemil hmmm 1144958641 M * ray6 if you want to benchmark aes and twofish on your machine. I have more trust in twofish 1144958658 M * cemil oh, its just some porn 1144958661 M * cemil so its not very important 1144958663 M * Bertl cemil: linux-vserver.org is back 1144958668 M * cemil Bertl: cool :) 1144958688 M * ray6 cemil: then use rot13, it's fastest :) 1144958717 M * cemil ray6: unfortunaly my kernel has no rot13-support built in :) 1144959100 Q * Viper0482 Remote host closed the connection 1144959180 Q * gianthome Quit: 1144959348 M * Bertl okay, off for now .. have to fix my heating system ... 1144959354 N * Bertl Bertl_oO 1144959359 M * ray6 boot more servers! 1144959366 M * cemil anyone knows is dm_crypt uses both cpus? 1144959371 M * cemil (smp-system) 1144959493 Q * mnemoc Ping timeout: 480 seconds 1144959938 A * Wonka could try... 1144960085 M * blizz does someone know a reason why a rt_sigprocmask call (straced a bianry) could take ~30 seconds to complete? 1144960096 M * blizz 28.620914 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 1144960104 M * blizz its inside a guest 1144960114 M * blizz the same bianry works flawlessly in the host 1144960582 M * blizz hm, same delay when one guest connects to another 1144960592 M * blizz no flow for 10 seconds 1144960595 M * blizz gotta fix that.. 1144960814 Q * restill Quit: Leaving 1144960989 J * mnemoc ~amery@200.73.54.5 1144961528 Q * hw Quit: Client exiting 1144961604 M * brc BERTL 1144961614 M * brc got the monolitic kernels up and running, and the test scripts fixed with the reults. 1144961698 Q * bonbons Quit: Leaving 1144961775 M * derjohn cemil, the Q is if the cyptoapi uses both cpu (since dm_cyrpt uses cryptoapi). so you may google for that. 1144962030 M * Wonka t2000:~# dd if=/dev/zero of=dm-container bs=1G count=1 1144962039 M * Wonka finally, a machine where this works :) 1144962192 M * derjohn cemil, you can use debian sid's 2.6.16-vserver kernel - it included now ! 1144962284 M * blizz i tracked my delay problem down to the guest running hte mysqld: 1144962308 N * Bertl_oO Bertl 1144962311 M * Bertl back now 1144962319 M * blizz 20850 5.005722 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 18 1144962319 M * blizz 20847 5.033526 <... select resumed> ) = 1 (in [3]) 1144962323 M * derjohn Bertl, warm again? 1144962323 M * Bertl blizz: name services? 1144962332 M * blizz Bertl, they work fine 1144962336 M * Bertl derjohn: getting warmer 1144962339 M * blizz its a mysqld 1144962349 M * Bertl blizz: inside the mysqld guest? 1144962353 M * blizz right 1144962365 M * blizz when i connect from somewhere else i have to wait 10 seconds before msql start the handshake 1144962368 M * blizz mysql 1144962387 M * Bertl still sounds like a broken resolv.conf to be 1144962409 M * blizz but resolving directly works fine, hum.. 1144962417 M * blizz so the mysqld tries to resolve something? 1144962429 M * Bertl probably the connecting ip 1144962434 M * Bertl maybe reverse 1144962445 M * blizz the connecting guest can perfectly resolve the database hostname 1144962460 M * Bertl on the database side 1144962475 M * blizz whatcould it try to resolve? 1144962484 M * doener_ mysql does rdns lookups 1144962490 M * blizz reverse? 1144962494 M * blizz aye.. 1144962499 M * doener_ you can specify users as foo@bar.com, thus you need those reverse lookups 1144962508 M * Bertl try dig -x client-ip 1144962519 M * Bertl e.g. dig -x 192.168.2.1 or so 1144962540 M * Bertl whatever your client actually has, inside the mysql guest 1144962556 M * blizz real 0m0.023s 1144962563 M * blizz didnt took so long ;-) 1144962576 M * blizz take 1144962582 M * Bertl just wanted to rule that out 1144962588 M * blizz ack 1144962594 M * Bertl what about the logs? 1144962627 M * blizz mysql only logs queries 1144962632 M * blizz but nothing bad there 1144962661 M * Bertl what kernel version/patch are we talking about? 1144962692 M * blizz kernel is 2.6.15.6 1144962708 M * blizz patch is 2.1.1-rc10 1144962775 M * doener_ blizz: could you restart the mysqld with skip-name-resolve in my.cnf? I'm still searching the MySQL forums, but I think I've seen such an issue lately, ie. MySQL dns not working, but dig/host does. 1144962783 Q * FireEgl Quit: Bye... 1144962804 M * blizz ack 1144962807 M * blizz ill try that 1144962878 M * Bertl could be related to udp vs tcp 1144962896 M * blizz because of the SOCK_DGRAM? 1144962959 M * mnemoc OT: any idea why ld could be skiping a .o from a .a when opennning it? (thread_create from diet's libpthread) 1144962976 M * Wonka fs/namespace.c: In function 'expire_mount': 1144962976 M * Wonka fs/namespace.c:1222: error: 'mnt_flags' undeclared (first use in this function) 1144962998 M * Wonka this "mnt_flags" just crops up there... 1144963324 M * blizz phew.. doener_, that fixed the problem 1144963328 M * blizz funny thing 1144963353 M * brc Bertl: i got the monolitic kernels up and running, and the test scripts fixed with the reults. 1144963539 M * Wonka Bertl: any idea? 1144963696 M * Bertl Wonka: no idea, latest tools? 1144963711 M * Bertl brc: good, delta is zero now? 1144963716 M * Wonka Bertl: i try to compile a kernel 1144963725 M * doener_ blizz: well, it only avoids the problem. and take care to only specify ip addresses as the users' hosts now (in mysql privileges) 1144963738 M * Wonka Bertl: linux-2.6.17-rc1-git7+vs2.0.2-rc16 1144963777 M * Wonka Bertl: and the vs2.0.2-rc16 patch for linux-2.6.17-rc1 just adds this line: 1144963778 M * Wonka Bertl: mnt->mnt_flags = mnt_flags; 1144963793 M * Wonka Bertl: without any declaration of mnt_flags 1144963831 M * Bertl what fs? 1144963839 M * Wonka any. 1144963844 M * Wonka it's fs/namespace.c 1144963851 M * Wonka expire_mount() 1144963890 M * Bertl probably a change in git7 then 1144963912 M * blizz doener_, yup, ill do so.. thank you! and everybody else :-) 1144963949 M * Bertl so it's a mysql issue? 1144963987 M * daniel_hozac Wonka: AFAICT, the patch doesn't even touch that function. 1144964011 M * blizz Bertl, it is 1144964043 M * blizz but theres another network related (at least i think) issue especially with my distro 1144964064 M * Wonka it's not in the unpatched tree 1144964083 M * Wonka maybe patch applied a hunk to the wrong function... 1144964086 M * Wonka i'll investigate 1144964095 M * blizz ill try to hunt the delay down first ;-) 1144964162 Q * cdrx Quit: good night 1144964367 M * doener_ blizz: are there lots of connections hitting that mysqld from lots of different clients? 1144964386 M * doener_ lots of different clients being > 128 1144964437 M * doener_ or maybe just >64 the manual isn't clear in that regard 1144964451 M * blizz <64 1144964455 M * blizz very few at the moment 1144964503 M * doener_ hm, I guess all client ip addresses are resolved quite fast, too 1144964546 M * blizz i just wonder what took it sooo long to resolve 1144964589 M * Wonka btw, on dm-crypt: i have _several_ kcryptds using cpu time here, on a single cat /dev/mapper/test :) 1144964628 M * doener_ I just asked because I at least have no gethostbyaddr_r manpage, and if there's no such function, MySQL falls back to using a mutex, so a non-resolving client ip might slow done all connections, if it connects "often enough" 1144964648 M * blizz ahh, okay 1144964696 M * doener_ oh well, netdb.h has gethostbyaddr_r, so it's probably just lacking a manpage (here) 1144965037 J * mkhl ~mkhl@200-148-40-30.dsl.telesp.net.br 1144965214 Q * doener_ Quit: brb 1144965216 M * brc Bertl: wha is delta ? 1144965308 M * Bertl I meant the diff between runs? 1144965641 M * Wonka Bertl: kernel/futex_compat.c also needs a #include 1144965817 J * doener ~doener@i5387D818.versanet.de 1144965988 M * Bertl ah, yes, that was a change for space64 I did on the t2000# 1144965994 M * Bertl thanks for reminding me 1144966040 M * Wonka i'm just rebooting again after some trap... 1144966043 M * Wonka *sigh* 1144966061 M * Wonka reboots take _time_ on that one 1144966085 M * ray6 Bertl: 2.1 is indeed faster than 2.0 1144966109 M * ray6 Bertl: basically as fast as native 1144966135 M * ray6 and therefore faster than openvz :) 1144966138 M * Bertl okay, that matches my tests here on a dual HT (4cpu) 1144966173 M * ray6 Bertl: how long does that need for your test.sh? 1144966216 M * ray6 here I have 0m16.785s 0m2.446s 2m18.404s 0m0.961s (the "real" values from time for the 4 steps) 1144966225 M * ray6 but I have relatively slow disks 1144966273 M * Bertl it's a dual 3.0GHZ xeon, and it builds 2:00.38 1144966300 M * Bertl 451.03user 26.27system 2:00.38elapsed 396%CPU 1144966331 M * ray6 so 18 seconds faster than my dualcore athlon... building a 32 or a 64bit kernel? 1144966344 M * Bertl 32bit kernel, as the machine is 32bit 1144966360 M * Bertl you should try that if you want to compare, gcc for x86_64 is much slower 1144966458 M * ray6 ARCH=i386 before the make defaultconfig should do it? 1144966500 M * Bertl well, it will not get you a 32bit gcc but probably the 64bit code should outweight the performance issues 1144966529 M * ray6 Bertl: you mean the 64bit gcc is slower for building 32bit code? 1144966545 M * Bertl no, it's probably faster 1144966551 M * ray6 I thought building 64bit code is slower, the compiler itself should be faster when compiled as 64bit? 1144966559 M * doener which test.sh is that? 1144966636 M * Bertl http://vserver.13thfloor.at/Stuff/PERF/ 1144966654 M * Bertl you know my simple names, everything test.sh :) 1144966720 M * Bertl but I try to improve there, I used to name my binaries a.out :) 1144966826 M * daniel_hozac lol 1144966874 Q * ntrs Remote host closed the connection 1144966960 M * SNy hrhr 1144966964 M * doener switched from "gcc foo.c" to "make foo"? ;) 1144967694 M * Bertl doener: as you should know, I'm even writing make files nowadays :) 1144967805 M * doener hm, didn't get any output from test.sh (well, at least nothing interesting) 1144967832 J * FireEgl Atlantica@Atlantica.US.TO 1144967891 M * doener ah ok, grep %CPU won't match anything.. 1144967991 M * brc Bertl: Yes! Diff is zero! 1144968010 M * ray6 doener: bertl has a strange "time" :) 1144968010 M * brc the only outputfrom diff was the start time 1144968026 M * ray6 I mean, we always knew. But I didn't know it also applies to his binaries :) 1144968358 M * Bertl brc: excellent! 1144968401 M * Bertl time --version 1144968402 M * Bertl GNU time 1.7 1144968437 M * ray6 ah, you don't use bash? 1144968438 M * Bertl using --portability gives what you usually get (i.e. the three line bloat) 1144968455 M * ray6 I think my time is a bash builtin 1144968459 M * Bertl I use bash, doesn't keep me from having time :) 1144969003 Q * shedi nobelium.oftc.net helium.oftc.net 1144969003 Q * Loki|muh nobelium.oftc.net helium.oftc.net 1144969003 Q * id23 nobelium.oftc.net helium.oftc.net 1144969003 Q * softi42 nobelium.oftc.net helium.oftc.net 1144969003 Q * flock nobelium.oftc.net helium.oftc.net 1144969003 Q * jkl nobelium.oftc.net helium.oftc.net 1144969003 Q * sladen nobelium.oftc.net helium.oftc.net 1144969003 Q * VAndreas nobelium.oftc.net helium.oftc.net 1144969003 Q * teukka nobelium.oftc.net helium.oftc.net 1144969003 Q * kir nobelium.oftc.net helium.oftc.net 1144969003 Q * Provito nobelium.oftc.net helium.oftc.net 1144969003 Q * yang nobelium.oftc.net helium.oftc.net 1144969003 Q * redtux nobelium.oftc.net helium.oftc.net 1144969003 Q * cohan nobelium.oftc.net helium.oftc.net 1144969003 Q * k3mper nobelium.oftc.net helium.oftc.net 1144969003 Q * bubulak nobelium.oftc.net helium.oftc.net 1144969003 Q * click nobelium.oftc.net helium.oftc.net 1144969003 Q * dhansen nobelium.oftc.net helium.oftc.net 1144969003 Q * ddlp nobelium.oftc.net helium.oftc.net 1144969003 Q * dsoul nobelium.oftc.net helium.oftc.net 1144969003 Q * doener nobelium.oftc.net helium.oftc.net 1144969003 Q * cemil nobelium.oftc.net helium.oftc.net 1144969003 Q * gerrit nobelium.oftc.net helium.oftc.net 1144969003 Q * goldnlink nobelium.oftc.net helium.oftc.net 1144969003 Q * insomnia1 nobelium.oftc.net helium.oftc.net 1144969003 Q * Vudumen nobelium.oftc.net helium.oftc.net 1144969003 Q * michal` nobelium.oftc.net helium.oftc.net 1144969003 Q * samuel_ nobelium.oftc.net helium.oftc.net 1144969003 Q * mire nobelium.oftc.net helium.oftc.net 1144969003 Q * pollux nobelium.oftc.net helium.oftc.net 1144969003 Q * Skram nobelium.oftc.net helium.oftc.net 1144969003 Q * weasel nobelium.oftc.net helium.oftc.net 1144969003 Q * FireEgl nobelium.oftc.net helium.oftc.net 1144969003 Q * blizz nobelium.oftc.net helium.oftc.net 1144969003 Q * trasher nobelium.oftc.net helium.oftc.net 1144969003 Q * Medivh nobelium.oftc.net helium.oftc.net 1144969003 Q * blackfire nobelium.oftc.net helium.oftc.net 1144969003 Q * ray6 nobelium.oftc.net helium.oftc.net 1144969003 Q * mugwump nobelium.oftc.net helium.oftc.net 1144969003 Q * pusling nobelium.oftc.net helium.oftc.net 1144969003 Q * sizo nobelium.oftc.net helium.oftc.net 1144969003 Q * SNy nobelium.oftc.net helium.oftc.net 1144969003 Q * lonewolff nobelium.oftc.net helium.oftc.net 1144969003 Q * ag- nobelium.oftc.net helium.oftc.net 1144969003 Q * h01ger nobelium.oftc.net helium.oftc.net 1144969003 Q * morrigan nobelium.oftc.net helium.oftc.net 1144969003 Q * Bertl nobelium.oftc.net helium.oftc.net 1144969003 Q * tokkee nobelium.oftc.net helium.oftc.net 1144969003 Q * mkhl nobelium.oftc.net helium.oftc.net 1144969003 Q * rmoriz nobelium.oftc.net helium.oftc.net 1144969003 Q * Wenix nobelium.oftc.net helium.oftc.net 1144969003 Q * harry nobelium.oftc.net helium.oftc.net 1144969003 Q * wenchien nobelium.oftc.net helium.oftc.net 1144969003 Q * brc nobelium.oftc.net helium.oftc.net 1144969003 Q * SiD3WiNDR nobelium.oftc.net helium.oftc.net 1144969003 Q * wibble nobelium.oftc.net helium.oftc.net 1144969003 Q * meebey nobelium.oftc.net helium.oftc.net 1144969003 Q * nox nobelium.oftc.net helium.oftc.net 1144969003 Q * [PUPPETS]Gonzo nobelium.oftc.net helium.oftc.net 1144969003 Q * Wonka nobelium.oftc.net helium.oftc.net 1144969003 Q * phreak`` nobelium.oftc.net helium.oftc.net 1144969003 Q * gdm nobelium.oftc.net helium.oftc.net 1144969003 Q * kilian nobelium.oftc.net helium.oftc.net 1144969003 Q * alamar nobelium.oftc.net helium.oftc.net 1144969003 Q * Adrinael nobelium.oftc.net helium.oftc.net 1144969003 Q * BobR_oO nobelium.oftc.net helium.oftc.net 1144969003 Q * nokoya nobelium.oftc.net helium.oftc.net 1144969003 Q * Cru nobelium.oftc.net helium.oftc.net 1144969003 Q * Greek0 nobelium.oftc.net helium.oftc.net 1144969003 Q * Hunger nobelium.oftc.net helium.oftc.net 1144969003 Q * derjohn nobelium.oftc.net helium.oftc.net 1144969003 Q * bragon nobelium.oftc.net helium.oftc.net 1144969003 Q * daniel_hozac nobelium.oftc.net helium.oftc.net 1144969003 Q * waldi nobelium.oftc.net helium.oftc.net 1144969003 Q * micah nobelium.oftc.net helium.oftc.net 1144969186 J * FireEgl Atlantica@Atlantica.US.TO 1144969186 J * doener ~doener@i5387D818.versanet.de 1144969186 J * mkhl ~mkhl@200-148-40-30.dsl.telesp.net.br 1144969186 J * cemil ~cemil@defiant.wavecon.de 1144969186 J * shedi ~siggi@inferno.lhi.is 1144969186 J * gerrit ~gerrit@bi01p1.co.us.ibm.com 1144969186 J * goldnlink ~goldnlink@cpc1-stkn1-0-0-cust866.midd.cable.ntl.com 1144969186 J * insomnia1 ~insomniac@slackware.it 1144969186 J * rmoriz ~roland@195.68.242.245 1144969186 J * Loki|muh loki@satanix.de 1144969186 J * Vudumen ~vudumen@perverz.hu 1144969186 J * Wenix ~wenix@81.7.189.11 1144969186 J * id23 ~id@p54A035AE.dip0.t-ipconnect.de 1144969186 J * softi42 ~softi@p549D53C8.dip.t-dialin.net 1144969186 J * harry ~harry@d54C2508C.access.telenet.be 1144969186 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1144969186 J * ag- ag@caladan.roxor.cx 1144969186 J * blizz ~blizz@evilhackerdu.de 1144969186 J * trasher daniel@derichs.info 1144969186 J * Medivh ck@paradise.by.the.dashboardlight.de 1144969186 J * blackfire blackfire@dp70.internetdsl.tpnet.pl 1144969186 J * tokkee tokkee@ssh.faui2k3.org 1144969186 J * Bertl herbert@212.16.62.52 1144969186 J * ray6 ~ray@vh5.gcsc2.ray.net 1144969186 J * lonewolff lonewolff@adleman.lonewolff.info 1144969186 J * mugwump ~samv@watts.utsl.gen.nz 1144969186 J * pusling pusling@195.215.29.124 1144969186 J * SNy ef32795f88@bmx-chemnitz.de 1144969186 J * sizo ~janek@sushi.huggz.com 1144969186 J * morrigan morrigan@212.16.62.52 1144969186 J * h01ger ~holger@bone.digitalis.org 1144969186 J * redtux ~redtux@pc199.pub.univie.ac.at 1144969186 J * jkl eric@c-67-172-156-116.hsd1.co.comcast.net 1144969186 J * Greek0 ~greek0@85.255.145.201 1144969186 J * nokoya young@hi-230-82.tm.net.org.my 1144969186 J * Cru ~mindwarp@turbodiesel.e.de.wahlich.com 1144969186 J * weasel weasel@weasel.noc.oftc.net 1144969186 J * derjohn ~derjohn@80.69.37.19 1144969186 J * bragon ~bragon@sd866.sivit.org 1144969186 J * micah ~micah@69.90.134.205 1144969186 J * daniel_hozac ~daniel@c-2d1472d5.010-230-73746f22.cust.bredbandsbolaget.se 1144969186 J * waldi ~waldi@bblank.thinkmo.de 1144969186 J * dhansen ~dave@sprucegoose.sr71.net 1144969186 J * click click@ti511110a080-4050.bb.online.no 1144969186 J * bubulak ~bubulak@cicka.wnet.sk 1144969186 J * dsoul darksoul@vice.ii.uj.edu.pl 1144969186 J * ddlp ~ddlp@sarayi.kariva.org 1144969186 J * cohan ~cohan@koniczek.de 1144969186 J * Hunger Hunger.hu@Hunger.hu 1144969186 J * Skram ~mark@admins.sentiensystems.net 1144969186 J * yang ~yang@cpe-213-157-253-172.dynamic.amis.net 1144969186 J * BobR_oO odie@212.16.62.52 1144969186 J * pollux foobar@image4.cpe.fr 1144969186 J * k3mper ~maio@mail.progamers.cz 1144969186 J * Provito ~Provito@82-35-133-113.cable.ubr02.enfi.blueyonder.co.uk 1144969186 J * gdm ~gdm@64.62.195.81 1144969186 J * kilian kk@projects.verfaction.de 1144969186 J * phreak`` ~phreak``@134.68.220.30 1144969187 J * alamar ~alamar@sol.diddens.de 1144969187 J * Wonka produziert@chaos.in-kiel.de 1144969187 J * [PUPPETS]Gonzo gonzo@langweiligneutral.deswahnsinns.de 1144969187 J * nox ~nox@nox.user.oftc.net 1144969187 J * meebey meebey@booster.qnetp.net 1144969187 J * wibble wibble@vortex.ukshells.co.uk 1144969187 J * Adrinael adrinael@hoasb-ff09dd00-79.dhcp.inet.fi 1144969187 J * SiD3WiNDR luser@bastard-operator.from-hell.be 1144969187 J * kir ~kir@swsoft-mipt-nat.sw.ru 1144969187 J * teukka ~tmatilai@backport.ri.fi 1144969187 J * mire ~mire@111-167-222-85.COOL.ADSL.VLine.verat.net 1144969187 J * VAndreas ~Hossa@212.110.98.7 1144969187 J * sladen paul@starsky.19inch.net 1144969187 J * brc bruce@20151191041.user.veloxzone.com.br 1144969187 J * wenchien ~wenchien@221-169-69-23.adsl.static.seed.net.tw 1144969187 J * samuel_ ~samuel@levinux.UQAR.UQUEBEC.CA 1144969187 J * michal` ~michal@www.rsbac.org 1144969187 T * nobelium.oftc.net http://linux-vserver.org/ | latest stable 2.01, 1.2.10, 1.2.11-rc1, devel 2.1.0, exp 2.{0.2,1.1}-rc16 | util-vserver-0.30.210 | libvserver-1.0.2 & vserver-utils-1.0.3 | He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the wiki, and we'll forget about the minute ;) 1144969275 Q * mkhl Read error: Connection reset by peer 1144969328 Q * matta Ping timeout: 480 seconds 1144969507 Q * harry Ping timeout: 480 seconds 1144969515 Q * VAndreas helium.oftc.net neutron.oftc.net 1144969515 Q * teukka helium.oftc.net neutron.oftc.net 1144969515 Q * kir helium.oftc.net neutron.oftc.net 1144969515 Q * k3mper helium.oftc.net neutron.oftc.net 1144969515 Q * yang helium.oftc.net neutron.oftc.net 1144969515 Q * cohan helium.oftc.net neutron.oftc.net 1144969515 Q * click helium.oftc.net neutron.oftc.net 1144969515 Q * jkl helium.oftc.net neutron.oftc.net 1144969515 Q * flock helium.oftc.net neutron.oftc.net 1144969515 Q * id23 helium.oftc.net neutron.oftc.net 1144969515 Q * Loki|muh helium.oftc.net neutron.oftc.net 1144969515 Q * shedi helium.oftc.net neutron.oftc.net 1144969515 Q * bubulak helium.oftc.net neutron.oftc.net 1144969515 Q * softi42 helium.oftc.net neutron.oftc.net 1144969515 Q * Provito helium.oftc.net neutron.oftc.net 1144969515 Q * ddlp helium.oftc.net neutron.oftc.net 1144969515 Q * dhansen helium.oftc.net neutron.oftc.net 1144969515 Q * redtux helium.oftc.net neutron.oftc.net 1144969515 Q * dsoul helium.oftc.net neutron.oftc.net 1144969515 Q * sladen helium.oftc.net neutron.oftc.net 1144969564 J * shedi ~siggi@inferno.lhi.is 1144969564 J * Loki|muh loki@satanix.de 1144969564 J * id23 ~id@p54A035AE.dip0.t-ipconnect.de 1144969564 J * softi42 ~softi@p549D53C8.dip.t-dialin.net 1144969564 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1144969564 J * redtux ~redtux@pc199.pub.univie.ac.at 1144969564 J * jkl eric@c-67-172-156-116.hsd1.co.comcast.net 1144969564 J * sladen paul@starsky.19inch.net 1144969564 J * VAndreas ~Hossa@212.110.98.7 1144969564 J * teukka ~tmatilai@backport.ri.fi 1144969564 J * kir ~kir@swsoft-mipt-nat.sw.ru 1144969564 J * Provito ~Provito@82-35-133-113.cable.ubr02.enfi.blueyonder.co.uk 1144969564 J * k3mper ~maio@mail.progamers.cz 1144969564 J * yang ~yang@cpe-213-157-253-172.dynamic.amis.net 1144969564 J * cohan ~cohan@koniczek.de 1144969564 J * dhansen ~dave@sprucegoose.sr71.net 1144969564 J * click click@ti511110a080-4050.bb.online.no 1144969564 J * bubulak ~bubulak@cicka.wnet.sk 1144969564 J * dsoul darksoul@vice.ii.uj.edu.pl 1144969564 J * ddlp ~ddlp@sarayi.kariva.org 1144969638 J * lilalinux_ ~plasma@dslb-084-058-214-079.pools.arcor-ip.net 1144969771 J * harry ~harry@d54C2508C.access.telenet.be 1144969831 Q * FireEgl Ping timeout: 480 seconds 1144969842 J * PilatomiK ~tek@ADijon-151-1-113-219.w83-203.abo.wanadoo.fr 1144969929 J * mkhl ~mkhl@200-148-40-30.dsl.telesp.net.br 1144969940 Q * shedi Ping timeout: 480 seconds 1144970068 Q * lilalinux__ Ping timeout: 480 seconds 1144970224 M * PilatomiK salut salut 1144970341 M * Bertl wb PilatomiK! 1144970412 M * micah I finally tried vhashify today, I'm not sure how it is supposed to work 1144970426 M * micah but I took up 1.3gigs more space with the hash files, rather than saving anything 1144970446 M * Bertl I doubt that :) 1144970457 M * derjohn micah, sounds illogical ;) 1144970480 M * Bertl well, let me put it this way, the hashes will not use up space, they are hard links after all 1144970506 M * micah oh right! that makes sense 1144970521 M * derjohn micah, how did you check space usage? df? du -hs ? 1144970534 M * Bertl but of course, with one guest, you won't have any win 1144970536 M * micah however my available space in df shows that I lost space 1144970564 M * Bertl 1.3GB? 1144970573 M * micah I started with 174621844 and I ended with 174415480 1144970578 M * micah which is about 1.3gb 1144970617 M * Bertl sounds strange .. might it be that you somehow managed to put the hash dirs on a different filesystem? 1144970623 M * micah i had three guests, all different debian installs, so I am suspecting none of them will have very many things in common 1144970651 M * micah the .hash dir is in the /vservers directory 1144970655 M * Bertl nevertheless, it should not use more than is required for the links 1144970657 M * micah (same partition) 1144970683 M * Bertl an even with an unfortunate filesystem config, that should not be more than a megabyte or so 1144970712 J * FireEgl Atlantica@Atlantica.Tcldrop.Org 1144970739 M * micah hmm 1144970763 Q * harry Ping timeout: 480 seconds 1144970766 M * derjohn hm, does df count right? did you du -hs the .hash dir? ( just curious ) 1144970786 M * daniel_hozac df doesn't count. if df is wrong, the kernel is wrong. 1144970803 M * Bertl note: du vs df 1144970866 M * derjohn from a users point of view if have to say that df lies somestimes. (slow updates ? dunno .. does it cope with hardlinks correctly? oder is it du that counts hardlinks double?) 1144970877 M * micah derjohn: yes, I did du -hs in the .hash dir, 1.3g 1144970929 M * micah perhaps I am doing the hasify wrong, it was my understanding that I make a few dirs, symlinks and then just run vserver hashify 1144970938 M * micah is there a further step? 1144970951 M * daniel_hozac no, that's it. 1144970968 M * daniel_hozac df is updated the second a file is added/removed. 1144970978 M * Bertl micah: what filesystem? 1144971015 M * micah Bertl: ext3 1144971015 M * daniel_hozac and du keeps a hashtable of visited inodes to not count hardlinks multiple times. 1144971040 N * insomnia1 insomniac 1144971122 M * micah hmm, so in theory if you remove the .hash directory you should't see any change in df 1144971139 M * Bertl not much, just the inodes 1144971147 M * micah right, not 1.3 gigs 1144971161 M * Bertl nope 1144971169 A * micah tries 1144971263 M * derjohn n8 folks! 1144971288 M * Bertl night derjohn! 1144971570 M * micah ok, I started with 174415448 available, rm -rf'd all the directories in .hash and now I have 174588256 available 1144971663 M * Bertl very strange 1144971686 M * micah this is with 2.6.16 1144971696 M * Bertl are those debian tools? :) 1144971754 M * daniel_hozac micah: how many links do the files in /vservers/.hash have? 1144971928 M * Bertl micah: 2.6.16 or 2.6.16-vs-something? 1144971981 M * micah Bertl: yes of course they are debian tools :) 1144971989 M * micah daniel_hozac: well, I just removed them, so I need to re-make them 1144972012 M * micah Bertl: 2.6.16-vs2.0.2-rc15