1110413158 J * monrad ~monrad@213083190130.sonofon.dk 1110413898 Q * Seraph Read error: Operation timed out 1110414253 Q * jd86 Remote host closed the connection 1110414429 J * Seraph kk@projects.verfaction.de 1110415097 Q * Seraph Remote host closed the connection 1110415594 J * Seraph kk@projects.verfaction.de 1110421689 M * Medivh hi 1110421700 M * Medivh anyone using confixx within a vserver? 1110421740 M * Medivh i cannot get it activated (prolly cause it licenses bound to an ip and eth0 has no ip within a vserver)... wonder how to get it working 1110421933 N * Bertl_zZ Bertl 1110421947 M * Bertl evening folks! 1110421985 M * Bertl Medivh: hmm, why has a vserver no ip for eth0? 1110421999 M * Medivh does it usually?! 1110422012 M * Bertl well, depends on the setup of course ... 1110422016 M * Medivh i always used to see eth0 with no ip and eth0:vservername with the real ip 1110422027 M * Medivh didn't know there was any other way? 1110422059 M * Medivh (running vs1.27 on that box currently) 1110422060 M * Bertl this one is called alias, the other one uses just ip addr to assign one, and the third one uses the one of eth0 itself 1110422084 M * Bertl with stable, you can have the first and the third ... 1110422124 M * Medivh hm using eth0's ip isn't possible i guess, multiple vservers running and all on diffo ips 1110422175 M * Bertl well, you'll probably have to figure 'how' confixx works out the ip, if you manage that, we can see 'what' to do ;) 1110422199 M * Medivh how does that second method work? i.e., if I do ifconfig within the vserver, will eth0 itself have an ip? 1110422214 M * Medivh hard to find out when the crappy thing is perl2exe stuff :/ 1110422348 M * Medivh maybe if it uses ifconfig i could write a dummy ifconfig... ;P 1110422350 M * Bertl no, the second works by using iproute2 instead of ifconfig 1110422366 M * Bertl yes, just as I said ;) 1110422465 M * Medivh ah seems to work with ifconfig indeed, just checked the confixx forum 1110422584 M * Medivh Status Gültig (10.03.05 - 03:38:04) 1110422586 M * Medivh hah! ;) 1110422590 M * Medivh ifconfig wrapper worked :> 1110422743 M * Bertl congrats! 1110423566 J * jd86 ~jim@ip68-9-97-23.ri.ri.cox.net 1110423591 M * Bertl evening jd86! 1110423596 M * jd86 hello Bertl 1110423598 M * Bertl anybody using PaX? 1110423609 M * Bertl http://www.derkeiler.com/Mailing-Lists/Full-Disclosure/2005-03/0198.html 1110423621 M * jd86 the script i wrote/am still finishing is in "production" whatever that meeans to you, but i'm using it on a vserver i am helping out a hosting company get started with vservers 1110423673 M * Bertl hey great! 1110423695 M * jd86 hosting company person had one question, what if they want to "reboot" their vserver how do they do that, is that a flag? 1110423706 M * Bertl 2.4 or 2.6? 1110423708 M * jd86 2.6 1110423721 M * Bertl you need CAP_SYS_BOOT 1110423730 M * Bertl and a configured vshelper 1110423741 M * jd86 wheres CAP_SYS_BOOT go? 1110423769 M * Bertl to the capabilities config file (IIRC it should be on by default) 1110423841 M * Bertl chcontext --ctx 500 --secure reducecap --show | grep BOOTCAP_SYS_BOOT X X 1110423847 M * Bertl yep, it's on ... 1110423858 M * jd86 sadly it doesn't allow reboot it says it cannot write to /dev/initctl or something 1110423870 M * Bertl that's the reboot binary 1110423882 M * Bertl it is a link/copy of init, and tries to reach the init 1110423903 M * Bertl as your vserver probably isn't init based (otherwise you wouldn't get that message) 1110423912 M * jd86 its fedora 2 1110423916 M * Bertl you ahve to use reboot -f (to work around contacting init) 1110423926 M * jd86 ah 1110423947 M * jd86 thanks 1110423953 M * Bertl you're welcome! 1110424006 M * jd86 whats PaX all about i read the link 1110424073 M * Bertl http://pax.grsecurity.net/ 1110424121 M * jd86 so they are canning pax? 1110424234 M * Bertl no idea, only time can tell ... 1110424259 M * jd86 so much to read so little time, time for bed here tho, 22:11 1110424367 N * jd86 jd86_zZ 1110424442 M * Bertl night then! 1110425298 J * tad ~tad@h000f3d19edcc.ne.client2.attbi.com 1110425320 M * Bertl welcome tad! 1110425353 M * tad Howdy. Just listening for a while... 1110425443 M * Bertl no problem, feel free to ask though ... not much going on right now ;) 1110427621 N * Doener_zZz Doener 1110427630 M * Doener morning! 1110427651 M * Bertl morning Doener! (short night?) 1110427690 M * Doener yeah, pretty short (5 hours) no idea why... i usually need 8-10hours 1110427725 M * Bertl well, happens now and then ... 1110428203 Q * tad Ping timeout: 480 seconds 1110428283 Q * logger Ping timeout: 480 seconds 1110428366 J * logger ~rs@vds.pas-mal.com 1110428739 J * tad ~tad@h000f3d19edcc.ne.client2.attbi.com 1110428989 Q * tad Remote host closed the connection 1110429193 Q * no_maam Ping timeout: 480 seconds 1110429396 J * no_maam ~erik@datenzone.de 1110429399 M * DaCa g'morning Bertl Doener 1110429410 M * Doener morning DaCa 1110429428 M * Bertl hey DaCa! 1110432336 M * Doener Bertl: you said we may stop vservers from communicating with each other by denying arp traffic between them... at least in an environment where potentially evil users are involved (i.e. hosting) that's kinda pointless, isn't it? 1110432362 M * Doener after all they can just add static arp entries 1110432389 M * Bertl well, yes and no .. the idea would not be to prevent evil traffic 1110432405 M * Bertl for that, we have the ip based table checks 1110432425 M * Bertl but to avoid unneeded crosstalk ... 1110432697 M * Bertl but in general I do not consider hosting solutions such critical to DOS issues for example, because if a customer is evil(tm) it will be removed sooner or later ... 1110433565 J * FEN_HIN ~JFOC@latarius.tkdgroup.com 1110433588 M * Bertl welcome FEN_HIN! 1110433619 M * FEN_HIN thx Bertl 1110435194 Q * FEN_HIN Read error: Connection reset by peer 1110435222 J * FEN_HIN ~JFOC@latarius.tkdgroup.com 1110435377 Q * FEN_HIN Read error: Connection reset by peer 1110435396 J * FEN_HIN ~JFOC@latarius.tkdgroup.com 1110436008 N * phreak_detached DaPhreak 1110436047 M * DaPhreak morning guys :) 1110436070 M * FEN_HIN morning DaPhreak 1110436106 M * DaPhreak gonna fetch some tea :) some nice english tea ;P 1110436133 M * FEN_HIN good for begin your day 1110436139 M * Bertl hey DaPhreak! 1110436447 M * Doener Bertl: hm, got a nice kernel panic in qemu after "ifconfig tun0 down" on the real box 1110436495 M * Bertl hmm, well, probably removes the ethernet resources ... 1110436509 M * Bertl did you try that with a vanilla kernel? 1110436546 J * matta-lt ~matta@69.93.28.254 1110436556 M * Bertl welcome matta-lt! 1110436675 M * matta-lt hi! 1110436685 M * matta-lt how goes things? 1110436747 M * Bertl fine, thanks! and for you? 1110436780 M * Doener will do now 1110436872 T * Doener http://linux-vserver.org/ | latest stable 1.2.10, devel 1.9.5-rc2, ng9.4 -- 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 ;) 1110436878 M * Doener ng9.4 1110437001 J * nox ~nox@213.39.150.155 1110437009 M * Bertl welcome nox! 1110437030 M * nox morgning Bertl !!! 1110437629 J * FEN_HIN__ ~JFOC@latarius.tkdgroup.com 1110437629 Q * FEN_HIN Read error: Connection reset by peer 1110438809 M * DaPhreak well Bertl ... any hint where this "devel 1.9.5-rc2" could be fetched ?! :) 1110438853 M * Bertl sure ... 1110438874 M * Bertl http://vserver.13thfloor.at/Experimental/patch-2.6.11-vs1.9.5-rc1.diff 1110438882 M * Bertl http://vserver.13thfloor.at/Experimental/delta-2.6.11-vs1.9.5-rc1-rc2.diff 1110438890 M * DaPhreak ah :) the delta ;) thanks a lot :) 1110438905 M * Bertl you're welcome ... 1110439083 N * FEN_HIN__ FEN_HIN 1110439259 J * IceTi 125@mw635449.rz.ruhr-uni-bochum.de 1110439373 M * Doener Bertl: no problems with deactivating tun0 with a vanilla kernel 1110439459 M * Bertl interesting .. well, we'll I'll have a look later .. now I'm off to bed ... 1110439480 M * Bertl have a nice one, everyone! 1110439484 M * Doener ok, sweet dreams! 1110439485 N * Bertl Bertl_zZ 1110439936 M * IceTi hey 1110439988 M * IceTi alway when I connect via ssh to my vserver and i confirm my password the connection is away (putty) 1110440046 M * IceTi connection closed by remote host. 1110440049 M * IceTi why? 1110440351 M * IceTi hello? 1110440818 Q * sebd Ping timeout: 480 seconds 1110440929 J * sebd ~sebd@lesdeveloppementsdurables.org 1110441293 M * IceTi nobody here? 1110441327 M * sebd somebody 1110441335 M * IceTi yeha 1110441352 M * IceTi read my problme? 1110441362 M * sebd hang on 1110441392 M * IceTi alway when I connect via ssh to my vserver and i confirm my password the connection is away (putty) 1110441396 M * IceTi connection closed by remote host. 1110441413 M * sebd IceTi: what do you mean ? is this a problem that occurs only with vservers ? 1110441426 M * IceTi i don´t know 1110441429 M * sebd what about normal physical servers ? 1110441438 M * IceTi no idea 1110441445 M * sebd IceTi: sounds like a ssh setup issue 1110441449 M * IceTi but do u know how o fix tht? 1110441452 M * IceTi yes 1110441457 M * DaPhreak sounds like a putty issue .. 1110441473 M * IceTi no when i´m connect from another linux server via ssh 1110441478 M * IceTi the same error! 1110441491 M * sebd ok, you forgot you password :) 1110441500 M * IceTi nope ;-) 1110441517 M * sebd IceTi: does it work when you login from the console ? 1110441534 M * IceTi no 1110441550 M * sebd ok, nothing to do with ssh, nor putty, nor vserver. 1110441569 M * IceTi ? 1110441581 M * sebd the problem sits between the chair and the desktop :) 1110441596 M * IceTi ha ha 1110441606 M * IceTi NO 1110441614 M * IceTi do you 1110441616 M * sebd ? 1110441619 M * IceTi forget 1110441634 M * IceTi opk u have no idea? 1110441666 M * sebd no, and it definitely seems off topic 1110441702 Q * FEN_HIN Read error: Connection reset by peer 1110441758 J * FEN_HIN ~JFOC@latarius.tkdgroup.com 1110441794 M * IceTi ?? 1110442401 M * Doener IceTi: simple, if you can't even login from the console, you either have the wrong userdata or something is seriously fscked up, chances that this is linux-vserver related are about none, thus it is offtopic... 1110442437 M * IceTi sorry 1110442447 M * IceTi and ym other problem? 1110442450 M * Doener and when posting stuff to the mailing lists please export LC_ALL=C first, most folks don't understand german error messages 1110442453 M * IceTi --> see mail! 1110442462 M * IceTi oh ok sorry 1110442481 M * IceTi :-( 1110442533 M * Doener anyway, no idea what's going wrong there, maybe a broken download? 1110442543 M * IceTi have an idea? with this fc3 problem? my util don´t don´t supported fc3 i´ve add it myself 1110442550 M * IceTi ah ok 1110442563 M * IceTi do u have some source list for fc3? 1110442585 M * Doener i don't use fedora, but google should have some... 1110442615 Q * DukeGangsta|aw Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de ) 1110442708 M * DaCa IceTi: did you consider looking at your logs, sshd probably knows better why it closes the connection than we do :) 1110442722 M * Doener using -d may also help 1110442748 M * Doener err... -v 1110443106 M * IceTi where can i find the logs? 1110443233 M * DaCa in /var/log, depending on your distro and settings, you have to look at auth.log, daemon.log, syslog, messages 1110444374 M * IceTi there are no logs for ssh 1110444392 M * Doener in none of the 4 files? 1110444402 M * DaCa maybe you should sshd first then 1110444411 M * DaCa s/sshd/start sshd/ 1110444437 M * Doener hm, he wouldn't be asked for a password if it wasn't running, right? ;) 1110444514 M * DaCa to find the right file, check SyslogFacility in /etc/ssh/sshd_config, then look in /etc/syslog.conf to which file it is redirected to 1110444531 M * Doener or just grep for ssh ;) 1110444628 M * DaCa another possibility is that he is connecting to another sshd than the one he think he is, for example the one running on the rootserver 1110444978 M * Doener right 1110445234 M * IceTi hmm 1110445257 M * IceTi maybe add the listen adres? 1110445591 M * DaCa if you want a sshd on the rootserver _and_ in the vserver _and_ you want them both to listen to port 22 than indeed you have to specify the IP to listen to for the sshd in the rootserver otherwise it would listen on all addresses and you wont be able to start your sshd in the vserver 1110445881 J * prae ~prae@134.106-14-84.ripe.coltfrance.com 1110446766 Q * nox Remote host closed the connection 1110446892 J * nox ~nox@213.39.150.155 1110450136 Q * Seraph Ping timeout: 480 seconds 1110450342 Q * nox oxygen.oftc.net iridium.oftc.net 1110450342 Q * weasel oxygen.oftc.net iridium.oftc.net 1110450342 Q * berni oxygen.oftc.net iridium.oftc.net 1110450342 Q * aba oxygen.oftc.net iridium.oftc.net 1110450342 Q * FEN_HIN oxygen.oftc.net iridium.oftc.net 1110450342 Q * IceTi oxygen.oftc.net iridium.oftc.net 1110450342 Q * jd86_zZ oxygen.oftc.net iridium.oftc.net 1110450342 Q * monrad oxygen.oftc.net iridium.oftc.net 1110450342 Q * eyck oxygen.oftc.net iridium.oftc.net 1110450342 Q * mugwump oxygen.oftc.net iridium.oftc.net 1110450342 Q * cc__ oxygen.oftc.net iridium.oftc.net 1110450342 Q * Loki|muh oxygen.oftc.net iridium.oftc.net 1110450342 Q * BWare oxygen.oftc.net iridium.oftc.net 1110450342 Q * pusling oxygen.oftc.net iridium.oftc.net 1110450342 Q * bro oxygen.oftc.net iridium.oftc.net 1110450342 Q * meebey oxygen.oftc.net iridium.oftc.net 1110450342 Q * stupidawy oxygen.oftc.net iridium.oftc.net 1110450342 Q * prae oxygen.oftc.net iridium.oftc.net 1110450342 Q * no_maam oxygen.oftc.net iridium.oftc.net 1110450342 Q * brc oxygen.oftc.net iridium.oftc.net 1110450342 Q * click oxygen.oftc.net iridium.oftc.net 1110450342 Q * flock oxygen.oftc.net iridium.oftc.net 1110450342 Q * DaPhreak oxygen.oftc.net iridium.oftc.net 1110450342 Q * sith oxygen.oftc.net iridium.oftc.net 1110450342 Q * alexx oxygen.oftc.net iridium.oftc.net 1110450342 Q * micah oxygen.oftc.net iridium.oftc.net 1110450342 Q * BobR_oO oxygen.oftc.net iridium.oftc.net 1110450342 Q * ciphernaut oxygen.oftc.net iridium.oftc.net 1110450342 Q * ndim oxygen.oftc.net iridium.oftc.net 1110450342 Q * tchan oxygen.oftc.net iridium.oftc.net 1110450342 Q * Bertl_zZ oxygen.oftc.net iridium.oftc.net 1110450342 Q * maharaja oxygen.oftc.net iridium.oftc.net 1110450342 J * nox ~nox@213.39.150.155 1110450342 J * prae ~prae@134.106-14-84.ripe.coltfrance.com 1110450342 J * FEN_HIN ~JFOC@latarius.tkdgroup.com 1110450342 J * IceTi 125@mw635449.rz.ruhr-uni-bochum.de 1110450342 J * no_maam ~erik@datenzone.de 1110450342 J * jd86_zZ ~jim@ip68-9-97-23.ri.ri.cox.net 1110450342 J * monrad ~monrad@213083190130.sonofon.dk 1110450342 J * brc bruce@200165199114.user.veloxzone.com.br 1110450342 J * click click@dsl-static-122-208.aal.tiscali.no 1110450342 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1110450342 J * DaPhreak ~phreak@lms.rz.uni-greifswald.de 1110450342 J * weasel ~weasel@weasel.noc.oftc.net 1110450342 J * berni ~berni@svr01.mucip.net 1110450342 J * aba ~aba@sol.turmzimmer.net 1110450342 J * eyck eyck@81.219.64.71 1110450342 J * mugwump ~samv@210-54-92-184.ipnets.xtra.co.nz 1110450342 J * cc__ ~codecrusa@195.246.161.1 1110450342 J * Loki|muh loki@satanix.de 1110450342 J * BWare ~bware@office.intouch.net 1110450342 J * pusling ~pusling@195.215.29.124 1110450342 J * stupidawy foo@you.wish.you.were.pimp.olicio.us 1110450342 J * meebey meebey@meebey.net 1110450342 J * bro ~vanity@lanparty.lv 1110450342 J * ndim hun@helena.bawue.de 1110450342 J * maharaja maharaja@ipax.at 1110450342 J * ciphernaut ~a@61.88.18.130 1110450342 J * BobR_oO ~georg@MAIL.13thfloor.at 1110450342 J * micah micah@micha.hampshire.edu 1110450342 J * alexx ~alexx@82.225.136.176 1110450342 J * sith sith@aaronp.com 1110450342 J * tchan ~tchan@c-24-13-81-164.client.comcast.net 1110450342 J * Bertl_zZ ~herbert@janus.mc.tuwien.ac.at 1110450389 J * Seraph kk@projects.verfaction.de 1110450691 T * services.oftc.net http://linux-vserver.org/ | latest stable 1.2.10, devel 1.9.5-rc2, ng9.4 -- 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 ;) 1110452173 Q * DaPhreak Quit: Lost terminal 1110452196 J * DaPhreak ~phreak@lms.rz.uni-greifswald.de 1110454046 Q * nox jupiter.oftc.net neutron.oftc.net 1110454046 Q * weasel jupiter.oftc.net neutron.oftc.net 1110454059 Q * Seraph Read error: Operation timed out 1110454120 J * Seraph kk@projects.verfaction.de 1110454137 J * nox ~nox@213.39.150.155 1110454137 J * weasel ~weasel@weasel.noc.oftc.net 1110455781 J * Tbery ~tb@84.242.127.4 1110455796 M * Tbery hi 1110456190 M * IceTi where can i add xalan-y in fc3? 1110456797 M * Doener welcome Tbery 1110456873 M * Tbery Doener, I have troble with mouting other disks in vservers 1110456900 M * Doener alpha util-vserver? 1110456904 M * Tbery Doener, I have source /dev/sda1 in vserver 1110456907 M * Tbery yes 1110456910 M * Tbery 196 1110456937 M * Doener mounting is not allowed from within a vserver, mount it from the host 1110456963 M * Tbery What caps I need? 1110457000 M * Doener do you really need your vserver to (un)mount the disk anytime? or would it be sufficient if the disk is mounted all the time? 1110457046 M * Doener s/vserver/vserver to be able/ 1110457100 M * Tbery I try.. 1110457167 M * IceTi how can i uninstall util tools completly? 1110457183 M * Doener IceTi: make uninstall... i told you before... 1110457192 M * IceTi i think that don´t work 1110457204 M * Tbery That is working.. 1110457214 M * Doener well, try it, then you'll know... 1110457223 M * IceTi i´ve done that,, and then : ./configure --prefix=/etc/vservers/ && make && make install 1110457232 M * Tbery on other server I have it other.. 1110457236 M * IceTi right? 1110457250 M * Doener installing below /etc/vservers/ interesting... 1110457253 M * IceTi but then -bash: /usr/local/sbin/vserver: Datei oder Verzeichnis nicht gefunden 1110457261 M * IceTi is that wrong? 1110457271 M * IceTi where do U have install it? 1110457277 M * Doener well, it's /etc/vserver/sbin/vserver now... 1110457289 M * IceTi what? 1110457299 M * Doener wherever you want, but prefix=/etc/vserver is not the smartest thing to do 1110457321 M * IceTi whre then? 1110457333 M * DaPhreak well /usr/local might be a good prefix 1110457343 M * Doener it's even the default ;) 1110457348 M * IceTi default? 1110457358 M * IceTi yes 1110457363 M * IceTi but not good i think 1110457372 M * Doener specifying a different prefix for the config stuff isn't a bad idea 1110457383 M * Doener why do you think it is not a good idea? 1110457386 M * IceTi what config stuff? 1110457402 M * IceTi because in zsr/ local there the config thinks right? 1110457411 M * IceTi and in /vservers the vservers 1110457419 M * IceTi and in /etc the config file 1110457440 M * Doener util-vserver configuration... what did you think? 1110457465 M * IceTi but what is really in /usr/local/etc/vservers/ ??? 1110457465 M * Doener 13:23:22 IceTi because in zsr/ local there the config thinks right? -- please rephrase 1110457490 M * Doener Tbery: might be interesting: http://linux-vserver.org/Namespaces 1110457578 M * IceTi but what is in /usr/local/etc/vserver/ ??? 1110457639 M * Doener configuration files... 1110457646 M * IceTi and why is the vserves.conf in /etc and the rest in /usr/local ... 1110457668 M * Doener did you install the stable tools before? 1110457678 M * IceTi and the vservers are in /vservers ?? but i´ve directories in /usr/local ... with the same name as the vservers! 1110457685 M * IceTi i think so 1110457700 M * Doener those put that file there... you can safely remove it 1110457724 M * Doener you got /usr/local/ ?! 1110457750 M * IceTi no 1110457776 M * IceTi /usr/local/etc/vservers/ 1110457782 M * IceTi 1110457790 M * Doener yes, vserver configuration, so what? 1110457807 M * IceTi -bash-3.00# cd /usr/local/etc/vservers/ 1110457807 M * IceTi -bash-3.00# cd vs-rh9-1/ 1110457807 M * IceTi -bash-3.00# ll 1110457807 M * IceTi insgesamt 56 1110457807 M * IceTi drwxr-xr-x 4 root root 4096 8. Mär 13:54 apps 1110457809 M * IceTi -rw-r--r-- 1 root root 3 8. Mär 13:54 context 1110457809 M * IceTi -rw-r--r-- 1 root root 112 8. Mär 13:54 fstab 1110457811 M * IceTi drwxr-xr-x 3 root root 4096 8. Mär 13:54 interfaces 1110457811 M * IceTi -rw-r--r-- 1 root root 9 8. Mär 13:54 name 1110457813 M * Doener stop it! 1110457813 M * IceTi lrwxrwxrwx 1 root root 36 10. Mär 13:29 run -> /usr/local/var/run/vservers/vs-rh9-1 1110457813 M * IceTi drwxr-xr-x 2 root root 4096 8. Mär 13:54 uts 1110457815 M * IceTi lrwxrwxrwx 1 root root 51 10. Mär 13:29 vdir -> /usr/local/etc/vservers/.defaults/vdirbase/vs-rh9-1 1110457815 M * IceTi -bash-3.00# 1110457817 M * IceTi sorry but .. 1110457828 M * Doener more than 3 lines -> pastebin 1110457834 M * IceTi also there are vserver configuration for that vserver? and in /vservers is the vserver 1110457835 M * IceTi ok 1110457876 M * Doener if you didn't specify a prefix, the default /usr/local/ is used --> configuration in /usr/local/etc/vservers 1110457896 M * IceTi ok 1110457896 M * Doener with your prefix=/etc/vservers --> configuration in /etc/vservers/etc/vservers 1110457904 M * IceTi oh 1110457942 M * IceTi when I make prefix=/ configuration in /etc/vservers right ?? 1110457970 M * IceTi but then vserver search in /usr/local .. and not in /ezc 1110458153 M * IceTi doner? 1110458643 M * Doener yes, then the configuration will be in /etc/vservers, but the lib stuff will be in /lib/util-vserver... 1110458655 Q * sannes Read error: Operation timed out 1110458655 M * Doener anyway, our dogs need a walk, back later 1110458658 N * Doener Doener|gone 1110459848 Q * DaPhreak Quit: leaving 1110460351 M * IceTi some body here? 1110460893 M * Tbery I need special caps for running mysql?? and postgresql?? on virtula?? 1110460934 N * Doener|gone Doener 1110460946 M * Tbery I need special caps for running mysql?? and postgresql?? on virtula?? 1110460976 M * Doener Tbery: no, should run out of the box with the default secure caps... and no need to repeat the question ;) 1110462178 Q * Tbery Quit: Ukonèuji 1110462286 Q * rs Read error: Operation timed out 1110462477 J * rs ~rs@194.98.28.10 1110462803 Q * FEN_HIN Ping timeout: 480 seconds 1110464297 N * Bertl_zZ Bertl 1110464305 M * Doener wb Bertl! 1110464315 M * Bertl morning folks! 1110464317 M * Bertl *short visit* 1110464329 M * Bertl hey Doener! 1110464346 M * Bertl anything unusual? 1110464418 M * Doener uhm... no... the stream of the discussion on software patents today at CeBIT had audio troubles, so everything usual... ;) 1110464434 M * Doener what would IT be without problems? *g* 1110464545 M * Bertl hehe 1110464579 M * Bertl yeah, and I saw Timo is making great progress with his project :P 1110464608 M * Doener yeah, but in what direction? 1110464620 M * Doener ;) 1110464703 M * Doener btw, did you have a look at the rootfs patch yet? 1110464754 M * Doener i think the rootfs part is fine, not sure about the /dev/root part 1110464812 M * Bertl no, didn't get to it yet ... but I guess I'll have some time after 18:00 CET ... 1110464839 M * Doener ok, it's not too important ;) 1110464890 M * Bertl what makes you unsure about /dev/root? the name? and did you test it with chroot or just namespaces? 1110464923 Q * IceTi Quit: get satisfied! • :: ««« (Gamers.IRC) »»» www.gamersirc.net :: 1110464936 M * Doener tested with both, in fact i'm not sure what altrootmnt is and thus if the check against rootmnt is sufficient 1110464978 M * Bertl i.c. well, will have a look this evening ... 1110464991 M * Bertl off for now ... back later ... 1110464995 M * Doener cya! 1110465004 N * Bertl Bertl_oO 1110465278 J * IceTi 125@mw635449.rz.ruhr-uni-bochum.de 1110465396 J * sannes ~ace@home.skarby.no 1110465468 M * IceTi bertl? 1110465813 Q * berni Ping timeout: 480 seconds 1110466753 Q * IceTi Quit: get satisfied! • :: ««« (Gamers.IRC) »»» www.gamersirc.net :: 1110468307 Q * brc Ping timeout: 480 seconds 1110471708 P * cc__ 1110472508 N * Bertl_oO Bertl 1110472515 M * Bertl evening folks! 1110472612 M * Doener evening Bertl! 1110472644 M * Bertl hey Doener! 1110473089 J * Vudumen vudumen@perverz.hu 1110473093 M * Vudumen hello 1110473101 M * Doener welcome Vudumen 1110473142 A * Bertl .o( hmm, another bot? ;) 1110473145 M * Vudumen do you know any control-panel stuff which uses vserver? 1110473164 M * Bertl inside or outside? 1110473170 M * Vudumen (it's not a problem if it's commercial) 1110473172 M * Vudumen outside 1110473186 M * Vudumen i mean something like ensim or h-sphere 1110473293 M * Doener http://www.openvps.org/ -- no releases yet. no idea whether they still work on it 1110473352 M * Doener hm, some cvs changes 9 days ago, so i guess it's still active 1110473417 M * Vudumen i checked it but i didn't found demo or complete feature list 1110473424 M * Vudumen hmm as i see it depends on fedora :/ 1110473434 M * Vudumen we want to use it on debian 1110473440 M * SiD3WiNDR indeed 1110473447 M * SiD3WiNDR it's built upon the one distro you do NOT want on a server :p 1110473462 M * Doener no dist-war please 1110473479 M * Vudumen :) 1110473484 M * Bertl what a pity, I was about to paste the cheat sheet ;) 1110473494 M * Doener heh 1110473503 M * SiD3WiNDR *g* 1110473519 M * SiD3WiNDR well, I would have used openvps if it had debian as base 1110473520 M * SiD3WiNDR =) 1110473531 M * Bertl with 2.4 kernel? *G* 1110473552 A * DaCa thought control panels were targetted to ppl who use fedora :) 1110473582 M * SiD3WiNDR DaCa: well, it's for people whose vserver then is prolly running fedora ;) 1110473594 M * Vudumen :) control panels are designed for salesmen but administrators operate the system behind... 1110473596 M * Doener hm... i'll go and do something worthwhile... (i.e. shopping ;)... back later 1110473602 N * Doener Doener|gone 1110473627 M * Bertl Vudumen: hmm, hmm .. so what about an email based control panel then? 1110473643 M * Vudumen we want to give our customers seomething like virtual server where they can administer their users, databases, webs, etc. 1110473645 M * SiD3WiNDR email based? 1110473655 M * SiD3WiNDR you mail the box "set up a debian vserver please" and it acts upon it? :) 1110473661 M * Vudumen and of course we wantto make it secure... so chroot is the _minimum_ but vserver would be much better :) 1110473674 M * Vudumen Bertl: it's okay for me but i'm not a salesmen :) 1110473693 M * Doener|gone Vudumen: that sounds like 'inside the vserver' stuff... give them webmin ;) 1110473701 M * SiD3WiNDR *shudder* 1110473733 A * Doener|gone was just kidding and is really gone now :) 1110473740 M * Bertl cya 1110473887 M * Vudumen Doener|gone: hmm, interesting idea :) 1110473965 M * Bertl IIRC, somebody was working on webmin support in and outside ... 1110474717 J * berni ~berni@svr01.mucip.net 1110474823 M * Bertl welcome berni! 1110474928 Q * prae Quit: Client exiting 1110475305 J * `weasel` ~weasel@82.94.251.206 1110475351 M * Bertl welcome `weasel`! 1110475357 N * `weasel` ServerAdmin 1110475395 Q * ServerAdmin autokilled: network abuse 1110475432 J * ServerAdmin debian-tor@postmortem.csd.auth.gr 1110475449 Q * ServerAdmin autokilled: network abuse 1110475457 M * Bertl ;) 1110475476 M * virtuoso I would ban this one. 1110475500 M * daniel_hozac it would appear s?he already is ;) 1110475578 M * virtuoso Then I'd revisit my point of banning, perhaps. 1110476340 J * DaPhreak ~phreak@lms.rz.uni-greifswald.de 1110476627 N * Doener|gone Doener 1110476657 M * Doener hm... doesn't even look like the known mirc dcc exploits... 1110476716 M * Bertl okay, ready to start doing something useful ... 1110476743 M * Bertl so let's take a look at your patch ... where was it again? 1110476764 M * Doener http://www.13thfloor.at/~doener/vserver/patches/diff-2.6.11.2-vs1.9.5-rc2-proc_mounts_rootfs_fix.diff 1110476773 M * Bertl ah, tahnks a lot! 1110476998 M * Bertl hmm, yeah, looks fine, the alt_root stuff (in my code) looks somewhat fishy/obsolete ... 1110477030 M * Doener i never got the idea behind the alt_root stuff in general... 1110477120 M * Bertl okay, if you got some time, let's walk it though/consolidate it ... 1110477172 Q * weasel Quit: Reconnecting 1110477174 J * weasel ~weasel@seppia.noreply.org 1110477177 M * Doener ok, i got plenty of time today 1110477191 M * Bertl excellent ... right now? 1110477227 M * Doener if that's ok for you 1110477242 M * Bertl yeah, sure ... 1110477251 Q * weasel Quit: 1110477253 J * weasel weasel@seppia.noreply.org 1110477282 M * Bertl okay, we have the vxi structure, which 'might' have a namespace info 1110477315 M * Bertl we also have the current process (which has an fs) 1110477330 M * Bertl and we have the vfsmount in question 1110477349 M * Bertl the vfsmount provides a namespace like the vxi 1110477350 M * Doener yep 1110477398 M * Bertl we want to check if the vfsmount (short mnt) is 'inside' our 'current' view 1110477451 M * Bertl the fs struct provides two values, a rootmnt and a 'root' 1110477476 M * Bertl (root is the dentry strting the filesystem) 1110477490 M * Bertl *starting 1110477520 M * Bertl we also have the famous is_subdir() check ... 1110477558 M * Bertl * Returns 1 if new_dentry is a subdirectory of the parent (at any depth). 1110477558 M * Bertl * Returns 0 otherwise. 1110477558 M * Bertl * Caller must ensure that "new_dentry" is pinned before calling is_subdir() 1110477623 M * Bertl now we have the players, and here are my assumptions: 1110477675 M * Bertl - chroot and namespaces are safe, so current->fs must be 'inside' vxi->fs 1110477735 M * Bertl - if vxi->fs is not defined, then current-> is what we want 1110477738 M * Vudumen thanks now i have to leave. bye. 1110477742 P * Vudumen byz 1110477909 M * Bertl the current approach also walks the mount tree upwards to find the 'highest' match, not sure that is required though 1110477981 M * Bertl hmm, highest for the minimum of both? roots ... 1110478060 M * Bertl one question now would be, should we play safe and ignore the first assumption (which isn't valid for half enters and such) 1110478087 M * Bertl (and that's actually what the check does right now) 1110478395 M * Doener had a power outage :( 1110478509 J * erwan_ho ~erwan@lns-vlq-39f-81-56-133-136.adsl.proxad.net 1110478524 M * Bertl welcome erwan_ho! 1110478585 M * erwan_ho lo Bertl 1110478786 M * Doener Bertl: hm, i wonder if we should use vxi->vx_fs at all... 1110478818 M * Doener what if the context exists with its own namespace, and we just switch to the context, but not the namespace 1110478883 M * Doener then the altroot-stuff will actually come into play, for those mounts, not being inside the context's namespace 1110478885 M * Bertl well, that's an excellent question ... 1110478906 M * Doener hm, will it? 1110478948 M * Doener only for those below the context's namespace rootmnt 1110478998 M * Doener so that may make /proc/mounts show something between the current namespace and the context's namespace... 1110479006 M * Doener let's check that... 1110479010 M * Bertl well, the check is (for now) only used by the show_vfsmnt() 1110479061 M * Bertl so checking against namespace is fine for namespace based vservers, but will fail for simple chroot 1110479087 M * Bertl (and one of the basic ideas is to make it work for _any_ chroot too) 1110479146 M * Doener hm, no my theory fails... 1110479232 M * Bertl let's make a test scenario ... and dump _all_ relevant players as well as the 'progress' hmm? 1110479286 M * Doener yep 1110479302 M * Bertl tmpfs is multi sb, right? 1110479328 M * Doener should be 1110479361 M * Bertl so we can do / /vservers /vservers/XXXX /vservers/XXXX/tmp 1110479384 M * Bertl and add /tmp /vservers/tmp 1110479402 M * Bertl plus a few --bind mounts to */mnt 1110479729 M * Bertl *hehe* 1110479735 M * Doener hm? 1110479760 M * Bertl # mount /dev/discs/disc1/part1 /vservers 1110479761 M * Bertl # mkdir /vservers/mnt 1110479761 M * Bertl # mkdir /vservers/tmp 1110479790 M * Bertl # mount -t tmpfs none /tmp 1110479790 M * Bertl # mount -t tmpfs none /vservers/tmp 1110479790 M * Bertl # mount -t tmpfs none /vservers/XXXX/tmp/ 1110479807 M * Bertl # mount --bind /var /mnt 1110479807 M * Bertl # mount --bind /var /vservers/mnt 1110479807 M * Bertl # mount --bind /var /vservers/XXXX/mnt/ 1110479814 M * Bertl and now ... 1110479826 M * Bertl # cat /proc/mounts 1110479826 M * Bertl rootfs / rootfs rw 0 0 1110479826 M * Bertl /dev/root / ext2 rw 0 0 1110479826 M * Bertl none /dev devfs rw 0 0 1110479826 M * Bertl proc /proc proc rw,nodiratime 0 0 1110479829 M * Bertl devpts /dev/pts devpts rw 0 0 1110479831 M * Bertl /dev/discs/disc1/part1 /vservers ext2 rw 0 0 1110479834 M * Bertl none /tmp tmpfs rw 0 0 1110479836 M * Bertl none /vservers/tmp tmpfs rw 0 0 1110479839 M * Bertl none /vservers/XXXX/tmp tmpfs rw 0 0 1110479841 M * Bertl /dev/root /mnt ext2 rw 0 0 1110479844 M * Bertl /dev/root /vservers/mnt ext2 rw 0 0 1110479846 M * Bertl /dev/root /vservers/XXXX/mnt ext2 rw 0 0 1110479856 M * Doener did you chroot? 1110479865 M * Bertl nope 1110479889 M * Doener so that's expected, isn't it? 1110479977 M * Bertl hmm, yes, seems fine, the --bind mount display always confuses me ... sorry for the noise 1110479996 M * Doener yeah same here ;) 1110480009 M * Bertl guess that's the next thing I have to fix ;) 1110480027 M * Doener got used to that while doing the patch 1110480045 M * Bertl okay, so that looks fine now ... 1110480142 M * Bertl the chroot stuff doesn't work out fine (with existing code) 1110480150 M * Bertl # chroot /vservers/XXXX/ cat /proc/mounts 1110480166 M * Bertl (after mounting /vservers/XXXX/proc) gives the same output 1110480178 M * Bertl hmm, forgot the flag ;) 1110480256 M * Doener which flag? 1110480266 M * Bertl sec, reading code ... 1110480269 N * BobR_oO BobR 1110480279 M * Doener "the" flag does full hiding... 1110480283 M * Doener you need to chcontext+chroot 1110480298 M * Doener (if you want virtualized output) 1110480312 M * Bertl hmm, why do I need to chcontext btw? 1110480319 M * Doener if (!vxi || !mnt) 1110480320 M * Doener return 1; 1110480339 M * Bertl ah, yes, indeed :) 1110480369 M * Bertl hmm, hmm .. we should make that either all or none ... 1110480394 M * Bertl different behaviour between context and host (for chroot) is not what we actually want, right? 1110480456 M * Doener hm, i actually think we want that. don't think we should modify normal chroot behaviour if we're not using contexts 1110480510 M * Doener after all we're kinda abusing the modified root/rootmnt to do virtualization 1110480564 M * Doener hm, what happens if you chroot inside a vserver? 1110480627 Q * berni Quit: leaving 1110480636 J * berni ~berni@svr01.mucip.net 1110480660 Q * berni Quit: 1110480665 J * berni ~berni@svr01.mucip.net 1110480696 M * Doener hm, that already does produce non-standard /proc/mounts behaviour 1110480711 M * Bertl yes, the 'original' idea was to 'enhance' chroot() 1110480721 M * Bertl but obviously I scewed up there anyways ;) 1110480752 M * Doener http://pastebin.com/252605 1110480824 M * Bertl yep, it works inside, but not outside ... 1110480831 M * Bertl now the question is, do we want that behaviour at all? 1110480868 M * Bertl (the tricky thing is that the chroot-vserver virtualization will not work without that) 1110480882 M * Bertl (chroot as no-namespace, that is) 1110480938 M * Doener hm, we could hijack the chroot syscall and say that the first chroot done in a context 'defines' where the barrier is 1110480958 Q * erwan_ho Remote host closed the connection 1110480973 Q * Seraph Ping timeout: 480 seconds 1110480980 M * Bertl yeah, we could also use /dev/random to decide that -- not! 1110481078 M * Bertl personally I consider it a good extension for chroot 1110481091 M * Bertl (in general, i.e. think mainline) 1110481122 M * Bertl if the chroot() has proc inside, you do not want to see stuff outside, right? 1110481193 M * Doener yep 1110481229 J * Seraph kk@projects.verfaction.de 1110481261 M * Bertl so we can separate that from linux-vserver and just 'add' the checks for namespaces (if that is required at all) 1110481288 M * Bertl (IMHO, it should not depend on contexts at all ;) 1110481319 M * Doener let's try... i'll prepare a preliminary patch... 1110481364 M * Bertl okay ... 1110481454 Q * Seraph Read error: Operation timed out 1110481480 M * Bertl sidenote: we 'might' want to replace /dev/root by the actual device _unless_ we are in a vserver ... 1110481525 J * Seraph kk@projects.verfaction.de 1110481610 M * Doener well, for the real mount on / the name is /dev/root, no sure if we can get the actual dev name. and the patch should only affect vservers 1110481768 M * Bertl k, that should be fine then ... just wanted to mention it 1110482269 M * Doener works 1110482334 M * Bertl and is probably a lot cleaner/simpler than before, right? 1110482361 M * Doener yep, cleaned up the check (had some unused code in it, too) 1110482390 M * Doener patch is updated 1110482436 M * Bertl hmm, no new revision number? 1110482505 A * Doener will never learn to assign revision numbers ;) 1110482536 M * Bertl now as this doesn't use vxi anylonger, we should rename it from vx_* to something different, more informative ... 1110482568 M * Doener the last time i changed a patch, i increased the revision number and you said it would be better to replace the original patch ;) is there any rule of thumb for revision numbers? 1110482583 M * Bertl and we should move it where it is used ... i.e. namespace.c and make it static inline ;) 1110482594 M * Doener as i said, preliminary patch ;) 1110482598 M * Bertl Doener: did I say that? 1110482612 M * Doener yep, that was when we fixed the netlink/ss bug 1110482627 M * Bertl if I really said that, I was probably very confused ... 1110482652 M * Bertl basically my position on uploaded patches is similar to /tmp (i.e. it should be sticky ;) 1110482653 M * Doener might be possible that the first patch contained a bug, maybe that was the reason 1110482690 M * Bertl the rationale behind that is simple: somebody might have downloaded it already (and even applied it), now what to do? 1110482742 M * Bertl the only changes I consider harmless is updating the extraversion ;) 1110482803 M * Doener heh 1110482980 J * erwan_ho ~erwan@lns-vlq-39f-81-56-133-136.adsl.proxad.net 1110483021 M * mugwump of course being harmless doesn't mean necessary, as previous releases have shown ;-) 1110483182 M * Doener Bertl: what about mnt_is_reachable()? 1110483208 M * Doener or: is_submnt()? 1110483350 M * Bertl the first one sounds good to me ... 1110483431 Q * jd86_zZ Remote host closed the connection 1110483435 M * Bertl mugwump: of course Samwise! :) 1110483629 M * Bertl Doener: and if possible, break the generic part out and submit it to lkml ... 1110484002 Q * erwan_ho Remote host closed the connection 1110484176 M * Doener http://www.13thfloor.at/~doener/vserver/patches/diff-2.6.11.2-vs1.9.5-rc2-proc_mounts_rootfs_fix-2.diff 1110484661 J * erwan_ho ~erwan@lns-vlq-39f-81-56-133-136.adsl.proxad.net 1110484768 Q * kevinp Read error: Operation timed out 1110485097 M * Doener http://www.13thfloor.at/~doener/various/diff-2.6.11.2-chroot_proc_mounts.diff -- compiles, but untested 1110485214 M * Bertl hmm, s/point/de/ (just a suggestion) 1110485305 M * Bertl now the question is, can we assume current->fs does exist unconditionally? 1110485379 M * Bertl and might mnt become zero at any time? 1110485460 M * Bertl okay, off for a little ... have to fix one of my pcs ... 1110485471 M * Bertl back in an hour or two ... 1110485481 N * Bertl Bertl_oO 1110485490 J * kevinp ~kevinp@ny.webpipe.net 1110485978 M * Doener ok, patch for vanilla also works... off to bed now... 1110486009 M * Doener g'night folks! 1110486013 N * Doener Doener_zZz 1110486177 Q * kevinp Read error: Operation timed out 1110486501 Q * erwan_ho Remote host closed the connection 1110486957 N * BobR BobR_oO 1110486965 J * erwan_ho ~erwan@lns-vlq-39f-81-56-133-136.adsl.proxad.net 1110487403 Q * flock Ping timeout: 480 seconds 1110487709 Q * mcp Server closed connection 1110487732 J * mcp ~hightower@www.c-tera.de 1110487933 Q * Seraph Ping timeout: 480 seconds 1110488175 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1110488517 J * kevinp ~kevinp@205.244.47.46 1110488879 J * Seraph kk@projects.verfaction.de 1110489157 J * DukeGangsta|aw ~uefgangst@p54868BD2.dip.t-dialin.net 1110489523 Q * erwan_ho Remote host closed the connection 1110489552 J * erwan_ho ~erwan@lns-vlq-39f-81-56-133-136.adsl.proxad.net 1110489637 Q * erwan_ho Remote host closed the connection 1110489654 J * erwan_ho ~erwan@lns-vlq-39f-81-56-133-136.adsl.proxad.net 1110490041 J * kevinp_ ~kevinp@ny.webpipe.net 1110490298 Q * kevinp Ping timeout: 480 seconds 1110490654 M * pusling some weeks - or maybe months ago I was told about 'new' tools widt vapt-get and others.. What is the status of it? 1110491144 J * kjo ~krischan@pD9E2D226.dip.t-dialin.net 1110491763 Q * erwan_ho Remote host closed the connection 1110492061 M * mugwump pusling, what version of the tools are you using? 1110492851 M * pusling the debian sarge-version 1110493295 M * pusling 0.30-14 1110493513 Q * kjo Quit: Verlassend 1110493986 P * click [IRSSI] 1110494354 Q * flock Read error: Operation timed out 1110494822 Q * spocki Server closed connection 1110494833 J * spocki ~mk@lex.knuettel.de 1110495037 N * Bertl_oO Bertl 1110495059 M * Bertl pusling: well, the 'new' tools are now more than a year old, and they work quite well ;) 1110495134 M * pusling Bertl: okay ;) Is there an automatic 'change configuration file' script in the 'new' tools? 1110495151 J * click click@dsl-static-122-208.aal.tiscali.no 1110495183 M * Bertl pusling: no, but it has an automatic legacy mode which supports the old style config 1110495217 M * Bertl the new style config has _much_ more features and mapping old to new is basically trivial, but actually nobody cared till now ... 1110495249 M * Bertl wb click! 1110495275 M * click thanks 1110495302 M * click not much activity from my side lately :/ 1110495310 M * pusling is there a fancy how-to ? 1110495313 M * click been offline for a few months sort of 1110495325 M * Bertl first thought it was a connection rejoin .. but then I saw that you explicitely quit ... 1110495353 M * Bertl pusling: there is a description of the new configuration, the so called 'Flower Page' 1110495373 M * Bertl and the tools have a lot of --help functionality built in 1110495774 M * DukeGangsta|aw hi everybody 1110495824 M * DukeGangsta|aw I'm installing vserver 4 the first time now... i need some help with building the new kernel.... I downloaded it and patched it with patch-2.6.11-rc3-vs1.9.4.diff 1110495829 M * DukeGangsta|aw but now i dont know what to do 1110495841 M * pusling make menuconfig 1110495855 M * pusling have you ever compiled your own kernel? 1110495874 M * DukeGangsta|aw no 1110495882 M * DukeGangsta|aw i only read about that ;) 1110495884 M * pusling okay 1110495905 M * pusling go to where you put your kernel 1110495909 M * pusling make menuconfig 1110495912 M * Bertl DukeGangsta|aw: evening! read a howto for the build yet? 1110495921 M * DukeGangsta|aw i have a dual xeon 1110495922 M * pusling choose the right stuff 1110495925 M * pusling make 1110495935 M * pusling copy bzimage and do your bootloader 1110495937 M * pusling reboot 1110495964 M * pusling go back to make menuconfig and remember to include your harddisk controller 1110495980 M * Bertl before 'copy bzImage' insert make modules_install and optional mkinitrd ... 1110496006 M * pusling Bertl: I can't seem to find the flower page - or a debian package with the vapt-get ... ? 1110496021 M * DukeGangsta|aw i hate this ;) it is a root-server, i dont know what raid-controller is used... 1110496028 M * Bertl pusling: sec ... 1110496034 M * pusling Bertl: yeah - maybe make modules_install is needed - normally I don't do modules except for iptables ;) 1110496037 M * pusling DukeGangsta|aw: lspci 1110496062 M * DukeGangsta|aw 03:03.0 RAID bus controller: 3ware Inc 3ware 7000-series ATA-RAID (rev 01) 1110496087 M * Bertl pusling: http://linux-vserver.org/alpha+util-vserver 1110496099 M * pusling then you need to find something like that in the kernel configuration 1110496126 Q * matta-lt Quit: The light at the end of the tunnel may be an oncoming dragon. 1110496128 M * DukeGangsta|aw is there no chance to "remember" the actual kernel-config? 1110496133 M * Bertl pusling: http://linux-vserver.org/Tools+and+patches 1110496197 M * pusling whoo hooo - now I know why it is flower page ;) 1110496295 M * Bertl lol 1110496480 M * DukeGangsta|aw make oldconfig 1110496485 M * DukeGangsta|aw what does that mean 1110496495 M * Bertl the kernel has a .config 1110496504 M * Bertl this can be kept over various kernel builds 1110496506 M * pusling if you have your old .config, you can reuse it 1110496521 M * Bertl that is what make oldconfig does 1110496529 M * Bertl (basically sanity checks and such) 1110496563 M * pusling I once made a non-compiling .config with make oldconfig 1110496570 Q * Seraph Read error: Connection reset by peer 1110496572 J * Seraph kk@projects.verfaction.de 1110496615 M * Bertl pusling: you can get those will all make *configs ;) 1110496672 M * pusling okay. have only tried it once ;) 1110496732 M * DukeGangsta|aw config-2.6.10 <-- this is my old config 1110496748 M * Bertl okay, where is it from? 1110496757 M * DukeGangsta|aw /boot 1110496771 M * Bertl yeah, I meant, it's self configured or from a distro? 1110496784 M * DukeGangsta|aw it was configgured by my hoster i think 1110496793 M * Bertl okay, that sounds usable 1110496810 M * Bertl you can copy that to .config (inside the kernel source tree) 1110496839 M * Bertl then do 'make menuconfig' and have a look at the various parts 1110496860 M * Bertl (read the help and if you are unsure about something, go for the default) 1110496908 M * Bertl it will take some time to browse to those options, but it pays off if you remove unused stuff or configure usefull things ... 1110496922 M * DukeGangsta|aw no "make oldconfig" ? 1110496927 M * pusling Bertl: isn't there a debian package with vapt-get and so on? (Can only find source) 1110496942 M * Bertl pusling: second url ;) 1110496971 M * pusling Tools and patches? 1110496978 M * Bertl yep 1110496997 M * Bertl but they are somewhat outdated ... 1110497007 M * DukeGangsta|aw i copied it to .config.... "make oldconfig" or "make menuconfig"? i would like to use the old settings if possible... 1110497038 M * Bertl pusling: IIRC there should be up-to-date packages in 'broken' or 'unusable' or how that branch is called ;) 1110497039 M * pusling Bertl: does Alpha mean like beta - or like alpha architecture? 1110497057 M * Bertl alpha is like beta ... just earlier in the alphabet ;) 1110497078 M * Bertl DukeGangsta|aw: make menuconfig includes make oldconfig 1110497080 M * pusling oh... I thought that alpha was for alpha-computers ;) 1110497091 M * DukeGangsta|aw ah, ok 1110497104 M * Bertl pusling: yeah, no idea why enrico called it such ... 1110497116 M * pusling http://kenobi.snowman.net/~sfrost/vserver/util-vserver_0.30.196-1_i386.deb << this one? 1110497140 M * Bertl for example, but I would look for a 0.30.204 package ... 1110497339 M * pusling hm... can't find one? 1110497363 M * DukeGangsta|aw ok, done menuconfig... i only added "vserver->hard cpu limit"... hope there is the old config seleted and all works.... now "make" i think... 1110497377 M * daniel_hozac http://packages.debian.org/experimental/net/util-vserver has 0.30.203 1110497428 M * Bertl pusling: if you got to the 'Tools and patches' page and select the second listed url 1110497437 M * Bertl [debian package] 1110497449 M * Bertl then you get a listing ... ;) 1110497546 M * pusling somehow - I just won't notice experimental branch of debian ;) 1110497619 M * pusling pusling-server:/var/lib/vservers/web/var/www/debian/pool/main/u/util-vserver# dpkg -i util-vserver_0.30.203-1_i386.deb ; apt-get -f install 1110497622 M * pusling ;) 1110497742 M * DukeGangsta|aw make has finished 1110497813 M * DukeGangsta|aw System is 1849 kB 1110497813 M * DukeGangsta|aw Kernel: arch/i386/boot/bzImage is ready 1110497813 M * DukeGangsta|aw Building modules, stage 2. 1110497831 M * DukeGangsta|aw now there is a file called vmlinux in kernel-dir.... 1110497851 M * Bertl yes, you ignoe that one ;) 1110497880 M * Bertl next step is make modules_install 1110497900 M * Bertl then cp -va arch/i386/boot/bzImage /boot/vmlinuz- 1110497920 M * DukeGangsta|aw wait ;) 1110497923 M * DukeGangsta|aw ~/linux-2.6.11.2# make modules_install 1110497924 M * DukeGangsta|aw depmod: QM_MODULES: Function not implemented 1110497926 M * DukeGangsta|aw Warning: you may need to install module-init-tools 1110497927 M * DukeGangsta|aw See http://www.codemonkey.org.uk/docs/post-halloween-2.6.txt 1110497929 M * DukeGangsta|aw INSTALL drivers/block/loop.ko 1110497930 M * DukeGangsta|aw INSTALL drivers/net/dummy.ko 1110497932 M * DukeGangsta|aw INSTALL fs/ntfs/ntfs.ko 1110497933 M * DukeGangsta|aw if [ -r System.map ]; then /sbin/depmod -ae -F System.map 2.6.11.2-unitedcolo; fi 1110497934 M * DukeGangsta|aw -------------------- 1110497941 M * Bertl ahem, you are on a 2.4 system? 1110497948 M * DukeGangsta|aw no 1110497950 M * DukeGangsta|aw 2.6 1110497953 M * Bertl uname -a ? 1110497964 M * DukeGangsta|aw Linux R245223 2.6.10-unitedcolo #3 SMP Mon Jan 10 05:16:58 CET 2005 i686 unknown 1110497990 A * Bertl is confused ... 1110498008 M * DukeGangsta|aw why? 1110498009 M * Bertl 2.6 kernel based systems should have module-init-tools installed 1110498037 M * DukeGangsta|aw this is normally a 2.4system, the hoster installed 2.6kernel manually 1110498058 M * Bertl ah, great, but he obviously messed up ;) 1110498087 M * Bertl okay, get the module-init-tools for that distro 1110498090 M * DukeGangsta|aw so, what should we do know, i dont know what "module-init-tools" is for ;) 1110498096 M * DukeGangsta|aw debian 1110498106 M * Bertl it replaces the depmod stuff (used on 2.4) 1110498132 M * DukeGangsta|aw can i install it with apt-get? 1110498140 M * Bertl I guess so 1110498172 M * DukeGangsta|aw i'm new to debian since 1 day, I used suse for the last 4 years and had no problems with yast, but apt-get is complicated to me 1110498191 M * DukeGangsta|aw E: Couldn't find package module-init-tools 1110498239 M * Bertl you have to wait for some deb guy ... probably knows how it is called there 1110498315 M * daniel_hozac are you running Debian stable? 1110498345 M * daniel_hozac (packages.debian.org says that only testing and unstable has module-init-tools) 1110498367 M * DukeGangsta|aw how can i found out what I am running? 1110498372 M * DukeGangsta|aw find out ;) 1110498465 M * DukeGangsta|aw cat /etc/debian_version 1110498465 M * DukeGangsta|aw 3.0 1110498471 M * DukeGangsta|aw that's what i know ;) 1110498531 M * daniel_hozac vi /etc/apt/sources.list ? 1110498555 M * DukeGangsta|aw empty 1110498840 M * matti Bertl: It is possible to use Open Mosix and vServer in same time? 1110498878 M * Bertl I guess so, but for sure needs a lot of changes ... 1110498907 M * matti Bertl: But - more or less I can make a little cluster and setup vServer on such "enviroment"? 1110498925 M * Bertl probably ... 1110498928 M * matti ;-) 1110499011 M * pusling oopppss... /me just made a new vserver called - 1110499033 M * Bertl a good name to start with ;) 1110499044 M * matti Hahaha. 1110499045 M * matti :> 1110499049 M * matti pusling: Good one :] 1110499114 Q * ola Server closed connection 1110499121 J * ola ~ola@c-adt-5.ataco.se