1105142418 M * sannes Bertl : one of our vserver customers is changing to colo this month, and I could move a couple of vservers to some really bad hardware.. and I have a laptop I could use for the rest of the production vservers .. so I could do it, but it will take me a month.. 1105142419 M * no_maam_ so the system will be limited by the interrupt load? 1105142447 M * Bertl sannes: why not convert the stuff basically 'in-place' 1105142471 M * sannes Bertl : and then I could have the machine freed up to do whatever.. 1105142474 M * Bertl (I guess you have more than a single partition or at least a way to attach an external drive) 1105142477 M * chrish01 Bertl: i just sent a little $$ your way for all the help/work you've been doing 1105142484 M * sannes using evms so not really a problem.. 1105142493 M * Bertl chrish01: thanks a lot! 1105142507 M * chrish01 no problem dude. youve been doing great work 1105142510 M * sannes just don't know if I dear to.. 1105142521 M * sannes so is reiserfs3 unstable on 2.6 ? 1105142521 M * ndim Argh. Great. Enrico doesn't tag his releases in CVS. 1105142543 M * Bertl chrish01: I'd like to add you to our Hall of Fame in turn ... could you give me some details what you (your company) would like to see there? 1105142564 M * chrish01 let me what is already there...then ill give some similar info 1105142575 M * Bertl excellent! 1105142612 M * Bertl sannes: no idea, but it looks like that oops is related to something doing block io and reiser is in the list ... 1105142617 M * ndim Bertl: Simplified cumulative patch against Enrico's CVS: http://vserver.lauft.net/util-vserver/patches--merge/util-vserver--merge_against_util-vserver--ensc.cumulative.patch 1105142646 M * dominance ndim: updated svn with it? 1105142657 M * dominance ndim: all below the @DPATCH@ please =) 1105142665 M * sannes Bertl : hey, actually, come to think of it I could fire up a vanilla kernel without reiserfs support and only ext2 partition mounted.. how does that sound? 1105142678 M * Bertl sannes: sounds great! 1105142700 M * sannes I'll have to do it tomorrow night, but I'll atleast prepare it.. 1105142703 M * Bertl btw, evms over dm I guess? yeah sure ... 1105142708 M * sannes yes 1105142715 M * sannes evms depends on it.. 1105142734 M * sannes actualyl running mirroring of two hard drives and all the partitions on top of that.. 1105142735 M * ndim If you want the exact version I have, run "tla register-archive http://arch.n-dimensional.de/2004-public" and "tla get hun@n-dimensional.de--2004-public/util-vserver--merge--0.30.196" 1105142760 M * Bertl sannes: how is it? and does it require additional patches to work as expected? 1105142760 M * ndim dominance: Hmm. I think I can automate that :) 1105142768 M * Bertl ndim: thanks! 1105142770 M * ndim dominance: But it shouldn't make a difference here. 1105142774 M * dominance ndim: hehe, good =) 1105142774 M * sannes Bertl : got really good at crashing it now.. compiling two kernels at the same time with make -j5 and a process just eating alot of ram.. 1105142781 M * dominance ndim: nope, but just to keep the archive in sync 1105142782 M * sannes Bertl : not at all.. 1105142795 M * sannes Bertl : really nice, one place to do it all.. (I use the ncurses interface) .. 1105142824 M * ndim Hehe. Now the chaos is complete. I'm using CVS, SVN, Arch, all for the very same project. *chuckle* 1105142847 M * sannes Bertl : I even use it on my desktop and on my laptop.. 1105142853 M * no_maam_ ndim: what about bitkeeper? 1105142858 M * Bertl ndim: patch looks fine to me ... 1105142891 M * chrish01 Bertl: whats your email addy? 1105142898 M * Bertl sannes: I'm currently using lvm2 (on dm on raid), what are the advantages of evms over lvm2? 1105142905 M * Bertl chrish01: herbert@13thfloor.at 1105142912 M * chrish01 k tx 1105142975 M * ndim no_maam_: My BK license has expired a long long time ago. 1105143071 M * sannes Bertl : not really sure, you can configure lvm2 from evms aswell.. 1105143101 M * no_maam_ Bertl: you get some more features, but no performance improvement 1105143222 M * Bertl okay, so nothing (except comfort) I might be missing ... 1105143225 M * dominance ndim: http://vserver.auf.ppc.lauft.normalerweise.net/mit/folgendem_fehler.log 1105143231 M * dominance ndim: sach mal was dazu 1105143241 Q * sannes Read error: Connection reset by peer 1105143273 M * Bertl "sach mal was dazu" transl. "please comment on that ..." 1105143287 M * ndim dominance: Something is broken on PPC 1105143297 M * dominance Bertl: he is german aswell 1105143322 M * dominance ndim: about that far i was already 1105143342 M * Bertl dominance: I know, but other folks (and those reading the channel log) might not be ;) 1105143348 M * dominance Bertl: does the util-vserver in general compile on ppc for you? 1105143377 M * Bertl haven't tried the recent versions ... but I can try now ... 1105143381 M * dominance Bertl: the log won't be there long enough to be intesting 1105143388 M * dominance Bertl: please do 1105143479 M * chrish01 Bertl: for some reason your country cant resolve the reverse dns for my /24, so i cant send you the email. can i pm you the info? 1105143501 M * Bertl yes, sure ... 1105143587 M * dominance chrish01: which IP? 1105143611 M * chrish01 69.90.131.250 should resolve to ns.mosaix.net 1105143661 M * dominance which it does correctly 1105143711 M * chrish01 i guess its a sanity thing on herberts mail server 1105143724 M * chrish01 should go to mail.mosaix.net 1105143778 M * dominance mail.mosaix.net isn't cleanly reversing.. 1105143784 M * dominance it's reversing as ns.mosaix.net 1105143787 M * dominance but that should be ok 1105143799 M * dominance there's no CNAME involved, so that's ok for MTAs 1105143984 M * ndim dominance: Try to get the output from the C preprocessor. 1105143997 M * dominance ndim: like how? 1105144021 M * chrish01 Bertl: im gonna be out for a bit....let me know if you get a chance to do some work on that vserver vnet stuff 1105144107 M * ndim dominance: like add the proper flags to CFLAGS, re-run the build and see the output. 1105144117 J * sannes ~ace@home.skarby.no 1105144127 M * dominance ndim: and which flags would be PROPER in your sense? 1105144176 M * ndim Lazy bugger. 1105144234 M * sannes hm.. 1105144243 M * sannes did i miss anything? 1105144269 M * dominance ppc is broken 1105144273 M * dominance apart from that not much 1105144323 M * ndim Is the vserver kernel patch even supposed to work on PPC? 1105144337 M * dominance Bertl: is it not? 1105144404 M * ndim dominance: -save-temps 1105144426 M * ndim I have no idea, but that would be my first thing to check :) 1105144431 M * Bertl reading up now ... 1105144478 M * Bertl chrish01: okay, cya! 1105144506 M * dominance ndim: *compiling* 1105144513 M * Bertl vserver kernel patch works fine on ppc 1105144530 M * chrish01 Bertl: thanks again 1105144545 M * ndim OK, then debugging the utils on PPC is worth it. 1105144559 M * ndim dominance: What version of dietlibc is that on PPC? 1105144596 M * Bertl sec, I have to download the recent utils ... 1105144619 M * dominance 0.27-7 1105144782 M * dominance ndim: "make CFLAGS=-save-temps" does compile without probs 1105144800 M * ndim dominance: WTF? 1105144814 M * Bertl hmm, yes 0.30.196 errors out, but with something different here 1105144816 M * dominance apparently the given CFLAGS overwrite ensc defaults 1105144831 M * nayco I forgot: Is gcc3.3.x really needed ? The 2.6.9 kernel does not compile well with gcc-3.4.1... :( 1105144854 M * dominance ndim: he does use CFLAGS in the Makefiles which are overwritten by the env.. 1105144865 M * ndim Not good. 1105144865 M * dominance nayco: it does not? 1105144876 M * Bertl nayco: yes, gcc 3.3.5 is the best option, if you like I can upload a mandrake package 1105144876 M * ndim Isn't one supposed to use AM_CFLAGS within the Makefiles? 1105144877 M * dominance nayco: for amd64 you need gcc-3.4 even 1105144899 M * dominance ndim: well, i can just tell you the error is gone 1105144909 M * dominance but at least mips compiles fine =) 1105144924 M * nayco I have an amd athlon XP 1700+... ;-) 1105144936 M * dominance nayco: then 3.3.5 is fine =) 1105145063 M * nayco it fail on the qlogic scsi modules.... At work, I only managed to get it with gcc3.3.4, but here it fails !!! So i've made "make oldconfig; make clean" and I am starting over... But it's loooooong. I remember the good old time when kernel+modules took 30 minutes to make on a PII-333 :| 1105145078 M * Bertl do you have a qlogic? 1105145134 M * nayco Bertl: Yes I saw that there is no vserver enabled kernel anywhere... That would be great if we could have one in the contribs.... 1105145141 M * dominance ndim: i can try a fresh rebuild if you think that'll help 1105145151 M * ndim dominance: I think so, yes. 1105145159 M * ndim Two fresh rebuilds, in fact. 1105145167 M * ndim One with the standard CFLAGS. 1105145175 M * Bertl nayco: please read what I'm writing, I was talking about the gcc 1105145179 M * ndim And one with -save-temps added somewhere in Makefile-files 1105145179 M * dominance standard CFLAGS was none 1105145194 M * ndim standard CFLAGS has no error any more? 1105145196 M * ndim good. 1105145207 M * nayco Bertl: No, I havent got one, but I used the /boot/config file to configure my kernel (And make oldconfig), to make sure that my new kernel is similar to Mandrake's... 1105145217 M * dominance ndim: the cflags was none.. the error was there 1105145236 M * Bertl nayco: then you should not complain about endlessly long build times ;) 1105145269 M * ndim dominance: OK. Then go to ensc_vector/Makefile-files and add a few lines. 1105145303 M * nayco Oh, sorry. Well, for gcc3.5, well, I can try.... But it worked at work ?! Ok, sned me the link ;-) 1105145330 M * ndim libensc_vector_a_CFLAGS = $(CFLAGS) $(AM_CFLAGS) -save-temps 1105145334 M * ndim or something similar. 1105145386 M * dominance isn't respected as you put it 1105145412 M * dominance still ready: 1105145415 M * dominance reads: 1105145417 M * dominance if diet gcc -DHAVE_CONFIG_H -I. -I. -I. -I ./lib -I ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -g -O2 -std=c99 -Wall -pedantic -W -MT ensc_vector/vector-pushback.o -MD -MP -MF "$depbase.Tpo" -c -o ensc_vector/vector-pushback.o ensc_vector/vector-pushback.c; \ 1105145450 M * nayco Bertl: Well, It's looong to build, but I remember a few years ago, I used to build my kernel on Mdk 8.x, and it always failed because I removed too many config options, thinking th kernel would be faster (Typically corresponding to harware I hadn't). So, this times, I decided to get a Mandrake config... But well, that _is_ long. 1105145524 M * dominance ndim: funny enough: 1105145531 M * dominance kk@niobe:~/src/util-vserver/build-area/util-vserver-0.30.196$ gcc -save-temps -DHAVE_CONFIG_H -I. -I. -I. -I ./lib -I ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -g -O2 -std=c99 -Wall -pedantic -W -MT ensc_vector/vector-pushback.o -MD -MP -MF "$depbase.Tpo" -c -o ensc_vector/vector-pushback.o ensc_vector/vector-pushback.c 1105145532 M * dominance kk@niobe:~/src/util-vserver/build-area/util-vserver-0.30.196$ 1105145577 M * dominance and same without -save-temps 1105145638 M * nayco Bertl "nayco: please read what I'm writing, I was talking about the gcc" => By the way, is making a kernel rpm is hard ? I could help... 1105145707 M * dominance ndim: any other ideas? 1105145728 M * ndim Yes, it's time to go to bed :) 1105145752 M * Bertl nayco: no, it's not really hard, but I consider it humbug ... 1105145804 M * Bertl why? because everybody working with linux-vserver should a) be able to compile a kernel, and b) should do that for several reasons 1) security, 2) performance, 3) feature selection 1105145860 M * dominance ndim, Bertl: ok.. Bertl, can you make sure ensc will know about your error and have it fixed in cvs? 1105145876 M * dominance Bertl: maybe my error is just a consequence or coincidence that we can address after taht 1105145885 M * nayco Bertl: I had to look to babelfish for the word "humbug"... I'm not sure of what it means. Could you say it another way, pls ;-) ? 1105145899 M * Bertl well, my error is just that libtool doesn't understand a tag option, which is probably because the automake is newer than the libtool ... 1105145911 M * nayco sorry, I typed without reading. I'm too slow. 1105145978 A * Bertl is currently updating libtool ... 1105146062 M * dominance ok, going 2bed too 1105146068 M * dominance cu around =) 1105146074 M * Bertl okay, cya! 1105146104 M * nayco Bertl: I'm ok with that. But the first time I read about the linux-vserver project, I immediately went to the contribs to see if there were not a precompiled kernel and tools... I wanted to start fast without loosing time on possible compilation errors. By the way, contrib packages are sometimes buggy (firefox, for example, some games...) 1105146136 M * nayco I guess that is because packagers have not enough different machine to test against... 1105146150 M * nayco s/machine/machines/ 1105146205 M * Bertl well, if you really feel like doing a mandrake kernel package for linux-vserver, feel free to do so .. I will help with tricky issues, but you ahve to do the 'hard' work ... 1105146227 M * nayco ...making the spec file ;-) ? 1105146259 M * Bertl well, I'd start with the existing kernel package ... 1105146308 M * nayco I never made a rpm package , i've just started reading about that, and it does not seem easy for me for the moment. But maybe... By the way, you're right: vservers isn't targetted for the desktop user ;-) 1105146349 M * nayco You mean the mandrake kernel sources ? It would need to work on the vs patch, no ? 1105146381 M * Bertl you can take the spec file from there, right? 1105146450 M * Bertl probably will need some cleaning up, but that's rather easy than writing it from scratch I guess ... 1105146470 M * nayco yes. If I guess right, I'll only have to add a few lines relating to the vs patch to be apllied a the right time... But there may be .rej, no ? 1105146531 M * Bertl you can also _remove_ the other mandrake specific patches (or try to adapt the linux-vserver patches) 1105146547 M * Bertl hey we did it for debian! mandrake should be easy ;) 1105146570 M * nayco Well, that sounds hard, but it may be easier than it sounds... Or harder. 1105146578 M * nayco Were the many rejections ? 1105146619 M * ndim don't feel rejected if it doesn't work from the start. 1105146621 M * ndim :) 1105146624 M * ndim n8 all 1105146626 M * nayco arff ! 1105146629 M * nayco ;-) 1105146631 M * Bertl yeah, some of them are not completely resolved yet ... 1105146652 M * nayco ... 1105146665 M * Bertl but as I consider any distro _not_ able to work with a mainline kernel braindamaged, using that should always be a good option ... 1105146719 A * Bertl .oO( hmm, guess that could make good use of some punctuation ,,, ;) 1105146736 M * nayco And what about taking the mandrake spec file as a base, and adapting it for a vanilla kernel patched with vservers ? 1105147068 M * Bertl (yes that was my original suggestion, maybe I wasn't able to communicate that ;) 1105147113 M * nayco oh, I gonna get called "NeedSomeGlasses" here :-O ;-) ! 1105147122 M * Bertl 8-) 1105147132 M * Bertl do you need glasses? 1105147161 M * Bertl (or is it just the attention span, which is too short ;) 1105147205 M * nayco Well, I'm not really used to that kind of stuff... Do you think building a rpm package based on the vanilla kernel would be more stable ? (I think so, but i'm not experienced) 1105147232 M * nayco Well, I just got glasses, price to pay for spending years on screens 8-( ! 1105147271 M * Bertl the vanilla kernel is more tested with linux-vserver than any other kernel ... 1105147288 M * Bertl it might lack some distro specific features, for example supermount for mandrake 1105147305 M * Bertl but you could add those patches later, when you get time for that ... 1105147326 M * nayco to be true, it is that I often send answers before checking any new input... and I'm not used to irc, so seeing imbricated post between other is hard. 1105147353 M * nayco supermount isn't included in vanilla ? 1105147363 M * nayco Well, is it sill useful ? 1105147606 M * Bertl mandrake considers it useful .. 1105147622 M * nayco well... ;-) 1105147663 M * Bertl (doesn't mean much ;) 1105147724 M * nayco So, I'll tak a look at that we i've managed to make at leat a few vservers, but now, i've still got my problem. I'm currently trying again to build that kernel. I think I gonna unistall gcc3.4.... 1105147733 M * nayco uninstall 1105147788 M * Bertl there are many drivers currently broken in mainline 1105147826 M * Bertl (they will be hopefully fixed soon) so I would suggest a) to use gcc-3.3.5 and b) to remove any driver which results in an error/warning ... 1105147944 M * nayco Well, what is funny Is that I managed to compile this kernel on 2 (very) different x86 machines at work, just by installing gcc3.3.4... And using /boot/config. Well, I can't remember if I uninstalled gcc3.4... I don't think so. 1105147970 M * nayco But if you can send me gcc-3.3.5, i'll try ! 1105148012 M * Bertl ah, yes, forgot aout that one ... will be a little trickier ... 1105148089 M * nayco Ok, don't bother if it take you time: I think that i should work with 3.3.4. I only had a few warning at work (casts, most itme) 1105148109 M * Bertl you can have the 3.3.4 src rpm ... 1105148125 M * nayco yes, but will it make a difference ? 1105148167 M * Bertl well, some folks reported strange issues with 3.4.x compiled kernels ... I avoid it for the kernel where possible ... 1105148203 M * Bertl http://vserver.13thfloor.at/Stuff/Mandrake/gcc-3.3.4-1mdk.src.rpm 1105148218 M * Bertl (wait until the upload completed ;) 1105148223 M * nayco I can report that it simply does not work for me with gcc-3.4.1 1105148259 M * nayco I'm currently using gcc3.3-3.3.4-2mdk 1105148292 M * Bertl okay, that should be fine ... 1105148311 M * Bertl (except for the broken modules/drivers of course) 1105148361 M * nayco But do I need to uninstall gcc 3.4 ? I used to edit the Makefile to s/gcc/gcc3.3.4/ but... Is there another intelligent way ? 1105148386 M * Bertl mandrake supports alternatives 1105148427 M * nayco Oh, you mean but modifying the symbolic links in /etc ? 1105148529 M * Bertl update-alternatives 1105148665 M * nayco thx. 1105149061 M * nayco Ok, ln -s /usr/bin/gcc-3.3.4 /etc/alternatives/gcc ... Now, I understand why I still couldn't compile: There is not only one Makefile to edit, but many in the kernel source ;-) ! 1105149119 M * nayco So, using the symlink is... faster. I too made my kernel config much lighter, hoping that my hardware will still be recognized... 1105149211 M * nayco I wonder: Do "make modules_install" overwrites my current modules or does it install them in a separate /lib/modules directory ? 1105149345 M * Bertl depends on the kernel nameversion 1105149351 M * Bertl name/version 1105149373 M * Bertl so if you compiled 2.6.10-vs1.9.3.17 (for example) the dir will be 1105149382 M * Bertl /lib/modules/2.6.10-vs1.9.3.17 1105149429 M * nayco so it creates a separate directory ? This question because some years ago I totally messed up my existing modules by compiling a new kernel. I don't know what I've done this days, but ;-)... 1105149435 M * nayco Ok, thanxs. 1105149455 M * Bertl you're welcome! 1105149478 M * Bertl you probably used the very same kernel source (having the same kernel version) 1105149502 M * nayco well, maybe... 1105149657 M * nayco So, It's compiling, I hope that it will last less. Well, can you give me basic wways of creating vservers, if I told you what 've tried, and what went wrong ? (And yes, I _have_ read those f* manuals on the linux-vserver site ;-) I think i missed something.) 1105149769 M * nayco s/told you/tell you/ 1105149927 M * Bertl after you got util-vserver compiled and running, you should be able to use at least the skeleton build method, and the copy build method 1105149929 M * nayco first, I have tried the vserver tools, but they seem deprecated, don't they ? So I currently use util-vservers rpms. I tried the rpms, the source rpms, the source tar.bz, they all compile and install fine 1105149954 M * Bertl which version? 1105150029 M * nayco ok. The skeleton gives me a nearly empty directory under /vservers/test (just a few dirs/subdirs/files: dev/..., proc/...) and vserver test enter fails. 1105150038 M * nayco version ? wait a minute. 1105150107 M * Bertl that's the purpose of the skeleton method ... 1105150133 M * Bertl you have to fill that empty dir up with some image after that ... 1105150143 M * Bertl (or before or whenever) 1105150156 M * nayco many versions, because I tried them all ;-), but now: util-vserver-0.30.196-1mdk.i586.rpm (and build/core/legacy/....) 1105150176 M * Bertl k 1105150240 M * nayco I too tried "util-vserver-0.30-1mdk.i586.rpm" with the linuxconf one, but it was really hard to get newvserver to work. I finally managed, but it still wasnt working, so I removed that. 1105150333 M * nayco So, the skeleton: I found the link http://www.lycos-vds.com/dists/, but there are only distros I don't know too much (I mean: "am able to manage efficiently) 1105150361 M * Bertl you can try the copy method (which should 'clone' your installed host system 1105150397 Q * lilo Quit: 1105150402 M * Bertl and of course, once you have installed apt-rpm, you can use that ... 1105150585 M * daniel_hozac wouldn't it be possible to use urpmi? (if support for it was added, that is) 1105150588 M * nayco I think I didn't get the whole thing right with building vservers (I find this is probably the less documented part, altough the kernel compilation and vserver admin parts are more/enough documented): I thought that utils-vservers only installed a minimal sytem, by selecting itself the needed packages, then I could easily clone a sample vserver to make others... I which I only got to install needed packages (Eg. apache for one, 1105150588 M * nayco ftpd for another) and all that was needed then was configure capabiliteis, startup scripts, etc.... 1105150652 M * Bertl yes, that idea is still true, but it isn't working perfectly right now ... 1105150685 Q * ensc Ping timeout: 480 seconds 1105150698 M * nayco I tried the copy method with the old vserver tools, but it filled up my partition on that machine: It's a normal desktop machine with kde, dev tools, many stuff... So I given up this one. But on my second machine, the system is minimal (Well, still 1GB :-), that should be better... 1105150731 Q * sannes Read error: Connection reset by peer 1105150747 M * Bertl nayco: yes, very likely ... 1105150795 M * Bertl the 'new' tools are currently missing the feature to create a vserver from just a bunch of rpms, and to clone an existing vserver ... 1105150811 M * nayco I mean: I thought that I could have a sample samba vserver, a sample web vserver, a sample rpm building vserver, etc... And clone them when needed. Well, that's the aim i'm following ;-) 1105150828 M * Bertl but, there is vserver-copy which solves the second part 1105150829 M * daniel_hozac wouldn't rpm --root=/vservers/... suffice? 1105150841 M * daniel_hozac +-ivh, of course. 1105150842 M * Bertl exactly ... 1105150886 M * Bertl just the missing link is to provide wrappers/hooks to do that from CD or whatever with vserver build ... 1105150938 M * Bertl for example, I would appreciate a vserver clone ... 1105150940 M * nayco Ok, It may be long the first time, but it's a good idea: Make a rpm list of base needed package to get a ~500MB system (base with draktools, urpmi...) and use it to create the first vserver... 1105150982 M * daniel_hozac Red Hat has the package group base for that kind of thing ;) 1105150983 M * Bertl and of course the imho missing 'vserver build rpm .... 1105150987 M * nayco What I would find great is the possibility to make that from a ftp mandrake mirror ! 1105151042 M * nayco daniel_hozac: mandrake has that, I think, but I can't remember the name. 1105151071 M * daniel_hozac so look in comps.xml ;) 1105151080 Q * matti Ping timeout: 480 seconds 1105151105 M * nayco bertl "and of course the imho missing 'vserver build rpm " => yes, that sound cool. 1105151123 J * matti matti@linux.gentoo.pl 1105151165 M * nayco I wonder: Why is there sources for Debien, Rh, Fc, suse, and not for Mandrake ? Is it impossible to do or just no one needed it ? 1105151178 M * Bertl well, I'm using it ;) 1105151199 M * nayco So, how do you build you vservers ?? 1105151215 M * Bertl but simply copying templates over ... 1105151243 M * Bertl the templates are hand-crafted to use only required packages ... 1105151269 M * Bertl (they are more than 2 years old, just updated everytime something evil came along) 1105151282 M * nayco Are there any templates in utils-vserver or is it a personnal hack ? 1105151301 M * Bertl there are rpm lists included ... sec 1105151380 M * Bertl util-vserver-0.30/distrib/ 1105151389 M * Bertl install-mdk8.2* install-rh7.2* install-rh9.0* rh8.0-minimum 1105151401 M * Bertl fc1-minimum mdk8.2-minimum rh9.0-minimum 1105151418 M * Bertl rh7.3-minimum install-rh7.2 install-rh7.3 install-rh8.0 1105151453 M * Bertl you can use them to create minimal and typical installs from some rpm directory (not from network) 1105151555 M * nayco Oh, I saw an Fc1 howto that talked about "install_fc1" or something like this... I didn't saw these scripts on my system, but, hey, I have not searched for long... 1105151593 M * nayco I'll try to modify a mandrake one to do cope with 10.1 1105151613 M * nayco But these scripts need the cds ? 1105151623 M * Bertl or the rpms from them ... 1105151678 M * nayco that better ;-) => I there a way to do it by ftp with these scripts, or do I need to try with another method ? 1105151849 M * Bertl well, maybe you can trick rpm into calling some script to download them, or just download them before ... 1105151891 M * nayco I tried with apt-rpm (For suse91, fc1/2, Rh9) and none worked. I missed something ? 1105151918 M * nayco Yes, I could make a local mirror for mandrake... 1105152176 M * nayco Ok, My kernel finally compiled : I just forgot i2c support, but it just had to compile the missing parts, phew ! 1105152187 M * nayco So, i'll get back after rebooting, brb 1105152192 Q * nayco Quit: Emmène les deux cochonnes à la buanderie pour explication sauvage. 1105152372 J * nayco ~nayco@lns-th2-8-dij-82-64-116-200.adsl.proxad.net 1105152433 M * nayco Ok, I've got a new vs kernel... Let's download the tools. 1105152545 Q * elCount Ping timeout: 480 seconds 1105154892 Q * nayco Remote host closed the connection 1105157801 J * sannes ~ace@home.skarby.no 1105157825 M * Bertl wb sannes! 1105157923 M * chrish01 Bertl: get anywhere with the kernel vserver stuff? 1105158108 M * Bertl sure .. it just takes time, as usual ... 1105158124 M * chrish01 np 1105158256 J * lilo ~lilo@lilo.usercloak.oftc.net 1105158263 M * Bertl wb lilo! 1105158600 Q * Raj_Offline Ping timeout: 480 seconds 1105159491 J * Raj_Offline ~amit@203.124.158.219 1105159520 J * nox- ~nox@213.39.135.46 1105159847 Q * nox Ping timeout: 480 seconds 1105159879 N * nox- nox 1105163279 M * Bertl k, night everyone! cya later ... 1105163296 N * Bertl Bertl_zZ 1105163665 J * locksy ~locksy@mrtg.sisgroup.com.au 1105164115 Q * sladen Ping timeout: 480 seconds 1105164180 Q * dsanta Ping timeout: 480 seconds 1105164820 J * dsanta ~santa@c68.190.156.105.roc.mn.charter.com 1105170513 Q * Hollow Quit: Leaving 1105170870 Q * Raj_Offline Ping timeout: 480 seconds 1105171215 J * Hollow ~Hollow@home.xnull.de 1105171543 J * Raj_Offline ~amit@203.124.158.219 1105171889 Q * Hollow Quit: Leaving 1105171953 J * Hollow ~Hollow@home.xnull.de 1105172500 Q * matti Ping timeout: 480 seconds 1105172988 J * tchan_ ~tchan@c-24-13-81-164.client.comcast.net 1105173091 Q * tchan Ping timeout: 480 seconds 1105174855 J * tchan ~tchan@c-24-13-81-164.client.comcast.net 1105175255 Q * tchan_ Ping timeout: 480 seconds 1105176752 J * JonB ~NoSuchUse@kg76.kollegiegaarden.dk 1105179463 J * matti matti@linux.gentoo.pl 1105180651 J * albeiro albeiro@linux.gentoo.pl 1105182362 Q * Raj_Offline Ping timeout: 480 seconds 1105182648 J * Raj_Offline ~amit@203.124.158.219 1105182875 M * JonB shouldnt that be Raj_Online ? 1105183032 M * JonB guess not 1105183175 M * Doener probably his bnc/irc client is running on a remote server while he's offline... 1105183225 M * JonB yeah i thought so my self 1105183241 M * JonB i used to have the same setup until some thieves broke into the server room 1105183252 M * JonB opened MY server 1105183259 M * JonB and removed the harddisks 1105183328 M * albeiro verid :/ 1105183344 M * Doener just yours? 1105183352 M * JonB almost 1105183361 M * Doener strange folks... 1105183362 M * JonB they opened one other machine 1105183373 M * JonB but it was too much work to remove the HD 1105183378 M * JonB it was a micro machine 1105183387 M * JonB so the hd was under everything else 1105183398 M * JonB i wonder why they didnt just take the machine with them 1105183421 M * Doener that's where stupidity comes into play ;) 1105183428 M * JonB yes 1105183436 M * JonB and there is like 10 machines in that room 1105183452 M * JonB and 10 3com gigabit switches 1105183466 M * JonB and they fiddle with 3 machies 1105183469 M * JonB all black 1105183471 M * Doener *LOL* 1105183476 M * JonB i guess black means EXPENSIVE 1105183490 M * JonB my HD's was 2 80GB, a 160GB and a 40GB 1105183496 M * JonB one 80GB didnt work 1105184812 N * chrish01 chrish|sleep 1105185344 J * BaD ~BaD@xdsl-81-173-178-220.netcologne.de 1105185358 M * BaD Hi 1105185373 Q * anonymous-coward Ping timeout: 480 seconds 1105185376 M * BaD is everyone here speaks german ?¿? 1105185430 M * JonB no i dont think that everyone here speaks german 1105185458 M * BaD Okay 1105185472 M * BaD i have a little question :) 1105185486 M * BaD can i use the software on suse to ?¿? 1105185491 M * BaD suse 9.0 1105185590 M * JonB to what? 1105185603 M * BaD i will use the vserver soft 1105185613 M * JonB oh 1105185620 M * JonB well yes it can be used 1105185625 M * JonB but you need a new kernel 1105185666 M * BaD but i have now the kernel 2.6.7 1105185674 M * BaD in this a problem ?¿? 1105185682 M * JonB did you patch it with the vserver patches ? 1105185698 M * BaD in the moment not patcht 1105185716 M * BaD i will asking first it is possible or not 1105185717 M * BaD ;) 1105185756 M * JonB vserver patches are made against the default linux kernel from Linus 1105185776 M * JonB you might or might not be able to apply those patches to a suse supplied kernel 1105185791 M * JonB you can use the suse userland tools 1105185802 M * JonB /sbin /bin, /usr ... 1105185819 M * BaD i have build a testserver at home with the same linux as my remote server ;) 1105185826 M * BaD i install first home 1105185832 M * BaD and when its run 1105185836 M * BaD then remote 1105185853 M * BaD aha 1105185857 M * BaD Okay 1105187791 Q * we2by Read error: Connection reset by peer 1105187799 J * we2by ~we2by@dc5146d009.adsl.wanadoo.nl 1105188568 M * mugwump hey wassap gs 1105189538 J * frz ~frz@jabber.domaintechnik.at 1105189546 P * frz 1105190481 J * frz ~frz@rs23.domaintechnik.at 1105190494 P * frz 1105190522 J * frzzz ~frzzz@rs23.domaintechnik.at 1105190554 P * frzzz 1105190640 J * frzzz ~frzzz@rs23.domaintechnik.at 1105190687 P * frzzz 1105194502 Q * are|afk Ping timeout: 480 seconds 1105195077 J * are|afk ~are@84.56.137.141 1105197266 Q * pusling Read error: Connection reset by peer 1105198599 M * ola dominance: Are you there? 1105198809 M * ola I have some questions on why you have created your deb as you have? 1105199310 Q * sannes Read error: Connection reset by peer 1105200102 M * dominance ola: sure, tell me 1105201440 Q * we2by Ping timeout: 480 seconds 1105201487 J * we2by ~we2by@dc5146d009.adsl.wanadoo.nl 1105201661 Q * BaD Quit: Ich benutze das -= [ Weisseradler-Script ] =-. Das kannst du dir unter -= [ http://www.weisseradler.de ] =- runterladen. (c) by Weisseradler 1105202177 J * Seraph kk@projects.verfaction.de 1105202793 J * alban ~acrequy@Mix-Grenoble-110-1-44.w80-9.abo.wanadoo.fr 1105202826 M * ola dominance: Sorry fixing food. :) 1105202885 M * ola dominance: Questions are: 1105202900 M * ola Why depend on vlan? And why also suggest vlan? 1105203036 M * ola Why conflict with vserver-debiantools? Is the newvserver incorporated? 1105203089 M * Doener ola: alpha tools contain build capabilities for several distros, including debian using debootstrap 1105203113 M * Doener http://linux-vserver.org/alpha+util-vserver 1105203118 M * ola Ok. 1105203125 M * ola What about the vlan thing? 1105203129 M * ola -ifneq "$(wildcard /usr/share/misc/config.sub)" "" 1105203129 M * ola - if [ -f config.sub ];then mv config.sub config.sub.orig;fi 1105203129 M * ola - ln -s /usr/share/misc/config.sub config.sub 1105203129 M * ola -endif 1105203129 M * ola -ifneq "$(wildcard /usr/share/misc/config.guess)" "" 1105203132 M * ola - if [ -f config.guess ];then mv config.guess config.guess.orig;fi 1105203134 M * ola - ln -s /usr/share/misc/config.guess config.guess 1105203137 M * ola -endif 1105203150 M * ola Why is this in the rules file? Is it just something that dn_make created? 1105203154 M * Doener no idea 1105203202 M * ola ok. Next question is what install-distribution do that install dont. I have never seen such a target before. 1105203257 M * ola What is /etc/init.d/vservers-default /etc/init.d/vservers-legacy ? 1105203293 M * ola And why are those links not removed on purge? 1105203299 M * ola That is my questions. :) 1105203318 M * ola I'm going to get some dinner now... 1105203321 J * pusling ~pusling@195.215.29.124 1105203326 M * Doener vservers-legacy is the same as the sysv vservers script in the stable tools 1105203341 M * Doener i.e. it starts those vservers that still use the legacy config 1105203372 M * Doener vservers-default will start those vservers belonging to the group default, there are some nice comments within that script 1105203854 J * sladen paul@starsky.19inch.net 1105204037 Q * alban Quit: Leaving 1105204059 M * Doener ola: hm, funny, pnscan seems to have a install-distribution make target as well (at least the debian version) ;) 1105204617 M * pusling hmmm... after a powercycle - only 2 of my 6 vservers restarted. My config-files are all the same except of course hostname and ip. 1105204653 M * Doener do you have them started in background? 1105204804 M * pusling I haven't changed any bootfiles. Previously the vservers have been up on next reboot. I have made one new vserver since last reboot. 1105204824 M * Doener is that with stable or alpha tools? 1105204878 M * pusling stable tools 1105204922 M * pusling I had the alpha tools installed in like 30 minutes - but downgraded to stable 1105204955 M * Doener ok... in vservers.conf, is BACKGROUND set to no or yes? 1105205004 M * pusling BACKGROUND=no 1105205054 M * Doener ok, so you should have some output about the start in dmesg... are there any errors? 1105205202 M * pusling no vserver errors - but some filesystem corrections 1105205239 M * Doener do all vserver show up being started? 1105205254 M * Doener in dmesg that is... 1105205262 M * pusling dmesg do not tell anything about vservers 1105205288 M * pusling dmesg ends with mounting filesystems 1105205297 M * Doener ah, damn... my fault 1105205482 M * pusling and `grep -nHri vserver /var/log/` gives nothing 1105205560 M * Doener yeah, init output is not logged 1105205570 Q * sladen Quit: Reconnecting 1105205574 J * sladen paul@starsky.19inch.net 1105205633 M * pusling hmm.. any good advise how I can be certain that the vservers get up on next reboot ? 1105205678 M * Doener hm, are you using static or dynamic context ids? 1105205722 M * pusling what is the default ? 1105205838 M * Doener do you have a line S_CONTEXT=... in your configurations? 1105205857 M * Doener if not, you're using dynamic contexts and should consider switching to static contexts 1105205885 M * pusling Seems like I am using dynamic contexts 1105205916 M * Doener dynamic contexts can be handy, but for vservers static contexts are preferred. 1105205952 M * pusling to change it, I need to add a S_CONTEXT="number_of_own_choice" to my vserver configuration files ? 1105205972 M * Doener yep, where "number_ooc" is > 1 and < 49152 1105205980 M * Doener and it has to be unique of course ;) 1105205996 M * Doener i don't know if problems may occur if you change that while the vserver is running 1105206036 M * pusling so if I choose the last part of the ip in the range 192.168.1.xxx, in which my vservers are, it should be pretty safe ? 1105206082 M * Doener as long as you don't happen to have a vserver with 192.168.1.1, yes 1105206144 M * Doener .. and as long as you don't share ip addresses between vservers... 1105206443 J * sannes ~ace@home.skarby.no 1105206465 M * pusling hmm... something is completely wrong. If I do a ps auxww in a vserver I can see all the processes in other vservers as well 1105206550 M * Doener that sounds weird... 1105206556 M * Doener kernel version? 1105206585 M * pusling Linux pusling-server 2.4.26-vs1.28 #1 SMP Thu Nov 25 03:04:51 CET 2004 i686 GNU/Linux 1105206593 M * pusling and it is something new ... 1105206633 M * pusling (kernel 2.4.26 with the 1,28 vserver patch) 1105206656 M * Doener ok, what does vserver-stat tell? 1105206868 M * pusling tells 2 vservers running - and the vserver running tells that all my vservers are running ? 1105206937 M * Doener hm, sounds like you used the same context id for all vservers 1105207029 M * pusling I have tried a vserver testserver restart - but it doesn't seem to start again ? 1105207102 M * pusling and the processes keep on running ? 1105207137 M * Doener did you change the context id before restarting? the vserver may be considered not running then... 1105207156 M * Doener to change the context id do: vserver xxx stop -> change configuration -> vserver xxx start 1105207167 M * Doener otherwise you may/will encounter problems... 1105207184 M * pusling Doener: hmm... changed the configuration, restarted afterwards... 1105207197 M * pusling Do I need a reboot, or can I repair somehow ? 1105207209 M * Doener no reboot needed. 1105207226 M * ola Doener: vserver-* init script. Thanks for the explanation. 1105207241 M * ola Doener: Hmm ... pnscan. I have forgot that. :) 1105207241 M * Doener easiest way: stop all vservers, confirm with vserver-stat, that all are stopped, then adjust configurations, then restart the vservers 1105207287 M * ola pusling: Use the latest version in unstable. Previous and the version before that are broken. 1105207319 M * Doener ola: you're welcome. pnscan was just a result on a google search, and i saw that you're its maintainer, i have no idea what install-distribution exactly is, either 1105207325 M * Doener ;) 1105207329 M * ola :) 1105207378 M * Doener off for dinner, back later... 1105207380 N * Doener Doener|gone 1105207409 A * ola will soon (finally) eat dinner. :) 1105207454 M * pusling Doener: but the processes , like apache keeps running after stopping a vserver 1105207494 M * ola pusling: What is your problem. 1105207533 M * ola What version of util-vserver are you running? 1105207696 Q * pusling Read error: Connection reset by peer 1105207698 J * pusling_ ~pusling@195.215.29.124 1105207753 M * ola pusling_: What is your problem. 1105207753 J * Rusty` ~rusty@rev.193.226.233.94.euroweb.hu 1105207755 M * ola What version of util-vserver are you running? 1105207759 M * Rusty` hello guys (and girls :) 1105207769 M * ola Hello 1105207781 M * ola ... ohh it is dinner time now. See ya. 1105207785 M * JonB Rusty`: girlS ? 1105207792 Q * lilo Quit: bbiaeos 1105207800 M * Rusty` JonB: yeah :) 1105207811 M * JonB Rusty`: where? 1105207818 M * pusling_ ola: 0.30 1105207818 M * Rusty` i don't know :( 1105207843 N * pusling_ pusling 1105207908 M * Rusty` i have a little quastion: the newest vserver kernel patch 1.9.3 is works with util-vserver 0.30 (stable) fine? 1105207917 M * Rusty` on debian.... 1105207931 M * pusling I was allowed to restart the server, so I did. Much easier and faster 1105207971 M * Rusty` or i must use the util-vserver alpha on debian? 1105208285 M * Rusty` :( 1105208687 M * daniel_hozac Rusty`: you'd need alpha util-vserver to use all the features. 1105208924 M * dominance re ola 1105208933 M * dominance ola: msg me when you're back 1105209266 N * Bertl_zZ Bertl 1105209270 M * Bertl evening folks! 1105209349 M * dominance ola: the short answers are: 1105209383 M * Rusty` hi Bertl. how are u? 1105209402 M * dominance 1.) autotools-dev is just installed to make sure config.guess and config.sub are up2date in case upstream doesn't have them updated 1105209414 M * dominance 2.) the /etc/init.d is coming from upstream 1105209434 M * dominance 3.) install-distribution was copied from the spec (i basically did a catchup with the *.spec in util-vserver) 1105209451 M * dominance 4.) vlan is recommended in the deb and is hardcoded in the tools therefore needed as b-d 1105209454 M * Bertl Rusty`: fine, thanks! and you? 1105209480 M * JonB hey Bertl 1105209499 M * dominance hi Bertl btw. =) 1105209553 M * Bertl hey dominance! looks like interesting debian-times .. ;) 1105209557 M * Rusty` i'm fine too... we are "hacking" the new alpha util-vserver on a debian right now... :) it's "fun"... 1105209561 M * dominance Bertl: yup =) 1105209578 M * Bertl Rusty`: sidenote: 1.9.3 isn' 1105209587 M * dominance Bertl: but it's all for the good of the users =) 1105209592 M * Bertl +t the latest 1105209673 M * JonB Bertl: we have had a break in into my dorms server room. They stole 4 harddisks and memory from my own server. The testserver is untouched 1105209714 M * Bertl sorry to hear that? 1105209746 M * JonB Bertl: it will take a while if i ever reassemble my own server 1105209760 M * JonB Bertl: so, the testserver is not available 1105209806 M * Bertl okay, thanks for the info ... 1105209828 A * Bertl .oO( what people do such things *sigh* ) 1105209872 M * JonB Bertl: if it was at work i would say industry espionage 1105210036 M * JonB Bertl: they broke into our phone room 1105210044 M * JonB Bertl: they touched 3 black machines 1105210053 M * JonB and left 7 beige alone 1105210060 M * JonB + 10 3com gigabit switches 1105210082 M * JonB one was a pro server for the phone system 1105210092 M * JonB they removed power, and moved it 1105210108 M * JonB then they unscreewed at the place the sides 1105210113 M * JonB the psu, the 4 harddisks 1105210128 M * JonB and toke the 4 harddisks and 2 512MB ram with them 1105210138 M * JonB a 3. machine they dismandled 1105210155 M * JonB i find it ... very strange 1105210274 M * Bertl really strange ... 1105210294 M * JonB the pro machine was only removed of cable 1105210298 M * JonB yes, VERY 1105210371 M * JonB i only had all my university homework 1105210373 M * JonB music 1105210376 M * JonB and movies at it 1105210388 M * JonB along with email and websites 1105210389 M * sannes :) 1105210409 M * JonB i was in the process of getting a remote backup done, but didnt make it 1105210453 M * JonB the door was opened by a key or similar, as there are no signs of forced entry 1105210487 M * JonB but, HA, IN YOUR FACE THIIEF, 2 harddrives doesnt work 1105210492 M * JonB hehe 1105210665 M * sannes JonB : maybe someone just wanting to hurt you.. seems weird though.. 1105210690 M * JonB sannes: maybe 1105210700 M * sannes Bertl : going to make a vanilla 2.6.10 (+enum vid fix) with ext2 crash now.. wish me luck 1105210700 M * JonB sannes: but then it is someone at my dorm 1105210714 M * JonB sannes: but why not just steal the hole machine ? 1105210725 M * sannes JonB : don't be too surprised.. or someone took something out of the wrong machine.. heh 1105210748 M * JonB sannes: no, the people with access to that room know it is mine 1105210781 M * JonB sannes: besides, noone takes the disks out at 3 am in the morning 1105210787 M * sannes JonB : if someone borrowed a key to get a server for someone.. heh 1105210790 M * JonB sannes: except a thief 1105210801 M * Bertl sannes: good luck! 1105210846 M * sannes JonB : true, maybe they took only the parts so that they can use them on campus without suspicion.. who'd notice an extra gig of ram in someone elses computer? 1105210880 M * JonB well, maybe now i get justify getting that G5 i was thinking at 1105210885 M * sannes If they took the complete machine and someone saw them, a 3rd party would have noticed.. 1105210888 M * sannes hehe 1105210905 M * JonB sannes: well, how much is the memory worth? 1105210909 M * JonB sannes: and the disks? 1105210927 M * JonB sannes: $100 tops 1105210934 Q * ntrs_ Quit: Leaving 1105210942 M * sannes JonB : not enough to break into somewhere and not steal gigabit switches .. 1105210988 M * JonB sannes: well, it might be an inside job 1105211137 M * JonB sannes: but if it was, they could see how useless the items are 1105211201 N * Doener|gone Doener 1105211207 M * Doener re 1105211239 M * Bertl evening Doener! 1105211279 M * Doener hey Bertl, how are you? 1105211334 M * Bertl fine, and you? 1105211421 M * Doener pretty good, not really awake (yet?) 1105211470 M * Doener lately i'm missing some eye-candy on my screen, but that's another story ;) 1105211547 M * Bertl hmm, eye-candy? 1105211685 M * Doener my desktop is pretty functional, fvwm customized to my likings, without any bells and whistles... but lately i feel like adding at least some bells maybe ;) (not as much as f.e. KDE does, but a few things to make it look prettier) 1105211706 M * daniel_hozac XFce >:) 1105211743 M * Bertl hmm, I'm pretty happy with my sawfish/sub-microgui 1105211759 M * Doener had that one running for about 20 minutes, didn't like it a bit... i love fvwm, just need to spice up my config 1105211785 M * Bertl well, it's a matter of preference ... I can understand that ... 1105211817 M * Doener yep, and no sense in discussing/flaming on that topic ;) 1105211887 M * Bertl which is totally different from distros ;) 1105211899 M * Doener LOL 1105211974 M * sannes fluxbox fluxbox fluxbox! .. oh, .. did I miss the flamewar? 1105212025 M * Bertl the flame war is over there ;) ----> 1105212807 M * Hollow lo all 1105212868 M * matti Bertl: :DD 1105212914 M * Hollow Bertl: if all ip adresses (ext, vs) are located on one interface, have it to enable NAT of local connections? 1105213068 M * Bertl hey matti! 1105213090 M * matti Bertl: What's up? 1105213108 M * Bertl Hollow: hi, if you want to use nat between vservers, then yes 1105213129 M * Hollow Bertl: not between vsevrers, but between the root server and the vservers... 1105213172 M * Bertl okay, same thing there, but usually the host is not involved in 'vserving' ;) 1105213184 M * Hollow eth0 = 192.168.1.254, eth0:0 = extaddr and eth0:foo = vserver adresses... 1105213203 M * Bertl matti: mostly ngnet ... 1105213227 M * Hollow ah btw: how is ngnet going? 1105213235 M * Hollow had no time lately to test it :( 1105213250 M * matti Bertl: :-)))) 1105213284 M * Bertl well, ngnet needs a lot of testing ... 1105213298 M * Bertl (and it's not easy to test, right now) 1105213311 M * Bertl but I guess it will improve over time ... 1105213339 M * Hollow ic... next week i have my last test in school for some months, so i will start testing it afterwards again... 1105213377 M * Bertl sounds good! 1105213461 M * Hollow but one last nat question... packages arriving @ 213.239.21.21 which should go to one of the vservers at 192.168.1.0/24, will they go through the forward chain? 1105213572 M * Hollow cause it does not seem so... the byte counter don't go up... 1105213590 M * chrish|sleep Bertl: im gonna ge out for they day, feel free to email or pm me if you have an ngnet stuff you want tested 1105213630 M * Bertl okay, thanks! 1105213763 N * chrish|sleep chrish01|football 1105213856 Q * locksy Ping timeout: 480 seconds 1105213870 M * Rusty` Bertl: i'm happy now, i finished the "hack"... alpha util-vserver is working now on debian... :) 1105213927 M * ndim What hack? 1105214004 M * Rusty` the alpha util-vserver is now perfect on debian systems yet... it was really hard for me 1105214011 M * Rusty` to configure.. 1105214012 M * Rusty` :) 1105214063 M * Rusty` now = not 1105214124 M * ola Hello 1105214140 M * Rusty` hello 1105214177 M * ola Rusty: What dod you need to do to get it working. 1105214194 M * ndim Rusty`: http://backend.verfaction.de/~kk/util-vserver/ :) 1105214201 M * ola Ahh 1105214203 M * ndim Yes, I'd like to know that too :) 1105214218 M * ola Ohh I misunderstood. 1105214239 M * Rusty` ndim: http://vserver.lauft.net/util-vserver/debian/ :) 1105214266 M * ndim hehe :) 1105214291 M * ola Checking now. 1105214306 M * dominance wb ola =) 1105214317 M * ola Thanks. 1105214392 M * ola I still do not understand why vlan is both suggested and depended. 1105214415 M * Seraph because it's recommended by upstream and needed for writing the path statically at build-time 1105214467 M * ndim For some legacy script. 1105214468 M * ola ola@diopsid:~/build/util-vserver-devel/2/util-vserver-0.30.196$ rgrep vlan * 1105214468 M * ola debian/control:# vlan: vconfig 1105214468 M * ola debian/control:Build-Depends: debhelper (>= 4.0.0), e2fslibs-dev, gawk, autotools-dev, dietlibc-dev, dietlibc, net-tools, vlan 1105214472 M * ola debian/control:Depends: ${shlibs:Depends}, iproute, net-tools, vlan 1105214475 M * ola debian/control:Suggests: kernel-patch-ctx, vlan 1105214477 M * ola debian/changelog: * Require net-tools/nameif and vlan/vconfig (for legacy scripts). 1105214480 M * ola scripts/vserver.functions: test -d /proc/net/vlan || { 1105214482 M * ola scripts/vserver.functions: echo -e $"VLAN device-name used, but vlan subsystem not enabled.\nTry to execute 'modprobe 8021q' before starting the vservers" >&2 1105214485 M * ola scripts/vserver.functions: test -f /proc/net/vlan || { 1105214488 M * ola scripts/legacy/vserver: # VLAN devices are also supported (eth0.231 for vlan 231) 1105214491 M * ola scripts/legacy/vserver: if [ ! -f /proc/net/vlan/$IPDEV ] ; then 1105214493 M * ola ola@diopsid:~/build/util-vserver-devel/2/util-vserver-0.30.196$ 1105214502 M * ola From what I can see it is only suggested. I.e. it will be used if you have a vlan device. 1105214529 M * ndim You're right there. 1105214547 M * ndim it should only be a build-dep. 1105214554 M * ola ok 1105214567 M * Bertl hey ola! 1105214569 M * ola But I can not see that it is used at build time either. 1105214575 M * ola Bertl: Hello 1105214596 M * Seraph ndim: suggests is very recommended IMHO 1105214612 M * Seraph as using vlans are somewhat likely to be used with vservers 1105214616 M * Seraph at least with larger setups 1105214634 M * Seraph ndim: thus if recommends is bad, then let's put it into suggests 1105214652 M * Seraph (which it already is as i just see *g*) 1105214673 M * ndim It currently is: build dep, install dep, install suggest. 1105214684 M * ndim It should be: build dep, install suggest. 1105214690 M * ndim got my point? 1105214692 M * Seraph yep 1105214699 M * Seraph ndim: ok, commit that to svn 1105214704 M * Seraph i'll rebuild when i get the time =) 1105214726 M * ola You have a svn repository for this? 1105214761 M * Seraph sure 1105214770 M * ola Where? 1105214773 M * Seraph that's why we need dpatch to have svn-buildpackage work =) 1105214775 M * Seraph priv8 1105214780 M * Seraph u want axs? 1105214795 M * ola If you want me to help. :) 1105214804 M * Seraph sure =) 1105214808 M * Seraph we'll take all the help we can get =) 1105214814 M * Seraph get me username and password 1105214819 J * ntrs ntrs@Dardeene-68.188.50.87.charter-stl.com 1105214829 M * Seraph ndim: if that's ok for you too =) 1105214902 M * Bertl welcome ntrs! 1105216259 M * sannes hmz 1105216363 Q * JonB Quit: Leaving 1105216369 M * sannes Has reiserfs had regressions with 2.6 .. I've been running it for more than 150 days straight without errors earlier.. 1105216376 M * Bertl LOL 1105216383 M * Bertl sannes: sorry! 1105216414 M * sannes Ugh, maybe I should just bite the bullet and convert.. 1105216422 M * sannes it has been up 12 minutes now.. 1105216434 M * sannes with stress testing.. 1105216453 M * Bertl I think it is something which was broken somewhere around 2.6.9/2.6.10 1105216479 M * Bertl but you should report the issues with 2.6.10 to lkml 1105216485 M * Bertl (and of course to Hans) 1105216498 M * sannes heh, then I have to run it through ksymoops then.. right? 1105216513 M * Bertl yeah, and you should apture it with some kind of console 1105216535 M * sannes I already did that.. http://www.sannes.org/panics/oops.txt .. 1105216537 M * Bertl (serial preferred, netconsole otherwise) 1105216540 M * sannes was captured with a serial console 1105216554 M * sannes (it isn't available now, because it is hosted on this computer.. heh) 1105216560 M * Bertl ah, okay ;) 1105216578 M * Bertl good, I can help to prepare it, if you like ... 1105216600 M * sannes That would be great :) 1105216615 M * sannes do you have time tomorrow? (cause there is a pizza heading this way) 1105216625 M * sannes hm, actually I can do both at once I think.. heh 1105216640 M * Bertl yeah, okay, try to capture 2-3 'different' versions of the oops ... 1105216649 M * Bertl (all with the same vanilla kernel) 1105216658 M * sannes going to put even more load on it now to see if it holds up.. 1105216720 M * sannes okay, going to do that.. but need to repartition alot ..heh 1105216733 M * sannes to be able to .. now I'm out of reiserfs boot partitions.. heh 1105216741 M * sannes (fresh out of) heh 1105216751 M * Bertl well, try with a single vserver partition (reiserfs) 1105216752 M * sannes hm, but I .. aha! *idea* .. 1105216783 M * sannes I'll need some time for 2-3 new ones.. but I'll try to get them done tonight.. 1105216790 M * sannes (going to run a memory test now just in case) 1105216799 M * sannes bbl 1105217416 J * jfm ~jfm@159.236-200-80.adsl.skynet.be 1105217443 M * Bertl welcome jfm! 1105217451 M * jfm Hi 1105217805 M * jfm I am still trying to work with vserver release 1.9.3, kernel 2.6.9. util-vserver 0.30.196. I have some problem while entering a vserver (chcontext error vc_new_s_context() invalid argument. Would it be better to work with a previous release? 1105217857 M * Bertl no, should be fine, let's investigate this ... 1105217887 M * Bertl could you give the testme.sh a try? 1105217910 M * Bertl http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh 1105217939 M * Doener vc_new_s_context... hmm.. using a legacy config? 1105217939 M * jfm located in ? 1105218059 M * jfm Yes leagcy config. I have tried a vserver XX build -m copy but the script is missing 1105218059 Q * serving Read error: Connection reset by peer 1105218072 M * Bertl jfm: http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh 1105218329 M * Rusty` Bertl: what does this script do? :) 1105218367 M * Bertl it tests the _basic_ functionality of linux vserver kernel and tools 1105218380 M * Bertl (and provides some information about the versions) 1105218385 M * jfm Just a moment 1105218410 M * jfm succeed in all steps in -v mode 1105218531 M * jfm Linux-VServer Test [V0.07] (C) 2003-2004 H.Poetzl 1105218531 M * jfm chcontext is working. 1105218532 M * jfm chbind is working. 1105218532 M * jfm chcontext 0.30.196 -- allocates/enters a security context 1105218533 M * jfm This program is part of util-vserver 0.30.196 1105218533 M * jfm Copyright (C) 2004 Enrico Scholz 1105218534 M * jfm This program is free software; you may redistribute it under the terms of 1105218534 M * jfm the GNU General Public License. This program has absolutely no warranty. 1105218536 M * jfm Linux 2.6.9-vs1.9.3 i686/0.30.196/0.30.196 [Ea] 1105218536 M * jfm Linux jfm.be 2.6.9-vs1.9.3 #1 Tue Jan 4 17:43:00 CET 2005 i686 AMD Athlon(tm) XP 1800+ unknown GNU/Linux 1105218538 M * jfm --- 1105218538 M * jfm 9643a6677c4cec9d089e34fb926b0ee6 /usr/local/sbin/chbind 1105218540 M * jfm f97e0a5536f64f16e56c86106b9a7717 /usr/local/sbin/chcontext 1105218540 M * jfm db8110e5e919088565a1674d177aa175 /usr/local/sbin/vserver 1105218542 M * jfm --- 1105218542 M * jfm [001]# chcontext --ctx 100 grep context /proc/self/status 1105218544 M * jfm [001]# succeeded. 1105218544 M * jfm [011]# chcontext --secure --ctx 100 mknod /tmp/x c 0 0 1105218546 M * jfm [011]# succeeded. 1105218546 M * jfm [031]# chcontext --hostname zaphod uname -a 1105218548 M * jfm [031]# succeeded. 1105218548 M * jfm [101]# chbind --ip 192.168.0.42 true 1105218550 M * jfm [101]# succeeded. 1105218550 M * jfm [102]# chbind --ip 192.168.0.1/255.255.255.0 --ip 10.0.0.1/24 true 1105218552 M * jfm [102]# succeeded. 1105218552 M * jfm [201]# chcontext --ctx 100 --flag fakeinit grep 'initpid: 0' /proc/self/status 1105218554 M * jfm [201]# succeeded. 1105218554 M * jfm [202]# chcontext --flag fakeinit grep 'initpid: 0' /proc/self/status 1105218556 M * jfm [202]# succeeded. 1105218598 M * sladen Welcome to #flood, move along, nothing to see 1105218669 Q * Rusty` Quit: using sirc version 2.211+KSIRC/1.3.10 1105218782 M * Bertl jfm: okay, so tools and kernel is working fine ... 1105218836 M * Bertl which means that you probably chose an unlucky context number ... like 0 or 1 ? 1105218869 M * Doener or maybe you're using fakeinit? 1105218888 M * Bertl or maybe something above 49151 (for the xid) 1105218910 M * jfm none of them specifically. I left the entry empty in the server.conf 1105218924 M * Bertl jfm: what distro and how did you create the vserver? 1105218991 M * jfm vserver XX build -m copy was not working. I have used newvserver to try 1105219020 M * Bertl so debian, I guess ... 1105219035 M * jfm No Mandrake 10.1 1105219046 M * jfm kernel 2.6.9 1105219052 M * Bertl hmm, we do have a newvserver there? 1105219069 M * Doener part of the tools if you build them with linuxconf support 1105219076 M * Doener IIRC 1105219079 M * jfm I have recompiled the sources 1105219095 M * Bertl anyway, it probably created a legacy config, could you upload that config somewhere (e.g. pastebin.com)? 1105219216 M * jfm if you mean the vserver config file XX.conf, it is the default one with just IP and HOSTANE modified 1105219234 M * Doener what "default"? 1105219238 M * Bertl there is no default one, please upload it somewhere, thanks ;) 1105219284 A * Doener places his bet on fakeinit... 1105219313 M * Bertl yeah, with 1.9.3 it's a good chance ... but I bet for 'lock nproc' ! 1105219352 M * Bertl s/for/on/ 1105219423 M * jfm Hereis the config 1105219427 M * jfm if [ "" = "" ] ; then 1105219427 M * jfm PROFILE=prod 1105219428 M * jfm fi 1105219428 M * jfm case $PROFILE in 1105219429 M * jfm prod) 1105219429 M * jfm IPROOT=10.0.0.51 1105219430 M * jfm S_HOSTNAME=etalon.jfm.be 1105219430 M * jfm ;; 1105219431 M * jfm backup) 1105219432 M * jfm IPROOT=1.2.3.4 1105219432 M * jfm #IPROOTMASK= 1105219434 M * jfm #IPROOTBCAST= 1105219434 M * jfm #IPROOTDEV=eth0 1105219435 M * Doener lock flag wasn't fixed yet in 1.9.3 and would result in -EPERM, not -EINVAL 1105219436 M * Bertl *sigh* 1105219436 M * jfm S_HOSTNAME= 1105219436 M * jfm ;; 1105219438 M * jfm esac 1105219438 M * jfm S_DOMAINNAME= 1105219440 M * jfm S_NICE= 1105219440 M * jfm S_FLAGS="lock nproc" 1105219442 M * jfm ULIMIT="-HS -u 1000" 1105219442 M * jfm S_CAPS="" 1105219444 M * jfm #S_CONTEXT= 1105219498 M * Bertl okay, jfm, please don't flood the channel if possible! 1105219501 M * Doener ok, you win the flags ;) but i don't think that's the cause, is it? 1105219531 M * Bertl jfm: please replace the S_FLAGS="lock nproc", by S_FLAGS="" 1105219539 M * jfm ok 1105219664 M * Doener Bertl: how would those flags lead to -EINVAL? 1105219697 M * Bertl dynamic contexts ... 1105219712 M * sannes :) 1105219766 M * jfm same error 1105219804 M * Bertl okay, please replace the #S_CONTEXT= by S_CONTEXT=1000 and try again 1105219925 M * jfm ok 1105220060 A * sannes has never had any problems with dynamic contexts, .. but then again.. he hasn't had any troubles with reiserfs earlier either...... 1105220184 M * jfm Ok with context=1000 but a /proc/... error which does not appear after vprocunhide 1105220224 M * Bertl ah, okay, now let's try again with S_CONTEXT commented out ... 1105220235 M * jfm ok 1105220475 M * Seraph ndim: ping? 1105220486 M * ndim pong! 1105220508 M * jfm result ok but context is 1000 1105220537 M * Bertl huh? 1105220652 M * jfm changing context to 1001 => ok and context 1001. changing to S_CONTEXT= ==> ok and context=49156 1105220691 M * jfm ==> something has changed due to testing and changes 1105220709 M * Bertl yep, you ran the vprocunhide ;) 1105220719 J * locksy ~locksy@mrtg.sisgroup.com.au 1105220755 M * Bertl now let's go back to S_CONTEXT=1000 and S_FLAGS="lock nproc" 1105220765 M * Bertl (this is expected to fail) 1105220766 M * jfm ok 1105220812 M * jfm result is ok 1105220850 M * Bertl so that works for you? 1105220928 M * jfm seems ok. I am going to re-check all the stuff after rebooting 1105221010 M * sannes remember to run vprocunhide again after reboot.. :) 1105221305 M * jfm ok 1105221327 M * Bertl Doener: looks like we lose both ;) 1105221347 M * Doener hm, shit happens :) 1105221532 Q * jfm Quit: using sirc version 2.211+KSIRC/1.3.10 1105222615 M * sannes typical, now I can't even get reiserfs to die.. 1105222831 M * Bertl ;) 1105222840 M * Bertl maybe the reiserfs was somehow corrupted? 1105222859 M * Bertl (are there tools doing consistency checks on reiserfs?) 1105223080 M * sannes yip, but I have been running them alot lately.. 1105223092 M * sannes hm, but not on all filesystems.. hmz 1105223331 M * sannes still doesn't tell me why 2.4 can handle it.. heh 1105223426 M * Bertl okay, try to go back to your previous setup 1105223692 M * sannes Only difference now is that isn't used as a rootfs .. I think 1105223866 M * Bertl well, is it possible to revert that back for you? (easily :/) 1105223949 M * sannes heh.. yes and no, .. actually no.. not easily.. have to do some detours with partitioning.. but it'll be fine I guess.. looks like I'm not getting any sleep tonight anyways.. :> 1105223971 M * Bertl well, okay, let's first try with the fully patched kernel then 1105223984 M * Bertl i.e. 2.6.10-ih or whatever you had? 1105224091 M * sannes actually I was thinking of first running --rebuild-tree on all my reiserfs volumes.. 1105224220 M * Bertl well, whatever you prefer ... 1105224385 M * sannes maybe it is faster just to copy all the data to an ext3 partition.. heh 1105224556 J * nayco ~nayco@lns-vlq-47-nan-82-252-247-66.adsl.proxad.net 1105224581 M * Bertl welcome nayco! 1105224630 Q * nayco Quit: 1105224674 J * nayco ~nayco@lns-vlq-47-nan-82-252-247-66.adsl.proxad.net 1105224707 M * nayco hello ! 1105224964 Q * nayco Quit: 1105224973 J * nayco ~nayco@lns-vlq-47-nan-82-252-247-66.adsl.proxad.net 1105225146 J * serving ~serving@213.186.187.67