1106525037 J * chrish01 ~chrish01@69.90.131.10 1106525801 Q * pulsar Quit: Leaving 1106526748 Q * meebey Ping timeout: 480 seconds 1106527963 J * Marlow ~marlow@217.67.139.197 1106527968 M * Marlow g'evening 1106530798 Q * sannes Read error: Connection reset by peer 1106531497 Q * chrish01 Quit: Leaving 1106536727 J * chrish01 ~chrish01@69.90.131.10 1106537507 M * Marlow morning 1106537549 M * chrish01 morning marlow 1106537882 Q * xmb Quit: <>><<>> 1106537994 J * sannes ~ace@home.skarby.no 1106538029 M * Marlow sannes : god morgen 1106539607 M * Medivh hi... i'm wondering if anyone could help me with a non-vserver related problem... running on FC3 here, compiled a vanilla kernel, everything's configured correctly (especially UNIX98_PTYS is in ;)), and on boot i get "unable to open initial console" and the system freezes. 1106539631 M * Medivh i've read that this seems to be a common problem with FC3 and that it happens cause /dev/console isn't created by udev, but i couldn't find a fix anywhere :/ 1106539701 J * micah2 ~micah@adsl-68-78-127-43.dsl.emhril.ameritech.net 1106539709 N * micah2 micah 1106540031 M * micah i was told that you cannot have a loopback interface on the host system if you are using vservers, I am pretty sure that this is wrong, but I am trying to find information about it 1106540063 M * Marlow you can, but the vservers are not happy about it on reboot 1106540074 M * Marlow especially the redhat ones 1106540101 J * manju1234 ~manj___@220.224.45.51 1106540118 M * micah Marlow: I am running debian 1106540137 M * manju1234 hi doener 1106540143 M * micah Marlow: do you mean when the vservers reboot, or when the host system does? 1106540144 M * Marlow micah : i haven't tried to reboot a debian vserver, while have a loopback mount .. 1106540162 M * manju1234 i want to ask something about vserver networking 1106540165 M * Marlow micah : nah .. when the vservers reboot 1106540170 M * micah Marlow: oh, I dont mean a loopback mount, but a loopback interface (ie. lo, or 127.0.0.1) 1106540179 M * Marlow micah : ah .. 1106540193 M * Marlow micah : you allways have a loopback interface on the host system.. 1106540206 M * Marlow micah : i've never been without and i'm on debian for my host systems 1106540213 M * micah Marlow: thats what *I* thought... but he disabled it and said it doesn't work without it 1106540240 M * Marlow micah : it's just the vservers, that don't have one .. 1106540251 M * Doener hm, disabled it, because it doesn't work without? also interesting... 1106540253 M * Doener ;) 1106540275 M * Marlow micah : or at least no ip on it :) 1106540275 M * micah Doener: sorry, I meant to say it doesn't work WITH it 1106540283 M * Doener thought so :) 1106540303 M * Marlow micah : it's just that it might be confusing to have the "lo" without an ip assigned to it 1106540313 M * Marlow micah : that's all 1106540336 M * Doener never heard anything like that and without a configured lo your host won't be happy i guess 1106540355 M * micah Marlow: vservers share the host loopback? 1106540358 M * Marlow Doener : sure, can be done, but it's a meaningless thing to do .. 1106540384 M * Marlow micah : yeah .. kind of ...i haven't tried to reassign the ip within the host 1106540391 M * Marlow micah : but it shows up on ifconfig 1106540402 M * Marlow micah : could be interesting to try :) 1106540414 M * Doener giving the vservers access to 127.0.0.1 is a security leak 1106540433 M * Marlow Doener : i think that is handled in the context .. 1106540448 M * Marlow Doener : it should take care if that 1106540451 M * Doener the loopback device is used by the kernel whenever the traffic actually "stays inside the box" 1106540468 M * Doener Marlow: 127.0.0.1 is rewritten to the first assigned ip address 1106540481 M * Marlow Doener : exactly .. and the "lo" shows up w/o ip 1106540487 M * Marlow Doener : inside the vserver 1106540487 M * Doener but if you give the vservers access to the 'real' 127.0.0.1 it's a security leak 1106540500 M * Marlow Doener : ahh .. no .. it wasn't that way i meant .. 1106540506 M * Doener or not at all, depends on your setup 1106540523 M * Doener or is does not show up at all, depends on your setup 1106540526 M * micah I dont know how to get the host's loopback interface back... I wonder if it is compiled out of the kernel or soemthing 1106540532 M * Marlow Doener : i thought more of trying to reassign 127.0.0.1 to lo in the interfaces file of the vserver child 1106540549 M * Marlow micah : it's just to put it back into your interfaces file 1106540559 M * Doener Marlow: won't do anything, vservers are not allowed to assign any addresses 1106540568 M * Doener micah: does ifconfig -a show it? 1106540577 M * Marlow micah : iface lo inet loopback 1106540581 M * Marlow micah : auto lo 1106540592 M * Marlow micah : those two lines in /etc/network/interfaces 1106540615 M * Marlow Doener : hmm .. yes .. you are right, didn't think of that .. 1106540618 M * micah Marlow: no, ifconfig -a doesn't show it thats whats wild 1106540621 M * micah Marlow: and interfaces has that 1106540625 M * Marlow Doener : so it's just as it is .. a lo devices without ip 1106540636 M * Marlow Doener : and the rewrite in the ctx code 1106540657 M * Marlow micah : eh ? ... what about ifup lo ? 1106540662 M * Doener if ifconfig -a doesn't show it, it's either compiled as module and not loaded or not compiled at all 1106540683 M * micah Marlow: bizarre, ifup lo sasys it is already configured 1106540687 M * Marlow plain rubish to take that out .. 1106540689 M * micah if I do ifconfig lo I get two lines 1106540696 M * Marlow micah : try ifdown lo && ifup lo 1106540699 M * micah not the typical lo interface 1106540722 M * micah Marlow: I get a lot of SIOCSIFFLAGS: Cannot assign requested address SIOCSIFADDR: Cannot assign requested address Failed to bring up lo. 1106540729 M * Doener if(up|down) is dumb, it doesn't care about the current status, just about its status files 1106540739 M * Marlow exactly 1106540755 M * Doener micah: got that kernel's config at hand? 1106540757 M * Marlow that's why you would need to down it first 1106540775 M * Doener yep 1106540775 M * micah Doener: I do... might have gotten compiled out huh? 1106540850 M * Doener hm, i wonder if the loopback interface can be deactivated at all 1106540887 M * micah hmm having trouble finding it in the config 1106540901 M * Marlow micah : just grep for LOOP 1106540907 M * Doener nothing ;) 1106540915 M * micah CONFIG_BLK_DEV_LOOP=m 1106540946 M * Doener TCP/IP includes lo 1106541004 M * Marlow that should be the loopback mount .. 1106541004 M * micah hmm 1106541088 M * micah I want my loopback back :) 1106541151 M * Marlow and what does ifconfig lo say ? 1106541173 M * Marlow that fails too ? 1106541188 M * micah ifconfig lo says: 1106541189 M * micah lo Link encap:Local Loopback 1106541189 M * micah UP LOOPBACK RUNNING MTU:16436 Metric:1 1106541191 M * micah but only that 1106541199 M * micah not the full interface block taht you would expect 1106541218 M * Marlow no, but that means, that you have the interface .. 1106541235 M * Medivh tried ifconfig lo 127.0.0.1 netmask 255.0.0.0 broadcast 127.255.255.255 up? 1106541251 M * micah when I do that I get: 1106541252 M * micah SIOCSIFADDR: Cannot assign requested address 1106541252 M * micah SIOCSIFFLAGS: Cannot assign requested address 1106541252 M * micah SIOCSIFNETMASK: Cannot assign requested address 1106541252 M * micah SIOCSIFBRDADDR: Cannot assign requested address 1106541254 M * micah SIOCSIFFLAGS: Cannot assign requested address 1106541257 M * micah SIOCSIFFLAGS: Cannot assign requested address 1106541273 M * Marlow just ifconfig lo up 1106541278 M * Doener micah: do you by chance use the (evil) v_sshd wrapper? 1106541286 M * micah Doener: it is installed 1106541290 M * micah Doener: thats waht I want to get rid of 1106541314 M * Doener ok, what kernel version? 1106541319 M * micah Doener: 2.6.8 1106541327 M * Doener cat /proc/self/status | grep nid 1106541339 M * micah nothign 1106541378 M * Doener hm, did that change or do i just use the wrong name? 1106541396 M * Doener cat /proc/self/ninfo | grep NID 1106541422 M * micah nope, I did grep -i nid 1106541423 M * micah nothing 1106541436 M * Doener note that it's a different file, too 1106541444 M * micah oop 1106541447 M * micah NID: 49158 1106541448 M * Doener *g* 1106541450 M * micah didn't see that :) 1106541470 M * Doener ok, so you're limited to some ip addresses... any chance to reboot the box? 1106541490 M * Doener if not, serial console available? 1106541555 M * micah hmm, I wonder if it is because the machine is running 2.6.8 and it has the debian util-vserver tools installed 1106541565 M * micah aren't those only for the stable vserver branch? 1106541570 M * micah ie. 2.4 kernels 1106541623 M * Doener they still work, but alpha tools are recommend 1106541659 M * Doener recommended even 1106541684 M * micah probably wouldn't cause this problem? 1106541691 M * Marlow not really 1106541697 M * micah I can reboot the box, but its remote so... 1106541702 M * micah I dont have a serial console, I dont think 1106541719 M * Marlow micah : as long as you are sure, that it comes up again .. 1106541726 M * Doener ok, the problem is: the v_sshd wrapper uses chbind to limit the available ip addresses 1106541727 M * micah Marlow: its a development machine :) 1106541733 M * Doener now your sshd is limited 1106541747 M * micah Doener: can't I just launch a sshd on another port? 1106541767 M * Doener and so is your ssh session, thus you can't configure lo to 127.0.0.1, because you don't have access to that ip address 1106541775 M * micah oh really 1106541777 M * Doener well, that would be limited then as well ;) 1106541785 M * Doener but why can try to abuse cron... 1106541798 M * Medivh heh, cron... i was just going to type that :p 1106541800 M * Doener first let's see, if it's worth it 1106541820 M * Doener get cron's pid and do: cat /proc//ninfo | grep NID 1106541827 M * Doener if it's 0 we're lucky 1106541843 M * micah ok, cron's PID is: 1887 1106541854 J * nox- ~vps@c207158.adsl.hansenet.de 1106541856 M * micah cat /proc/1887/ninfo |grep NID 1106541856 M * micah NID: 0 1106541867 M * Doener ok, so we can abuse cron 1106541898 M * Doener just create a temporary cronjob that restarts sshd in a minute or so 1106541908 M * micah hehe 1106541912 M * Doener (keep your current ssh session open!) 1106541935 M * micah dont i need to stop the v_sshd? 1106541935 M * Medivh ssh usually is easily bound to a single ip via config, too... no need to use v_sshd from my point of view 1106541935 M * Doener and use your original sshd initscript to restart it, _not_ v_sshd 1106541945 M * micah Medivh: thats the idea, to change it to that 1106541957 M * Doener Medivh: right, and v_sshd makes ssh pretty useless ;) 1106541984 M * Medivh especially if you want to start a vserver prolly ;) 1106541986 M * Doener micah: might be that you need to change the sshd config first, but we'll see 1106542010 M * micah you mean just a simple cronjob like: 1106542010 M * micah * * * * * /etc/init.d/sshd restart 1106542024 M * Doener should do 1106542081 M * Medivh personally i prefer netstat -npl | grep sshd, kill the listening pid and use /etc/init.d/sshd start... sometimes happened to me that the init script killed my current ssh session too, not just the listener, for whatever reason 1106542121 M * Medivh sucks if that happens and you have to pay NOC staff to start sshd for you :p 1106542133 M * Doener Medivh: that's useless here, because the new sshd would be limited as well 1106542147 M * Medivh well, i meant /etc/init.d/sshd start via cron 1106542154 M * Doener ah i c 1106542199 M * Medivh btw, none of you have an idea about my FC3 problem by any chance? ;) 1106542201 Q * nox Ping timeout: 480 seconds 1106542213 N * nox- nox 1106542243 M * micah ! 1106542244 M * micah it worked 1106542251 M * micah I now have real interfaces again :) 1106542279 M * Doener ok, so probably your problem was just the limitedness of your ssh session 1106542310 M * Doener just to make sure check again with: cat /proc/self/ninfo | grep NID 1106542321 M * micah cat /proc/self/ninfo |grep NID 1106542321 M * micah NID: 0 1106542342 M * micah yay 1106542350 M * micah now time to bind sshd to a specific IP instead 1106542354 M * Doener ok, then change the runlevel setup to use sshd instead of v_sshd now ;) 1106542367 M * Doener otherwise you'll be sad at next reboot 1106542378 M * micah I agree 1106542382 M * micah I was sad this time :) 1106542387 M * micah you guys are awesome 1106542393 M * Doener you're welcome 1106542487 M * Doener manju1234: btw, just ask ;) 1106542520 M * manju1234 i was curious about the loopback interface of the vserver 1106542549 M * micah so I put ListenAddress my.real.ip.address in sshd_config and restarted the ssh server, but netstat -npl |grep sshd shows it bound to 0.0.0.0:22 still 1106542552 M * manju1234 do vserver have their own loopback devices or what 1106542556 M * micah err, scratch that :) 1106542566 M * micah good ole cronjob set to restart sshd every 1 minute :) 1106542570 M * micah I think I'll disable that now 1106542601 M * Medivh shouldn't bind it to 0.0.0.0 tho if you changed the config :p 1106542690 M * Doener manju1234: no, they loopback 'functionality' is shared. but 127.0.0.1 is rewritten within vservers, i.e. vservers never really talk to 127.0.0.1 1106542691 M * micah Medivh: yeah, I didn't properly restart, its good now 1106542712 M * manju1234 so what do they talk to 1106542715 M * micah now I have to figure out how to get slapd and apache to bind to specific IPs 1106542728 M * Doener the address doesn't really matter that much, because any traffic that doesn't leave the box is routed via lo anyway 1106542734 M * Medivh micah, Apache is easy, Listen :80 in httpd.conf 1106542765 M * Doener manju1234: 127.0.0.1 is rewritten to the first ip address assigned to the vserver 1106542791 M * manju1234 ok 1106542816 M * manju1234 what if i want to mount something to the loopback device 1106542831 M * Doener hu? 1106542845 M * micah manju1234: I think you mean do a loopback mount 1106542852 M * Doener how do you mount anything to a network interface? 1106542854 M * micah manju1234: which is different from the loopback device 1106542861 M * Medivh guess he's talking about /dev/loopX 1106542915 M * manju1234 is that different from lo 1106542951 M * micah Medivh: but slapd is hard... 1106542992 M * Medivh micah, tbh, i don't even know what slapd is ;) but you might need to use a wrapper, not everything supports binding to a single ip thru config unfortunately 1106543034 M * Medivh personally i use configs whereever possible, and wrappers for the rest, works quite fine for me 1106543061 M * micah Medivh: what kind of wrapper? 1106543074 M * micah a v_slapd? 1106543079 M * micah Medivh: slapd is the ldap server 1106543116 M * Medivh micah, if there isn't a wrapper included, just create one :) you can simply copy and adapt one of the other wrapper scripts 1106543131 M * Medivh [root@eternity root]# cat /etc/init.d/v_snmpd 1106543131 M * Medivh #!/bin/sh 1106543131 M * Medivh # chkconfig: 2345 91 35 1106543131 M * Medivh # description: Wrapper to start snmpd bound to a single IP 1106543131 M * Medivh USR_LIB_VSERVER=/usr/lib/util-vserver 1106543131 M * Medivh exec $USR_LIB_VSERVER/vsysvwrapper snmpd $* 1106543131 M * micah oh you mean using vsysvwrapper? 1106543136 M * Medivh only thing you need to change is last line 1106543138 M * micah right, cool 1106543226 M * Doener http://www.geekcomix.com/cgi-bin/classnotes/wiki.pl?LDAP01/Security_Settings 1106543266 M * micah Medivh: what is NID anyways? that is useful, but I'd like to know at least what it stands for :) 1106543269 M * Medivh even better ;) 1106543313 M * micah hmm, yeah binding it to 127.0.0.1 maybe better 1106543317 M * Medivh micah, I would guess network context id, but Doener can prolly answer that one better, i'm not exactly an expert on kernel insights :) 1106543341 M * Doener Medivh is right ;) 1106543365 M * micah ah, so it is part of the ctx patch 1106543404 M * Medivh damn i wish i'd be as good guessing how to fix fedora's broken udev stuff ;) 1106543420 M * micah sorry, I dont do fedora :( 1106543423 M * Doener at least i also call it like that for myself... actually i only see it as nid in the source/on irc ;) 1106543490 M * Medivh micah, i'm quite considering to replace it by something else if it's now not even possible to boot a vanilla kernel with it any more... 1106543495 M * Doener Medivh: is CONFIG_VT_CONSOLE turned on? 1106543519 M * Medivh Doener, lemme double-check, but i think it is 1106543537 M * Medivh yeps 1106543568 M * Medivh i read on some forum earlier that /dev/console isn't created by udev for some reason when not using fedora's kernel 1106543581 M * Medivh but noone said how to make it create /dev/console 1106543644 M * Doener mknod -m 600 /dev/console c 5 1 1106543665 M * Doener that should also do the trick i guess... 1106543706 M * Medivh ah, i was thinking of mknod... but can i do that with a running system? cause when i use the fedora kernel /dev/console is there, can i somehow overwrite it with mknod? 1106543731 M * Doener is udevd running? 1106543769 M * Medivh good Q, can't check right now as i'm waiting to get it rebooted, been trying something and failed ;) 1106543787 M * Medivh though that's default config (just checked on another box), so i think it is 1106543814 M * Doener ok 1106543832 M * Doener udev creates a ramfs mount that overlays your original /dev 1106543903 M * Doener maybe udev just isn't started when the initial console is to be opened, and your original /dev doesn't have "console" 1106543925 M * Doener no idea how your fc kernel does it, but that's all i can come up with atm ;) 1106543950 M * Medivh so i guess the best would be to boot from CD, mount the drives, mknod that /dev/console and see if it works after rebooting? ;) 1106543956 M * Doener no 1106543976 M * Doener just bind mount / somewhere and you'll have access to your original /dev ;) 1106544034 M * Medivh aaah! great, thanks! ;) i'll try that as soon as i get the box back up ;) 1106544318 M * Doener Medivh: seems FC messes around with some initrd tricks or whatever to start udevd really early 1106544387 M * Medivh that'd explain a lot, cause i'm not using initrd at all 1106544398 M * Doener i suggest the following: mkdir /mnt/tmp; mount --bind / /mnt/tmp; cp -a /dev/* /mnt/tmp/dev; umount /mnt/tmp; rmdir /mnt/tmp 1106544415 M * Doener even if you were, your kernel probably wouldn't be doing those tricks 1106544458 M * Doener the above commands are meant to be done, when your working setup is running 1106544504 M * Medivh perfect... just didn't know how to access my original /dev remotely ;) 1106544519 M * Medivh hmm... 1106544520 M * Medivh dc23:~# mount -o loop /root/initrd-2.6.9-1.681_FC3.img /root/initrd 1106544520 M * Medivh mount: Sie müssen den Dateisystemtyp angeben 1106544534 M * Medivh since when isn't it possible to mount an initrd file (after gunzipping it) any more... 1106544554 M * Doener probably it's compressed 1106544562 M * Medivh compressed yet another time? 1106544634 M * Medivh already did gunzip it... would quite interest me how they handle that udev thing 1106544702 M * Medivh huh... i can less it and read it's text contents tho 1106544711 M * Medivh at least there's an udev.conf already ;) 1106544799 M * Doener somehow it sounds silly to me to put userspace stuff (udev) into kernel stuff (initrd)... the only "benefit" i see is that your original /dev can be empty, big deal... 1106544832 M * Medivh even sillier if it causes a vanilla kernel to be unable to boot 1106544844 M * Doener right 1106544995 P * manju1234 Leaving 1106545086 M * Medivh ah, cpio -i < /root/initrd-2.6.9-1.681_FC3.img worked 1106545169 M * Medivh tss... first lines in /init in the initrd file: 1106545169 M * Medivh echo Creating /dev 1106545169 M * Medivh mount -o mode=0755 -t tmpfs none /dev 1106545169 M * Medivh mknod /dev/console c 5 1 1106545169 M * Medivh mknod /dev/null c 1 3 1106545169 M * Medivh mknod /dev/zero c 1 5 1106545171 M * Medivh mkdir /dev/pts 1106545171 M * Medivh mkdir /dev/shm 1106545173 M * Medivh echo Starting udev 1106545175 M * Medivh /sbin/udevstart 1106545177 M * Medivh there we go... 1106545268 A * Doener wonders if you need a new kernel with every new udev releases with that setup *g* 1106545346 M * Medivh wonder what happens when initrd's and system's udev versions are out of sync ;) 1106545360 M * Medivh sounds quite messy to me how they did it anyway 1106545405 M * Doener yep 1106545440 M * Medivh and i was searching and searching thru my kernel config, being sure i had done something wrong as this was only the second 2.6 kernel i compiled... just to find out about that :P 1106545522 M * Doener well, go and complain at Fedora ;) 1106545543 M * Medivh be sure i will do that ;) 1106545559 M * Medivh gonna submit that into good ole bugzilla 1106545612 M * daniel_hozac initramfs's have been required for Red Hat distros for a long time. 1106545621 M * daniel_hozac (well, initrds previously) 1106545639 M * Medivh never needed one up to fedora core 1 1106545681 M * daniel_hozac so you weren't using labels as has been the default for a long time? 1106545728 M * Medivh ah, yeah, the label stuff... remember crashing a box with that when it first appeared, true 1106545745 M * Medivh just changed it to /dev/... in the boot loader config after that tho 1106546665 Q * Hollow Quit: Leaving 1106546750 J * xaero amit@220.224.31.37 1106546764 Q * xaero Quit: 1106547054 M * Marlow initrds are evil .. 1106547064 M * Marlow any unecessary within a vserver .. 1106547096 M * Marlow or they are not evil, but there isn't much sense of using initrd inside the vserver 1106547140 M * Marlow the most meaningfull thing it did was being able to load modules for raid-controller, netcard etc. before mounting the filesystem .. 1106547157 M * Marlow and that does all not matter, when running the stuff inside a vserver .. 1106547172 M * Marlow the host system still might need that stuff though 1106547180 M * Doener it's even impossible, no kernel -> no initrd ;) but Medivh is having trouble with his host os, fc3 doesn't work with non fc3-kernels (f.e. vanilla) 1106547197 M * Marlow arghh .. 1106547205 M * Marlow don't do fc or redhat for that sake .. 1106547207 M * Marlow :o) 1106547219 M * daniel_hozac vanilla kernels would work if you have the appropriate initramfs. 1106547221 M * Marlow i just got annoyed because a customer wanted redhat .. 1106547248 M * Doener daniel_hozac: right 1106550290 Q * Marlow Quit: gone .. 1106552366 Q * are|afk Ping timeout: 480 seconds 1106552753 Q * chrish01 Quit: Leaving 1106553916 J * miller7 ~none@adsl49-static-gw1.access.acn.gr 1106553931 M * miller7 hello guys 1106554527 J * pulsar ~pulsar@82.209.246.234 1106554586 M * miller7 anyone knows what happened to lsxid and chxid? They don't exist into Enrico's compressed files 1106554602 J * chrish01 ~chrish01@69.90.131.10 1106554859 J * are|afk ~are@gateway-dsl.lihas.de 1106554864 M * are|afk hi 1106554869 N * are|afk _are_ 1106554872 M * chrish01 hi _are_ 1106554874 M * miller7 hi 1106554971 J * ats ~as@lotes.vtu.lt 1106555074 J * axu_ ~BOX@62.116.66.2 1106555080 M * axu_ hi folks :) 1106555085 M * chrish01 hi axu_ 1106555108 M * axu_ hi chrish :) 1106555384 M * _are_ Medivh: i have heard about the initial console trouble with FC3 from other people, too. The /dev below the udev is just empty, reate the /dev/console (and whatever else you wnat to have) as suggested above and you should be ... 1106555384 M * _are_ set. 1106555566 J * marmotte ~marmotte@ca-metz-11-233.w80-8.abo.wanadoo.fr 1106555662 M * axu_ anyone a hint how to install debian with util-vserver 0.30 and ctx patch 1.9.3 ? 1106555674 M * chrish01 sure ... 1106555686 M * axu_ i grabbed the latest deb-newvserver.sh ...doesnt work for me 1106555694 M * chrish01 check the mailing list for the link to the alpha util deb repo 1106555698 M * marmotte hi all 1106555708 M * chrish01 then apply the 1.9.3 patches to a vanilla kernel 1106555728 M * chrish01 afaik debian kernel sources may not patch cleanly 1106555748 M * marmotte i have installed XFCE4.2, with the graphic installer, activated the composite option in xorg.conf, and only the panel is transparent 1106555755 M * chrish01 hi marmotte 1106555760 M * axu_ chrish01: its a homebrewed kernel... i only have problems getting the right tool, which..i must say, i have had everytime since tried vserver :) 1106555772 M * marmotte what i have to do to have term and other windows transparent please ? 1106555803 M * chrish01 marmotte: you need xorg with composite extensions ... but this isnt probably the best place for that :) 1106555819 M * axu_ marmotte: what graphicscard do you own ? 1106555843 M * marmotte chrish01: i have that, panel is transparent! graphic card: Nvidia GeForce MX 440 AGP 8x 1106555865 M * axu_ marmotte: i tried it with nvidia gf3 works ok (slower garbage removal then with xfree86) i tried it with ati 76500..no go 1106555867 M * chrish01 marmotte: check out xcompmgr --help 1106555912 M * marmotte oh, i see i don't have compmgr, it is not include in xfce4.2 ? 1106555931 M * chrish01 no, its part of xorg 6.8 1106555932 M * axu_ marmotte: you only need transset 1106555941 M * axu_ marmotte: to get widnows tarnsparent 1106555951 M * chrish01 yea, xcompmgr is for nice effects 1106555968 M * marmotte ok, i have to see where to get that 1106555968 M * axu_ and the compmgr runnig of course :) 1106555997 M * axu_ xfce panel looks a little damaged with compagr enabeld... 1106556000 M * axu_ enough of the chitchat :) 1106556025 M * marmotte ok, thanks for your help 1106556035 M * chrish01 np 1106557023 M * matti :-) 1106557261 J * Mega\work ~Megabart2@host50-101.pool80183.interbusiness.it 1106557268 M * Mega\work Hi all 1106557280 M * chrish01 hi Mega\work 1106557581 J * prae ~prae@ezoffice.mandrakesoft.com 1106557734 J * TheSeer ~theseer@border.office.salesemotion.net 1106557736 J * BWare ~bware@212.26.196.41 1106557756 M * prae 'morning ! 1106561367 M * axu_ cant find anything newer then util vserver 0.30 :( 1106561372 M * axu_ http://www-user.tu-chemnitz.de/~ensc/util-vserver/ 1106562461 M * axu_ i dont get it, i never find the mathcing utils-ctx combination 1106562467 M * axu_ creepy 1106562501 M * Mega\work dns:/etc/bind# ping 172.16.0.60 1106562501 M * Mega\work ping: icmp open socket: Operation not permitted 1106562521 M * Mega\work whiy this error in vserver shell? 1106562533 M * axu_ Mega\work: use fping 1106562565 M * axu_ Mega\work: because ping wants to bind somehow to the port that is not allowed (unless you give the vserve rthe capabilities) 1106562717 M * Mega\work fping don't run 1106562728 M * Mega\work dns:/etc/bind# fping -g 172.16.0.0 172.16.0.75 1106562728 M * Mega\work dns:/etc/bind# 1106562847 M * axu_ Mega\work: sorry, i have no clou 1106563837 M * _are_ ping works here wthout any extra capabilities. should I be scared? 1106563849 P * miller7 1106563854 J * miller7 ~none@adsl49-static-gw1.access.acn.gr 1106564380 J * Duckx ~duckx@195.75.27.158 1106565203 J * hiaslboy ~knoppix@pcla-18.mat.ucm.es 1106565326 Q * chrish01 Quit: chrish01 1106565353 M * axu_ _are_ no if you are in the rootserver ;) 1106565358 M * axu_ s/no/not/ 1106566161 M * hiaslboy what do you want to know, axu_? 1106566194 M * _are_ axu_: i am in the vserver 1106566608 M * axu_ hiaslboy: where i can find a newvserverscript that works for debian 1106566636 M * axu_ _are_: well, i wouldnt be scared but id have to take a deep deep think if that happened to me :) 1106566741 M * _are_ axu_: the vservers show only their processes and can't change any interface options. 1106566754 M * _are_ perhaps my ping command is actually a wrapper? 1106566763 M * axu_ im setting up vserver for the 5th tme (i mean releases not installations) and am allways to stupid to get all the parts together without /join ing #vserver 1106566780 M * axu_ _are_: heyy, cheater :) 1106566808 M * _are_ axu_: I have not made it a wrapper and it doesn't claim to be one. 1106566843 M * _are_ however, from other code I know there are different possibilities do get the efect of a 'ping', so perhaps my version uses some othe rpossibility 1106566959 M * axu_ just joking 1106567061 M * axu_ and like allways when this happens i have to wait for bertl for enlightenment 1106567163 P * dominance Client exiting 1106567324 M * _are_ :-> 1106567379 M * _are_ btw: what is the purpose of setting the /vservers directory to 000? to prevent normal mainserver users from accesing vservers filespace or to prevent some excape-the-vserver stuff? 1106567398 J * Marlow ~marlow@freya.ie.tuxbox.nu 1106567413 M * Marlow can anybody tell me what the last suse on 2.4 was ? 1106567442 M * _are_ afaik you can still install 2.4 kernels with suse 1106567453 M * Marlow on 9.2 ? 1106567465 M * _are_ i assume so, but I have not seen a suse 9.2, yet 1106567475 M * _are_ why you ask? you need a special 2.4 feature? 1106567489 M * Marlow ah :) .. no .. i can't get the f*****er to start 1106567492 M * Marlow in a vserver .. 1106567504 M * Marlow allready found some stuff from the irc logs in dec. 1106567518 M * Marlow but ... it's not really doing what i want it to .. 1106567542 M * _are_ kernel should be (except the patch) completly irrelevant to anything within the vserver. everything you do in a vserver is accessing already configured kernel stuff 1106567550 M * _are_ -> no module loading or similar 1106567558 M * Marlow i know .. 1106567560 M * _are_ and this means. hotplug&Co will fail 1106567569 M * Marlow i've been using vservers for ages ... 1106567592 M * Marlow just never tried to get suse to run inside .. and it seems to be quite a hassle 1106567617 M * _are_ I think I have seen someone running suse in a vserver round here. but no real idea. 1106567627 M * axu_ woow, that seems to be a real long time. am i really that old ;) 1106567630 M * axu_ cu later folks 1106567643 P * axu_ Client exiting 1106567696 M * Marlow let's see .. must have overlooked something 1106567953 P * hiaslboy 1106568675 M * Marlow hmmm grrrr.... it's getting to runlevel 3 .. thatis' it .. 1106569202 Q * marmotte Ping timeout: 480 seconds 1106569925 N * Bertl_zZ Bertl 1106569939 M * Bertl morning folks! 1106569984 M * Mega\work morning Bertl 1106570476 M * Marlow morning ... 1106570498 M * aba Hi Bertl 1106570514 M * Bertl hey Mega\work, Marlow, aba! 1106570515 M * Marlow Bertl : do you know if anybody has a working guest image for suse flying around ? 1106570533 M * Bertl hmm, shouldn't lycos have one? sec ... 1106570565 M * Bertl nope, obviously not yet ... 1106570647 M * Marlow Bertl : nope .. they only have the default stuff 1106570662 M * Bertl Mega\work: regarding your ping issue, which kernel version? 1106570686 M * Bertl Marlow: sorry, no suse here ... maybe ask on the list? 1106570736 M * Mega\work Bertl: Linux server2 2.4.28-vs1.29 #1 SMP Thu Jan 20 16:26:10 CET 2005 i686 unknown 1106570768 M * Marlow Bertl : i found one guy in the irc logs and on the list (oliwel), who had something going there .. 1106570777 M * Marlow Bertl : together with you back in december .. 1106570789 M * Marlow Bertl : but he's using experimental and 2.6 1106570810 M * Bertl hmm, and you are with stable I guess ... 1106570827 M * Marlow Bertl : i'm on Debian as host, 2.4 and 1.28 1106570876 M * Marlow Bertl : that's what i upgraded to on my production box, when i moved away from Jaques ctx patches .... 1106570904 M * Bertl well, I guess it shouldn't be too hard, to get suse running ... you need working runlevel scripts, that's it ... 1106570912 M * Marlow Bertl : not happy to recompile the kernel to often for production servers 1106570938 M * Marlow Bertl : yep .. i've allready made improvements, by changing things in /etc/rc.d/rc, but it's not coming up yet .. 1106570949 M * Marlow Bertl : dies after entering runlevel 3 1106570961 M * Bertl hmm, should rc be called at all? 1106570996 M * Bertl well, probably your services (in runlevel 3) do not start any permanent daemons? 1106571011 M * Bertl (something like sshd or httpd) 1106571028 M * Bertl otherwise the context would work fine I guess 1106571054 M * Marlow looks like .. 1106571063 M * Marlow the context as such works .. 1106571085 M * Bertl don't know if the debian folks already added debug stuff, but you could try to add -x to the /bin/bash invocations 1106571122 M * Marlow it's there .. didn't bring me further than what i found in the irc logs 1106571142 M * Bertl could you upload it somewhere? 1106571183 M * Marlow sure .. 1106571186 M * Marlow hang on .. 1106571331 M * Marlow http://gatekeeper.ie.marlow.dk/~marlow/suse92-start 1106571411 M * Marlow i tried to create a file named /etc/issue-SuSE-first-run, that just get's removed during the script run .. ends the same way 1106571415 M * Bertl /etc/init.d/rc3.d/S01random start 1106571429 M * Marlow hmm .. 1106571436 M * Bertl as this is executed, I'd say your etc/init.d/rc3.d does contain the 'wrong' links 1106571463 M * Marlow i'm asleep :( 1106571464 M * Bertl the random generator and hardware related stuff should _not_ be part of the startup 1106571470 M * Marlow i know 1106571480 M * Bertl try to add sshd and httpd there, and remove the other ones 1106571505 M * Bertl New security context is 49216 1106571509 M * Bertl and use static xids 1106571550 M * Bertl and if this is a typical debian default setup, also replace -H by -HS, and remove the 'lock' flag 1106571602 M * Bertl (static xid from 2 .. 49151) 1106571617 M * Marlow i'm back on jaques vserver tools, because the debian util-vserver packages from testing screwed something majorly up 1106571629 M * Marlow and i didn't have the time to test, what went wrong 1106571642 M * Bertl well, I'd suggest using 0.30 (from my pages) 1106571664 M * aba Marlow: I'm using the 0.30.196 with debian, and it works. Need to build a package from them however ... 1106571711 M * Marlow the 0.30-10 from testing did something odd .. 1106571757 M * Bertl http://www.13thfloor.at/vserver/s_release/v1.2.10/util-vserver-0.30.tar.bz2 1106571772 M * Marlow so when i get the time i'm going back to util-vserver, but that's a minor issue right not 1106571773 M * Marlow now 1106571778 M * Marlow s/not/now/ 1106571810 M * Bertl well, it seems that the vservers are trusted anyway ... 1106571816 M * Marlow i need to test that on one of the development boxes, before i deploy it again 1106571836 M * Marlow on that box, yes 1106571944 M * Bertl okay, back later ... 1106571952 N * Bertl Bertl_oO 1106572745 M * Marlow ahhhh :) 1106572762 M * Marlow use the --force, luke :) 1106572895 Q * flock Ping timeout: 480 seconds 1106573947 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1106574544 M * sannes :) 1106574611 M * Marlow :) ? 1106574632 J * mbucc ~konversat@host-216-153-147-194.spr.choiceone.net 1106574706 A * Marlow needs coffee 1106575742 N * Bertl_oO Bertl 1106575762 M * Bertl greetings! 1106575863 J * jsambrook ~jsambrook@aelfric.plus.com 1106575883 M * Bertl welcome flock, mbucc, jsambrook! 1106575891 M * Bertl sannes: any updated BME patches? 1106575936 M * Doener *yawns* 1106575938 M * Doener morning! 1106575945 M * Bertl morning Doener! 1106575963 M * Marlow Bertl : got it running .. still needs tweaking though 1106575975 M * Bertl congrats! 1106575988 M * Marlow suse rc's are a mess 1106576016 M * Bertl do they still have yast, btw? 1106576027 M * Marlow jup .. yast2 1106576061 M * Marlow and the syslog init script fails .. or partly ... klogd fails (funny, enuff :o) 1106576071 M * Bertl yes, that is expected 1106576077 M * Marlow exactly .. 1106576077 M * Bertl you ahve to remove the klogd 1106576106 M * Marlow as i said ... suse rc's are a mess .. i have to write up a patchset for this *grr* 1106576131 M * Bertl please publish it, you are probably not the only one fighting with it ;) 1106576174 M * Marlow eh :) .. i actually thought about it the other day, that i've been using vserver for so long, should probably take myself together and write some docs 1106576234 M * Marlow but getting suse to work means 5 distro's on one box 1106576317 M * Marlow sorry .. 6 1106576333 M * Marlow i allways forget about mandrake . 1106576359 M * Bertl sounds good, folks will love 'ya 1106576377 M * Bertl (most folks give up after 3-4 distros ;) 1106576395 M * Marlow eh :) the easy ones, eh ? 1106576417 M * Marlow debian, rh, fc and mandrake work mostly out of the box 1106576438 M * Bertl yes, newer mandrake (> 10.x) seems to give some trouble too 1106576445 M * Bertl (but maybe just as host) 1106576456 M * Marlow dunno ... allways used Debian as host .. 1106576464 Q * ats Ping timeout: 480 seconds 1106576487 M * Marlow slackware isn't that problematic either 1106576496 M * Marlow or ..... er .. yes .. 1106576528 M * Marlow it is ... a bit .. due to bsd style boot 1106576531 M * Bertl Marlow, did you already add yourself to the Happy Users Page? 1106576544 M * Marlow no .. i'm just in the hall of fame, i think 1106576555 M * Bertl yes, of course! 1106576557 M * Marlow :o) 1106576570 M * Marlow and on ipv6 testing .. 1106576586 M * Marlow sorry .. 1106576589 M * Marlow 2.6 testing 1106576590 M * Bertl ahh, good point, I guess I have to call that in soon ... 1106576598 M * Marlow ipv6 would be nice too :) 1106576609 M * Bertl yeah, ngnet is the magic word ... 1106576610 M * Marlow klavs and I have begged for that forever :) 1106576618 M * Marlow i know .. 1106576634 M * Bertl if you start testing ipv6 today, we can have it running tomorrow ;) 1106576639 M * Marlow i'm not reading the mailinglist that often anymore, but i saw something there not too long ago 1106576668 M * Marlow i might set a testbox up .... but not before i'm over in denmark again .. 1106576674 M * Bertl of course, ngnet isn't production ready yet 1106576694 M * Marlow hosting space is not that cheap here in IRL 1106576721 M * aba Cool. 1106576729 M * Bertl Marlow: you are now in ireland? 1106576729 A * aba wanted to have ipv6 :) 1106576738 M * Marlow yeah .. for a year .. 1106576749 M * Marlow i moved from stockholm to dublin a year ago 1106576755 M * Bertl do you like the irish way of living? 1106576793 M * Marlow ehh :) Ireland is great, there are some annoying things, but it could be worse .. 1106576841 M * Bertl aba: don't let anything stop you from pushing me into adding ipv6 support to ngnet ;) 1106576843 M * Marlow i usually don't find it hard to adapt .. there is just one country, where i didn't adapt to well, 1106576872 M * aba Bertl: Ok. What's the best way to push you? :) 1106576881 M * Marlow aba : not over the cliff :) 1106576905 M * Bertl aba: get ngnet 8.12, setup a test scenario, and complain about missing stuff ;) 1106576931 M * Bertl rs even did a howto test ... 1106576960 M * Bertl btw: http://www.yaplakal.com/uploads/previews/post-2-1097659403.jpg 1106577011 Q * mbucc Ping timeout: 480 seconds 1106577078 M * Marlow Bertl : sometimes i miss the times working for ISPs .... where you basically just could drop a box in ... somewhere ... 1106577111 M * Bertl yeah, I know ... 1106577136 M * Marlow Bertl : the difference is not, that i have access to hi-grade boxes, but can't get them accessible to the outside .. 1106577191 M * aba Bertl: can you give me the URL for ngnet? 1106577196 M * Marlow Bertl : have a quad xeon p3 as test system under my desk at work ... usually just being used as a place to put my feet up 1106577231 M * Bertl aba: http://linux-vserver.org/NGNET-Testing-HOWTO 1106577336 M * aba Bertl: with that, each vserver is a seperate host from the network topology point of view? 1106577377 M * Bertl each vserver has a virtual interface (actually two or more), which 'use' the real interfaces to transmit packets 1106577407 M * Bertl currently they do not see (and reach) each other 1106577427 M * aba ok. 1106577429 M * Marlow aren't we getting somewhere, where we are talking vmware alike and getting quite a bit of overhead ? 1106577493 M * Bertl not really, but that is why it took some time until ngnet was possible ... I had to figure out a way with minimal (ideally no) overhead 1106577532 M * Marlow because that is exactly why (i think) most people that go for vserver take that pick .. 1106577539 M * Marlow nearly no overhead 1106577557 M * Bertl yes, exactly, and be assured, we won't change that in the future ... 1106577618 M * Bertl some of the ngnet mechanism can, when optimized (and tuned) even outperform the currnet (shared) setup 1106577676 M * Marlow sounds good, but it's probably as it is allways ... everything has pro and contra's .. 1106577717 M * Marlow did you actually ever write the pro- and contra-s for fixed ctx's up somewhere ? 1106577759 M * Bertl guess not, but it's simple: 1106577790 M * Bertl dynamic context: pro: you do not have to assign them 1106577809 M * Bertl contra: they are racey, they don't work with any kind of tagging 1106577853 M * Bertl so dynamic contexts are fine if you do something like: chcontext sleep 100 & 1106577875 M * Bertl this will put the sleep into a new context and you do not ahve to worry about assigning an xid 1106577880 M * Marlow that's evil to do 1106577893 M * Bertl for all other purposes the static context id is better ... 1106577902 A * aba uses just the last 8 bit of the ip address for the context 1106578024 J * Marlow_ ~marlow@217.67.139.197 1106578034 M * Marlow_ arghh .. i hate glbx 1106578043 M * Marlow_ gblx even 1106578079 M * Marlow_ the other connection just died ... again 1106578164 M * Marlow_ and now it came back ... bgp kicked in 1106578176 M * Marlow a 1106578177 Q * jsambrook Remote host closed the connection 1106578193 Q * Marlow Quit: My damn controlling terminal disappeared! 1106578203 J * jsambrook ~jsambrook@aelfric.plus.com 1106578207 N * Marlow_ Marlow 1106578232 Q * jsambrook Quit: 1106578233 M * Marlow anyhow ... using the last 8 bits wouldn't work for me :) .. i'm in a /23 1106578253 M * Marlow but sure .. that's one way to do it .. 1106578258 M * aba Marlow: expand your bits. :) 1106578272 M * aba (till a /16 on the same server should work) 1106578294 M * Marlow i don't think that there should be that many vservers on one host ever .. 1106578303 M * aba agreed. 1106578308 M * Marlow unless you have something evil like a S/390, where vserver not is an issue 1106578360 M * Bertl hmm? 1106578387 M * Bertl (because of the hard partitioning or what?) 1106578390 M * Zoiah Marlow: depends on how you're using vservers. 1106578409 M * Zoiah Marlow: I don't use it as seperate linux machines, I use it to partition my services into seperate 'secure' parts. 1106578487 Q * sannes Read error: Connection reset by peer 1106578499 M * Marlow Bertl : no .. because it provides vm's allready 1106578518 M * Marlow Zoiah : surely 1106578762 M * Marlow Bertl : as Zoiah pointed it out ... i use vserver for vm's :) 1106578869 Q * _are_ Ping timeout: 481 seconds 1106579048 J * _are_ ~are@gateway-dsl.lihas.de 1106579097 M * Bertl wb _are_! 1106579110 J * are|lunch foobar@gateway.lihas.de 1106579134 M * Bertl hmm, split personality I guess ;) 1106579184 M * Bertl anyway all ares are welcome! ;) 1106579417 J * jsambrook ~jsambrook@aelfric.plus.com 1106579427 M * Bertl wb jsambrook! 1106579532 Q * _are_ Ping timeout: 480 seconds 1106579563 J * p3 ~pran@220.224.26.184 1106579578 M * Bertl welcome p3! 1106579598 M * p3 hi 1106579639 M * p3 i couldn't understand how we break out of a chrooted root dir 1106579677 P * p3 1106579779 J * manju1234 ~manj___@220.224.26.184 1106579809 M * manju1234 hi all 1106579828 M * Bertl hi manju1234! 1106579828 Q * Duckx Remote host closed the connection 1106579907 M * manju1234 i wanted to know how to break out of chrooted dir (p3) 1106579911 M * miller7 Bertl, are lsxid and chxid utilities obsolete? 1106579954 M * Bertl no, they are part of alpha util-vserver ... 1106579992 M * Bertl and hello miller7 btw! ;) 1106579995 M * miller7 :) 1106580012 M * miller7 do you have any starting idea why lsxid shows !!ERR!!? 1106580028 M * miller7 have I forgotten a patch or so? 1106580032 M * miller7 it's strange 1106580045 M * Bertl probably the filesystem in question isn't mounted with tagxid ... 1106580050 M * miller7 ah 1106580055 M * miller7 hmmm 1106580063 A * miller7 goes to see his other installation that works 1106580066 M * miller7 thanks for the tip :) 1106580067 J * ats ~as@lotes.vtu.lt 1106580074 M * Bertl welcome ats! 1106580115 M * Bertl manju1234: there are exploits on the net, you'll probably find a bunch with google ... 1106580134 M * miller7 hmm... Bertl, should it be an addition to /etc/fstab 1106580135 M * miller7 ? 1106580162 M * Bertl it should be an option when the filesystem is mounted ... 1106580212 M * manju1234 let me chk,bertl .thnk neway 1106580213 M * Bertl (so if your filesystem is mounted via fstab, then add it there) 1106580224 M * miller7 strange 1106580241 M * miller7 this uses ctxid but does not mount anything strange: 1106580244 M * miller7 /dev/hda4 /vservers ext3 noatime 0 1 1106580248 M * miller7 yet it works fine 1106580302 M * Bertl when mounted you probably specified tagxid (or whatever option was appropriate) (which kernel version are we talking about?) 1106580317 M * miller7 2.4.24 1106580319 M * miller7 ah 1106580320 M * miller7 old 1106580355 M * miller7 the other one (not working) is 2.4.27 1106580362 M * Bertl 2.4.x also needs the quota patches for that to work ... 1106580377 M * miller7 yeah, thought so... perhaps I haven't patched it 1106580385 M * miller7 anyway, will look into it 1106580387 M * miller7 thanks 1106580393 M * Bertl you're welcome! 1106580521 P * manju1234 Leaving 1106580756 M * Mega\work Someone have installed bind in a vserver? 1106580781 M * Bertl yep 1106580830 M * Marlow sure .. 1106580840 M * Marlow powerdns, bind, anything you like 1106580846 M * Marlow :o) 1106580897 M * Mega\work then, i have this problem 1106580957 M * Mega\work in a vserver i can't ping nobody machine 1106580971 M * Bertl which kernel/patches? 1106581014 M * Mega\work Linux server2 2.4.28-vs1.29 #1 SMP Thu Jan 20 16:26:10 CET 2005 i686 unknown 1106581025 M * Mega\work but the problem is another....... 1106581051 M * Mega\work i use dig for verify if dns resolv address 1106581168 M * Mega\work ;; QUESTION SECTION: 1106581168 M * Mega\work ;ldap.mapasasnc.intra. IN A 1106581168 M * Mega\work ;; AUTHORITY SECTION: 1106581168 M * Mega\work . 10800 IN SOA A.ROOT-SERVERS.NET. NSTLD.VERISIGN-GRS.COM. 2005012400 1800 900 604800 86400 1106581193 M * Mega\work I have this result with command "dig mapasasnc.intra" 1106581199 Q * BWare Remote host closed the connection 1106581236 M * Mega\work but, I would have this result 1106581250 J * BWare ~bware@212.26.196.41 1106581258 M * Mega\work ;; QUESTION SECTION: 1106581259 M * Mega\work ;1.0.0.127.in-addr.arpa. IN PTR 1106581259 M * Mega\work ;; ANSWER SECTION: 1106581259 M * Mega\work 1.0.0.127.in-addr.arpa. 259200 IN PTR localhost. 1106581259 M * Mega\work ;; AUTHORITY SECTION: 1106581259 M * Mega\work 0.0.127.in-addr.arpa. 259200 IN NS ns.linux.bogus. 1106581274 M * Mega\work i don't have the ANSWER SECTION 1106581277 M * Mega\work why? 1106581454 M * Bertl because the name ldap.mapasasnc.intra. can not be resolved (same here) 1106581536 M * Mega\work ok 1106581545 M * Mega\work but why? 1106581554 M * Mega\work Bertl 1106581567 M * Mega\work dns:/# host 172.16.0.60 1106581567 M * Mega\work Name: ldap.mapasasnc.intra 1106581567 M * Mega\work Address: 172.16.0.60 1106581598 M * Mega\work with command host, if i use the ip of machine, bind resolv the name 1106581622 M * Mega\work but, if i use host with the name of the machine 1106581627 M * Mega\work this is the result 1106581640 M * Bertl there is no root nameserver delegating the intra toplevel domain, right? 1106581651 M * Mega\work dns:/# host ldap.mapasasnc.intra 1106581651 M * Mega\work ldap.mapasasnc.intra does not exist, try again 1106581676 M * Bertl so if you want to make up new top level domains, you have to tell your resolver where to look ... 1106581677 M * Mega\work what is the nameserver delegation? 1106581714 M * Mega\work when i can past named.conf and the zone file of the domain? 1106581768 M * Marlow Mega\work : more interesting is, what you have in resolv.conf 1106581775 M * Bertl Mega\work: you should read up on nameserver configuration and how domain delegation works! 1106581783 M * Marlow Mega\work : that lookup will only work, if you ask your own dns server 1106581796 M * Marlow Mega\work : where you set that .intra domain up 1106581825 M * Mega\work Marlow, resolv.conf is good 1106581844 M * Mega\work dns:/# cat /etc/resolv.conf 1106581844 M * Mega\work domain mapasasnc.intra 1106581844 M * Mega\work nameserver 172.16.0.75 1106581852 M * Marlow Mega\work : is the nameserver entry in resolv.conf pointing to your nameserver ? 1106581854 M * Mega\work 172.16.0.75 is dns server ip 1106581874 M * Marlow where you are running that bind, you are talking about ? 1106581919 M * aba Mega\work: did you try dig your.domain @your.nameserver ? 1106581947 M * Mega\work ok aba 1106581963 Q * monrad Quit: Leaving 1106581976 M * Mega\work Marlow i don0t understand "you are talking about" 1106582054 M * Mega\work aba 1106582058 M * Mega\work this is the result 1106582061 M * Mega\work dns:/# dig mapasasnc.intra @172.16.0.75 1106582076 M * Mega\work ........ 1106582093 M * Mega\work ;; QUESTION SECTION: 1106582094 M * Mega\work ;mapasasnc.intra. IN A 1106582094 M * Mega\work ;; AUTHORITY SECTION: 1106582094 M * Mega\work . 10800 IN SOA A.ROOT-SERVERS.NET. NSTLD.VERISIGN-GRS.COM. 2005012400 1800 900 604800 86400 1106582096 M * Mega\work ......... 1106582278 A * Marlow is going to bed now ... been awake since 10pm yesterday .. 1106582326 J * jsambroo1 ~jsambrook@aelfric.plus.com 1106582365 M * Bertl night Marlow! 1106582641 P * jsambroo1 1106582647 Q * jsambrook Quit: Download Gaim: http://gaim.sourceforge.net/ 1106582947 M * Marlow Bertl : thanks ... and that SuSE 9.2 guest seems to be running smoothly now ..... 1106582975 M * Bertl excellent! 1106582982 M * Marlow Bertl : i'll probably put the guest images / diffs up on my website later .. 1106583034 M * Marlow Bertl : when i get myself together to write that up ... i have a deployment script, that basically just is told the vserver name, ip and o/s ... and optionally another path than the default vserver path .. 1106583056 M * Marlow Bertl : unpacks guest images, patches it up and starts the vserver .. 1106583072 M * Bertl sounds good! 1106583100 M * aba Bertl: one question: clock is synchronised between all contextes? 1106583121 M * Bertl yes, as there is only one, but timezone can differ ... 1106583135 Q * Marlow Quit: gone .. sleeping 1106583142 M * aba of course. timezone can differe with setting TZ=$something :) 1106583144 M * aba thanks. 1106583179 M * Bertl for a short time we were considering to add some kind of offset, but it just makes no sense at all ... 1106583709 M * Val hi 1106583722 M * Bertl hello Val! 1106583731 M * Val hi Bertl :) 1106583768 M * Val gonna make quota tests for Ola to include them in debian patches 1106583854 M * Bertl good idea ;) 1106583854 M * Val is there a solution to reduce memory usage per vserver on 2.4.X versions ? 1106583875 M * Bertl no 1106583880 M * Val hum 1106583949 M * Val well, i have to tell linuxfr developpers to make better scripts then 1106583973 M * Bertl 2.6 provides this and many other features ... 1106583982 M * Bertl 2.6/1.9.x that is ... 1106583994 M * Val yes i know, but we use stable branch :-/ 1106584051 J * Pazzo ~thomas@host130-250.pool8172.interbusiness.it 1106584053 M * aba why not upload them to experimental? 1106584061 M * Pazzo hi all! 1106584149 M * Val because lot's of security fix on 2.6.X branch that make server administration too anoying 1106584168 M * Val we don't have time to spend for that 1106584186 M * Bertl ah, what about 2.4.29 then? 1106584208 M * Pazzo Bertl: do you remember the (not really) still running unstoppable xid two days ago? There is a nice Oops in /var/log/kern.log, caused by Xrealvnc inside this vserver... if it may help you I can upload it somewhere 1106584210 M * Val waiting for debian kernel team ;-) 1106584243 M * Bertl Pazzo: yes please! 1106584251 M * aba Val: AFAICS, the bugs are already fixed. However, I only really follow up 2.6.8. 1106584252 M * Bertl and welcome! 1106584257 M * Val i saw Ola asked you to make debian patch for 1.2.10, could you build the one with quota support too ? 1106584275 M * Bertl well, got no debian patch yet ... 1106584288 M * Val ok 1106584291 M * Bertl ... and you know how it works ;) 1106584297 M * Val yes :))) 1106584327 M * Val i'll try to make it tonight 1106584333 M * Val and test it 1106584342 M * Pazzo Bertl: http://vserver.gelf.net/vs_oops_xrealvnc.txt 1106584346 M * Bertl tx 1106584355 M * Val aba : 2.6.8 just in incoming to day 1106584356 M * Pazzo btw: hi bertl :) 1106584358 M * Val today 1106585087 Q * pulsar Ping timeout: 480 seconds 1106585650 J * sannes ~ace@home.skarby.no 1106585690 Q * sannes Read error: Connection reset by peer 1106586047 J * chrish01 ~chrish01@65.102.174.241 1106586170 Q * chrish01 Quit: 1106587039 M * Bertl okay, back later ... 1106587043 N * Bertl Bertl_oO 1106587384 J * Nod51 ~Nod51@maxim.acxiom.com 1106587424 M * Nod51 is it possible for the host and vservers to get their IP via DHCP? 1106587489 M * Nod51 I have been looking around but I think binding would be harder since the IP is not fixed 1106587637 M * Doener Nod51: that's impossible to do 'directly' with the current networking code. but you could give the vserver an local ip address (fe. 10.0.0.x) and use iptables to 'connect' it to an dynamic address 1106587687 M * Nod51 hmmm ok 1106587695 M * Nod51 so like forward on the ports? 1106587723 M * Doener snat should do 1106587739 M * Doener and dnat as well i guess 1106587752 A * Doener needs to refresh his iptables knowledge a little... 1106587777 M * Nod51 oh ok.. I need iptables knowledge :-) 1106587789 M * Nod51 not just a refresh 1106587808 M * Nod51 Determining IP information for eth0:0...SIOCSIFFLAGS: Cannot assign requested address 1106587808 M * Nod51 SIOCSIFFLAGS: Cannot assign requested address 1106587828 M * Nod51 any idea why I get that when I try to get the alias via dhcp? 1106587845 M * Doener kernel version? 1106587874 M * Nod51 2.4.29 1106587892 M * Nod51 redhat enetrprise 3 1106587894 Q * are|lunch Quit: Disconnecting 1106587918 M * Doener no idea then, sorry. i won't speculate about 2.4 stuff, i'm more familiar with 2.6... 1106587937 M * Nod51 thanks for trying 1106587937 M * Mega\work good 1106587967 J * chrish01 ~chrish01@69.90.131.25 1106588087 M * Mega\work why if i use "dig domain.intra" then dns resolv the ip but if i use "dig 172.16.0.10" then the server don't resolv the name? 1106588118 M * Doener is there a reverse zone for that? 1106588136 M * mikelcu wait you can't use dhcp on virtual interfaces 1106588141 M * mikelcu not that I'm aware of 1106588149 M * Nod51 ohh haha 1106588169 A * Doener .oO( guess i need dhcp knowledge as well ;) 1106588169 M * Nod51 that stinks, now I have to request static IPs... 1106588170 M * mikelcu dhcp servers hand track the IPs they give out based on MAC address 1106588181 M * Nod51 can I fake the MAC? 1106588189 M * mikelcu virtual interfaces have the same MAC as the parent 1106588204 M * mikelcu no I don't think you can for a virtual 1106588253 M * Doener Nod51: if you're not going to use any port more than once, you can get away with nat 1106588269 M * Nod51 yeah I think that is what I have to do... 1106588306 M * Nod51 I would like access to the X server (or was it client?) in the VS 1106588348 M * Mega\work Doener yes 1106588355 M * Nod51 I am a Debian person but work required RedHat so... Debian virtual server :-) 1106588356 M * Doener got to go, back later 1106588364 M * Nod51 bye, thanks 1106588364 N * Doener Doener|gone 1106588375 Q * prae Quit: Client exiting 1106588387 M * Mega\work one moment that i paste the named.conf and the zone file! 1106588618 J * bro ~vanity@lanparty.lv 1106588727 P * bro 1106588936 M * Mega\work http://paste.phpfi.com/47708 1106588964 J * jsambrook ~jsambrook@aelfric.plus.com 1106588971 M * Mega\work here, there are the zone of domain and named.conf file 1106588975 M * mikelcu domain.intra? 1106588979 M * Mega\work where's the error? 1106588999 M * mikelcu domain.intra 1106589009 M * mikelcu unless you edited that to show us 1106589026 M * Mega\work here, i have another name for domain 1106589048 M * Mega\work domain.intra is an example 1106589055 M * mikelcu ok 1106589075 M * mikelcu what is not resolving 1106589102 M * mikelcu assuming that you replace 'domain.intra' with a real domain name, it actually looks ok to me 1106589146 M * mikelcu oh wait 1106589151 M * Mega\work then 1106589155 M * mikelcu 1D ) ; Default TTL 1106589163 M * mikelcu 1D; 1106589168 M * mikelcu ) ; Default TTL 1106589194 M * Mega\work if i run "dig ipserver", bind don't resolv the name 1106589222 M * Mega\work but if i run "dig server.domain.intra", bind resolv the ip 1106589223 M * mikelcu did you check the system logs to make sure bind is loading the zone when it starts up? 1106589235 M * Mega\work ok 1106589241 M * mikelcu because you didn't put a ';' after your Default TTL 1106589269 M * mikelcu infoleak.org IN SOA poolshark.infoleak.org. root.infoleak.org. ( 1106589269 M * mikelcu 50 ; serial 1106589269 M * mikelcu 900 ; refresh (15 minutes) 1106589269 M * mikelcu 600 ; retry (10 minutes) 1106589269 M * mikelcu 86400 ; expire (1 day) 1106589271 M * mikelcu 3600 ; minimum (1 hour) 1106589272 M * mikelcu ) 1106589346 M * mikelcu actually I misspoke before, I guess there is no ';' following the closing ')' 1106589377 M * mikelcu I'm sorry I lost my mind for a sec 1106589385 M * mikelcu let me go get some caffeine 1106589389 M * mikelcu I just woke up 1106589653 M * mikelcu ok 1106589669 M * mikelcu if you can dig 'domain.com' but not 'host' 1106589683 M * mikelcu then it's probably your /etc/resolv.conf 1106589694 M * mikelcu I bet dig host.domain.com works 1106589797 N * Doener|gone Doener 1106589812 M * Mega\work one moment 1106589822 M * mikelcu resolv.conf should contain a couple lines like: "domain mydomain.com" and "search mydomain.com mydomain2.com mydomain3.com" 1106589869 M * Doener uhm... let me check something... 1106589882 M * mikelcu that way when you try to lookup just 'host', the resolver library will try to find host.mydomain.com host.mydomain2.com host.mydomain3.com 1106589890 M * mikelcu until it gets a hit 1106589905 M * Mega\work search domain.intra 1106589905 M * Mega\work domain domain.intra 1106589905 M * Mega\work nameserver 172.16.0.75 1106589914 M * Mega\work thi is the resolv.conf 1106589930 M * mikelcu use nslookup 1106589936 M * Doener LOL 1106589951 M * Doener Mega\work: check your question section ;) 1106589958 M * mikelcu nslookup; server ; 1106589977 M * Doener dig does not translate a.b.c.d to d.c.b.a.in-addr.arpa ;) 1106590000 M * Mega\work azz 1106590060 M * mikelcu oh by ipserver you meant an actual IP? 1106590098 M * Mega\work yes 1106590105 M * Doener IIRC -x helps there 1106590115 M * Mega\work mikelcu: the problem was dig 1106590130 M * Doener yep, dig -x a.b.c.d does what you want 1106590134 M * Mega\work if i use "host 172.16.0.60" i have this result 1106590228 M * Mega\work yes Doener.........dig -x 172.16.0.60 resolv the ip in name 1106590241 M * mikelcu gawd I should never answer anything till I wake up 1106590269 M * Doener mikelcu: guess what, i had a coffee while being away 8-) 1106590282 M * mikelcu you bastard 1106590284 M * mikelcu you cheated 1106590289 M * mikelcu ;) 1106590324 M * mikelcu mmm sweet yerba mate 1106590825 Q * Mega\work Quit: Leaving 1106591598 Q * Nod51 Quit: Leaving 1106591737 J * Tbery ~tb@rt-pha-1.karneval.cz 1106591749 M * Tbery HI 1106591752 M * Tbery mans.. 1106591779 M * Tbery Bertl_oO, all is running wel..right now 1106591781 J * prae ~prae@sherpadown.net 1106592592 M * chrish01 grr anyone have a link to the 1.9.3 patch for 2.6.11-rc1 1106592775 M * Doener i don't think there is one. but here's 1.9.4-rc3 for 2.6.11-rc2 1106592786 M * Doener http://vserver.13thfloor.at/Experimental/RC-1.9.4/patch-2.6.11-rc2-vs1.9.4-rc3.diff 1106592817 M * chrish01 ty 1106592855 M * Doener np 1106593120 J * DuckMaster ~Duck@dyn-83-157-178-115.ppp.tiscali.fr 1106593547 Q * DuckKing Ping timeout: 480 seconds 1106594086 J * mbucc ~konversat@host-216-153-147-194.spr.choiceone.net 1106594450 J * Hollow ~bene@home.xnull.de 1106595200 N * Bertl_oO Bertl 1106595230 M * Bertl evening folks! 1106595239 M * chrish01 hi Bertl 1106595260 M * Bertl hey chrish01! there is a howto for ngnet vservers! 1106595279 M * chrish01 sweet... url? 1106595288 M * Bertl http://linux-vserver.org/NGNET-Testing-HOWTO 1106595301 M * chrish01 im updating to rc4 on linux rc2 right now 1106595317 M * Bertl rc3 I guess but good! 1106595357 M * chrish01 err vserver rc4, 2.6.11-rc2, and ngnet 8.12 1106595397 A * Bertl .oO( hmm I'm curious how he will do that ;) 1106595452 M * chrish01 ah crap, i mean 1.9.4-rc3 hehe 1106595470 M * Bertl yeah, good choice! 1106596823 M * Pazzo re 1106596834 M * Bertl wb Pazzo! 1106596838 M * Pazzo hi bertl! 1106596857 M * Pazzo I've had another non-really-stopping xid today :-( 1106596887 M * Pazzo this time no oops, no open sockets or connected inodes - just /prox/virtual/ 1106596898 M * Bertl with 1.9.3? or 1.9.4-rc* ? 1106596906 M * Pazzo another host, totally different hw, same kernel version (2.6.9-1.9.3) 1106596919 M * Pazzo has my oops been helpful? 1106596933 J * axu_ ~Axu@81.223.125.177 1106596939 M * axu_ good evening folks :) 1106596954 M * Bertl Pazzo: informative yes ... 1106596960 M * Bertl evening axu_! 1106596962 M * axu_ hi bertl :) 1106596962 M * daniel_hozac Bertl: is there a 1.9.4-rc{2,3} delta somewhere? 1106596971 M * Pazzo hi axu_! 1106596978 M * axu_ jo pazzo :) 1106596988 M * Bertl daniel_hozac: no, do you need one? 1106597010 M * daniel_hozac it sure would make life easier for me... 1106597034 M * Bertl no problem, which kernel? 1106597039 M * daniel_hozac 2.6.10 1106597058 M * axu_ i was hanging around here around 12:00 and looking for a way to get a debian based vserver built :) didnt find a tool that worls for me :( 1106597136 M * axu_ i allready have util-vserver-0.30.196 and the patch-2.6.10-vs1.9.3.17 patch 1106597165 M * Bertl daniel_hozac: http://vserver.13thfloor.at/Experimental/RC-1.9.4/ 1106597172 M * daniel_hozac Bertl: thanks a lot. 1106597178 M * Bertl you're welcome! 1106597203 M * Bertl axu_: what is the issue? 1106597300 M * axu_ Bertl: newvserver script doesnt complete a woody install. there are some packages defined in a place i cant find that arent anymore. also i have no clou why newvserver tinks it must get debian packages form uk...well. im stuck like everytime when i try a new vserversetuop :) 1106597330 M * axu_ default.. 1106597381 M * Pazzo axu_: where did you get "newvserver" from? 1106597384 M * axu_ someone i cant remember pointed out that the is some alpha vserver utils... well, couldnt find them 1106597385 M * Bertl newvserver isn't part of the tools 1106597398 M * Pazzo just use "vserver xyz build ... -m debootstrap ..." 1106597399 M * axu_ ok, is the a way to get debian easy installed ? 1106597412 M * Bertl 0.30.196 is alpha util-vserver which doesn't use the newvserver to build a new one 1106597445 M * Bertl http://linux-vserver.org/alpha+util-vserver 1106597449 M * axu_ Pazzo: thats what i thought... as i remember first there was newvserver.sh...then vserver build...but now i think its newvserver again (found in some readme in the util vserver tarball) 1106597463 M * Bertl axu_: scroll down to Vserver creation ... 1106597511 M * axu_ ok 1106597513 M * Pazzo axu_: vserver build --netdev --interface / --initstyle plain --context --hostname -m debootstrap -- -d sarge -m http://ftp.XY.debian.org/debian -s /usr/lib/debootstrap/scripts/gelf_sarge 1106597523 M * Pazzo ehm... sorry 1106597530 M * axu_ jepp, i think thats how i did it last time :) 1106597532 M * Pazzo forget the " -s /usr/lib/debootstrap/scripts/gelf_sarge" 1106597551 M * Pazzo wouldn't work with official alpha-utils 1106597564 M * axu_ i was confused because of *searching* 1106597687 M * axu_ doc/intro.txt says nevserve ris the tool. and man vserver say build copys the content of the rootserver... maybe thats only here so, as i installed the debian vserver utils package and then installed the newest utils on top of it 1106597733 M * Pazzo axu_: once installed with "vserver ... build ..." you need some more work to get a "nice" vserver: 1106597736 Q * nacl Remote host closed the connection 1106597763 M * Pazzo 1. remove all "respawn:/sbin/getty" lines from /etc/inittab (in the vserver!) 1106597766 M * axu_ pazzo: well, thats why i am playing around with it right now. i want to use cpu, mem and disk limitations 1106597781 M * Pazzo 2. remove packages like pppoe & co 1106597806 M * Pazzo 3. set /etc/hosts, /etc/resolv.conf and /etc/apt/sources.list 1106597810 M * Pazzo 4. apt-get update 1106597826 M * Pazzo 5. set your root pw 1106597868 M * Pazzo 6. remove klogd, networking, mountvirtfs, mountall.sh, mountnfs.sh and ifupdown from /etc/rcX.d 1106597916 M * Pazzo then you get a working, clean vs, with no "messing with the procfs..." or "process respawning too fast..." syslog / klog entries... 1106597952 Q * miller7 Quit: ring ring it's 7am, move yourself to go again 1106597983 M * axu_ thanks pazzo :) you shurely saved me a few hours badassbrainfucking :) 1106598010 M * Pazzo axu_: for sure :o) 1106598010 J * serving_ ~serving@213.186.183.108 1106598029 M * axu_ Pazzo: you should see my german spelling ;) 1106598031 Q * serving Read error: Connection reset by peer 1106598038 M * Pazzo I've had a really nice time doing badassbrainfucking :-) 1106598044 M * Pazzo german spelling? 1106598112 J * monrad ~monrad@213083190130.sonofon.dk 1106598122 M * axu_ Pazzo: my orthography :) ...on my native language ;) 1106598263 M * mikelcu ok this is fun [Mon Jan 24 20:21:48 2005] [error] (28)No space left on device: mod_python: Failed to create global mutex 0 of 32 (/tmp/mpmtx255900). 1106598275 M * mikelcu Filesystem 1K-blocks Used Available Use% Mounted on 1106598275 M * mikelcu /dev/hdv1 70719696 19421812 51297884 28% / 1106598275 M * mikelcu none 16384 0 16384 0% /tmp 1106598301 M * mikelcu nothing is filled up anywhere, including RAM, why would I be getting that error? 1106598355 M * Bertl maybe because this message means something different? 1106598356 M * mikelcu other vservers start/stop no problem 1106598364 M * mikelcu I'm guessing that yeah 1106598390 M * Bertl let's see what syscall mod_python uses here ... do an strace of the apache ... 1106598398 M * mikelcu I did 1106598402 M * mikelcu sec 1106598413 M * mikelcu 26092 semget(IPC_PRIVATE, 1, IPC_CREAT|0600) = -1 ENOSPC (No space left on device) 1106598441 M * Bertl sec 1106598467 M * mikelcu ENOSPC A semaphore set has to be created but the system limit for the maximum number of semaphore sets (SEMMNI), or the system wide 1106598467 M * mikelcu maximum number of semaphores (SEMMNS), would be exceeded. 1106598486 M * mikelcu I'll try stopping another apache instance and starting this one 1106598491 Q * serving_ Ping timeout: 480 seconds 1106598517 M * mikelcu bingo that worked 1106598525 M * mikelcu something is eating my semaphores 1106598538 M * Bertl well, you have a global limit for that 1106598541 M * mikelcu sure 1106598556 M * axu_ hmm, where can i find all vserver tool option explained on one page ? 1106598567 M * mikelcu just not sure why it would show up now, with no system changes 1106598569 M * Bertl has nothing to do with vservers in this case 1106598576 M * Bertl it's a limit of your linux host 1106598605 M * mikelcu yeah the global limit is, but why would I suddenly run out during a veserver restart? 1106598623 M * Pazzo axu_: vserver --help, vserver - build --help, and so on like this :-) 1106598627 M * Bertl hmm, don't know, maybe because you started one vserver to many? 1106598644 M * Bertl check /proc/sys/kernel/sem 1106598717 M * axu_ Pazzo: ok, thanks. sorry, that allways happens if i got stuck somewhere for days :( i just lose my common-sense on that part...like a blind spot for aeons :( 1106598758 M * axu_ hopefully those aeons turn out to be just a few minutes :) as it gets better if i can see progress in what i am doing 1106598781 M * Bertl mikelcu: the second and the 4th field should be semmns and semmni 1106598797 M * mikelcu yeah 1106598804 M * Bertl just ry to raise it 1106598817 M * mikelcu I'm trying to figure out what ate my sems and why they aren't being freed 1106599184 N * chrish01 chris|lunch 1106599416 M * Pazzo cu! 1106599418 Q * Pazzo Quit: ... 1106599426 M * axu_ bye 1106599474 M * axu_ anyone tried xen+vserver ? :) 1106599499 M * axu_ doublejailed :) 1106599545 M * axu_ maybe even more secure then obsd ;) 1106599594 M * mikelcu I dunno about xen+vs but UML+vs might work 1106599606 M * mikelcu since UML boots it's own kernel 1106599609 M * Bertl UML and vs is supposed to work, in both combinations 1106599619 M * axu_ mikelcu: yes, i think it does 1106599623 M * Bertl (at least I patched the um arch ;) 1106599628 M * mikelcu hehe 1106599660 M * Bertl xem + vserver might work, don't know how heavily the xen arch is modified 1106599668 M * Bertl s/xem/xen/ 1106599727 M * axu_ Bertl: i dont know either. a friend of mine is oing to use it with the next month. maybe he gives it a try 1106600008 M * Bertl yeah, xen has it's advantages ... 1106600119 M * axu_ Bertl: sure 1106601060 M * Bertl okay, I'm off for today ... back tomorrow! have a good night everyone! 1106601071 N * Bertl Bertl_zZ 1106601549 M * axu_ good night bertl :) 1106602416 Q * tchan Quit: leaving 1106602537 J * tchan ~tchan@c-24-13-81-164.client.comcast.net 1106603972 J * are|lunch ~are@dsl-084-056-157-240.arcor-ip.net 1106604042 M * are|lunch hi 1106604108 M * axu_ hi are 1106604159 N * are|lunch _are_ 1106604884 M * axu_ how can i execute a script from the rootserver that runs in a vserver ? 1106604972 M * daniel_hozac vserver xxx exec ...? 1106604979 M * axu_ geeze :) thanks 1106605329 J * serving ~serving@213.186.172.81 1106605544 M * prae see'ya !! 1106605575 Q * prae Quit: Pwet 1106606466 N * chris|lunch chrish01 1106606591 M * chrish01 Bertl_zZ, new bug with fib_frontend.c and ngnet 1106607146 M * Tbery when will finis qstion about securyty?? 1106607175 M * Tbery grsecurity 1106607491 Q * mbucc Read error: Connection reset by peer 1106607622 Q * Tbery Quit: Ukončuji 1106608060 Q * monrad Quit: Leaving 1106608676 M * axu_ i am about finished with a little script to help getting a debianvserver up and running in no time and now detectet that the vserver has no ip assigned, also i cant assign one. there is no alias interface... anyone a clou what i should look at ? 1106608703 M * mikelcu software version? 1106608707 M * axu_ thats the script btw: http://www.revolto.at/bddebianvserver.txt 1106608746 M * axu_ mikelcu: i use util-vserver-0.30.196 1106609065 M * axu_ and patch-2.6.10-vs1.9.3.17 btw 1106609234 J * nacl ~nacl@dsl093-174-016.pdx1.dsl.speakeasy.net 1106609292 M * mikelcu did you confirm that /path/to/vserver/configs/vservername/interfaces/0 contains all the correct info? 1106609689 M * axu_ yes its the ip and the netmask 1106609734 M * axu_ script is updated und should work 1106609796 M * axu_ maybe i remove the debian package and install util-vserver again (i installed util-vserver on top of the debianpackage version) 1106609887 M * Doener axu_: ip and netmask is just ip and netmask, not alias ;) 1106609921 M * axu_ Doener: hmm, are you talking about thze script ? 1106609921 M * Doener check with "ip a" ;) 1106609931 M * Doener no, about your "missing ip address" 1106609935 M * axu_ ok :) 1106609973 M * Doener alpha tools don't use an alias by default. 1106609978 M * axu_ with ip a i c eth 0 1106610001 M * axu_ i dont get it 1106610008 M * Doener 1: eth0: mtu 1500 qdisc pfifo_fast qlen 1000 1106610008 M * Doener link/ether 00:26:54:08:28:d8 brd ff:ff:ff:ff:ff:ff 1106610008 M * Doener inet 192.168.1.1/24 brd 192.168.0.255 scope global eth0 1106610008 M * Doener inet 192.168.100.10/24 brd 192.168.100.255 scope global eth0 1106610018 M * Doener look at the last two lines 1106610022 M * axu_ Doener: blind me :) 1106610026 M * Doener those are the addresses on that interface 1106610032 M * Doener both don't have an alias 1106610037 M * axu_ ok, so the rootserver knows them 1106610039 M * Doener thus ifconfig only shows the first one 1106610049 M * Doener (ifconfig is old ;) 1106610092 M * Doener ifconfig is only able to show addresses with aliases... 1106610094 M * axu_ Doener: so it should work ? :) ok. ill try my script the first time :) 1106610097 M * Doener ... and the primary one 1106610108 M * Doener didn't look at the script (yet) 1106610119 M * axu_ the primary one isnt visable to the vserver so there is none viewed. that sound logical to me :) 1106610150 M * axu_ Doener: no big deal. just hacked all the things i did to get it running into a bashscript. 1106610215 M * Doener hm... vprocunhide and vshelper paths look weird 1106610237 M * Doener shouldn't those be the ones of the installed scripts? 1106610258 M * axu_ Doener: hmm, i did a make install but those where not copied i think...hmmm 1106610291 M * Doener /usr/lib/util-vserver/vprocunhide 1106610296 M * axu_ a, tehre iss still my cp $VSHELPER inside 1106610301 M * Doener that would be /lib/util-vserver in your case 1106610305 M * axu_ ok, i add that 1106610320 M * Doener and vshelper should also be in that directory 1106610362 M * Doener echo "$UTIL_VSERVES/vshelper" >/proc/sys/kernel/vshelper -- typo 1106610382 M * axu_ thanks :) 1106610457 M * axu_ fixed that 1106610495 M * Doener vprocunhide should be run at boot time, so that may be removed 1106610511 M * Doener and the vshelper should be set via /etc/sysctl.conf 1106610516 M * axu_ Doener: does it matter if it gets run more often ? 1106610527 M * Doener no 1106610532 M * axu_ yes shure. thats just for getting the fing up 1106610540 M * axu_ thing :) 1106610546 M * Doener that's why i said 'may' not 'must' 8-) 1106610554 M * axu_ here you could see how i would spell thing ;) 1106610589 M * axu_ doener: ok, i kick it on now :) thanks for the help :) 1106610591 M * Doener well, backspace is probably one of the most used key on my keyboard ;) 1106610598 M * Doener you're welcome 1106610643 M * axu_ mommenterl den nick kenn ich doch :) 1106610657 M * Doener guess we could use parts of that to (finally) create a legacy2new config converter 1106610702 M * axu_ aha :) 1106610717 M * Doener hm, some folks go by that nick... 1106610785 M * Doener i thought noone's crazy enough to choose such a stupid name, but i still have name clashes on some irc nets/forums/whatever 1106610791 M * axu_ maybe ive seen you on linuxger ? 1106610807 M * Doener no 1106610829 M * axu_ ok :) translation of the above: one momment, i know your nick. ;) sorry 1106611198 Q * jsambrook Remote host closed the connection