1179706955 Q * Piet Quit: Piet
1179707774 Q * FireEgl Read error: No route to host
1179709835 J * opuk_ ~kupo@c213-100-138-228.swipnet.se
1179709835 Q * opuk Read error: Connection reset by peer
1179711283 J * FireEgl FireEgl@Atlantica.Inet6.Info
1179713157 Q * meandtheshell Quit: Leaving.
1179714040 J * meandtheshell ~markus@85-125-231-69.dynamic.xdsl-line.inode.at
1179714913 Q * gerrit Ping timeout: 480 seconds
1179715013 Q * ensc Ping timeout: 480 seconds
1179715604 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1179715727 N * Bertl_oO Bertl_zZ
1179717227 Q * lylix Remote host closed the connection
1179718074 Q * gerrit Ping timeout: 480 seconds
1179721362 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1179723002 J * ensc ~irc-ensc@p54B4D17B.dip.t-dialin.net
1179725455 J * lylix ~eric@dynamic-acs-24-154-33-109.zoominternet.net
1179726290 Q * _nkukard Quit: Leaving
1179728568 J * dna ~naucki@4-210-dsl.kielnet.net
1179729083 J * bzed ~bzed@dslb-084-059-108-203.pools.arcor-ip.net
1179731256 J * mattzerah__ ~matt@121.50.222.55
1179731257 Q * mattzerah_ Read error: Connection reset by peer
1179731323 Q * eyck Ping timeout: 480 seconds
1179733169 J * eyck_ ~eyck@nat.nowanet.pl
1179733360 Q * eyck_ 
1179733678 J * eyck_ ~eyck@nat.nowanet.pl
1179734641 J * ema ~ema@rtfm.galliera.it
1179736433 J * DavidS ~david@p57A4A5E8.dip0.t-ipconnect.de
1179736800 J * dreamind ~dreamind@p54A783F8.dip0.t-ipconnect.de
1179736831 N * dreamind Guest59
1179738245 Q * ktwilight Read error: Connection reset by peer
1179738254 J * ktwilight ~ktwilight@217.126-66-87.adsl-dyn.isp.belgacom.be
1179738984 J * cdrx ~legoater@blueice1n1.uk.ibm.com
1179740486 J * lilalinux ~plasma@dslb-084-058-212-136.pools.arcor-ip.net
1179742076 Q * DavidS Quit: Leaving.
1179742390 M * waldi okay, i should build a debug kernel for the sparc. it went into an OOM-loop again
1179743432 Q * Aiken Quit: Leaving
1179744276 Q * shedi Quit: Leaving
1179746220 P * click [IRSSI]
1179746424 J * click click@ti511110a080-0476.bb.online.no
1179747250 Q * gerrit Quit: Client exiting
1179748465 J * sentolacco ~a.b@217.110.94.67
1179748520 J * _cob ~cob@pc-csa01.science.uva.nl
1179748629 Q * ||Cobra|| Ping timeout: 480 seconds
1179748653 M * sentolacco i want to backup a vserver guest on etch. are there any other directorys besides /etc/vserver/guest and /var/lib/vservers/guest where information is stored?
1179749555 M * sentolacco many idling, no answer... question too esay or difficult?
1179749919 J * dna_ ~naucki@4-210-dsl.kielnet.net
1179750141 M * Guy- sentolacco: in a more or less default setup, there aren't
1179750294 M * sentolacco its default, thx
1179750327 Q * dna Ping timeout: 480 seconds
1179750337 Q * sentolacco 
1179750409 M * avi Bertl_zZ, <3
1179751645 Q * avi Quit: Leaving
1179752032 Q * ema Quit: leaving
1179752634 J * dreamind ~dreamind@p54A783F8.dip0.t-ipconnect.de
1179752634 Q * Guest59 Read error: Connection reset by peer
1179752639 Q * dreamind 
1179753338 J * BenG ~ben@195.10.248.18
1179753626 M * BenG hey all, another question today, sorry for my ignorance
1179753637 M * BenG I want an interface eth3:0 inside a vserver
1179753651 M * BenG suggested strategies on the web don't work
1179753663 M * BenG strategies suggested on the web don't work
1179753672 M * daniel_hozac hmm?
1179753716 M * BenG like creating my own /etc/vservers/servername/interfaces/1/
1179753724 M * BenG with a dev eth3:0
1179753731 M * daniel_hozac well, that's wrong.
1179753736 M * BenG ah, good
1179753742 M * daniel_hozac it should be dev eth3, and name 0.
1179753803 M * BenG okay, I really couldn't find that explained anywhere
1179753807 M * BenG thankyou
1179753939 M * daniel_hozac the flower page says:
1179753946 M * daniel_hozac #  name
1179753946 M * daniel_hozac When this file exists, the interface will be named with the text in this file. Without such an entry, the IP will not be shown by ifconfig but by ip addr ls only. Such a labeled interface is known as an "alias" also (e.g. 'eth0:foo').
1179754173 M * BenG okay
1179754531 M * BenG I have /etc/vservers/dury/interfaces/name now, but restart the guset and it still only lists 1 ip address, though as you say ip addr ls does list the interface with that IP
1179754570 N * Bertl_zZ Bertl
1179754574 M * Bertl morning folks!
1179755825 M * BenG daniel_hozac: everything works fine, but I still can't see the interface
1179755891 M * BenG I can't find the quoted test on the flower page either
1179756162 M * BenG ah, well
1179756175 M * BenG that's 5 servers into one now
1179756211 M * BenG the first cross hosting one today Debain host, Red Hat guest
1179756250 P * BenG 
1179757428 J * Jack^Sparrow ~ThePirate@88.207.183.98
1179758087 M * wibble it would appear that the vcontext cpu bug is also in 0.30.213
1179758119 P * Jack^Sparrow 
1179759357 M * Bertl wibble: which one was that?
1179759415 M * wibble high cpu usage on the box, when you do "vserver xxx enter"
1179759514 M * Bertl caused by a lost terminal session or so?
1179759526 M * wibble I am not entirely sure
1179759536 M * wibble We saw this on some other boxes running 0.30.212
1179759546 M * wibble but daniel recommened we change to 213
1179759567 M * wibble which solved it for these boxes, but this is a fresh install!
1179759589 M * Bertl i.c. and what exactly consumes the cpu?
1179759595 M * wibble vcontext
1179759613 M * Bertl and I guess it hogs an entire cpu, yes?
1179759623 M * Bertl i.e. tries to get 99% cpu
1179759626 M * wibble yup
1179759646 M * Bertl and when you attach with strace, what does it do?
1179759654 M * wibble didn't get that far :)
1179759662 M * Bertl ah, how so?
1179759677 M * wibble needed to get our name server back :)
1179759693 M * wibble i am seeing if I can reproduce it now
1179759702 M * Bertl i.c., well that would be a good ide to do, just make sure that you attach from the right place
1179759710 M * Bertl *idea
1179759722 M * wibble if it reproduces, I will let you know!
1179759729 M * Bertl excellent! tx!
1179761317 J * slack101 ~Administr@cpe-71-65-52-127.insight.res.rr.com
1179761324 M * slack101 i got debian etch installed
1179761328 M * slack101 about to install vserver
1179761335 M * slack101 getting nervous 
1179761354 M * slack101 hope that kerrnel works with my server or w/e 
1179761925 M * slack101 aboutu to restart OH i hope this works
1179762014 J * stefani ~stefani@flute.radonc.washington.edu
1179762034 N * dna_ dna
1179762310 M * slack101 worked
1179762647 M * Bertl congrats!
1179762810 J * shedi ~siggi@ftth-237-144.hive.is
1179762951 M * slack101 ebian is kinda different
1179762955 M * slack101 but cool
1179762967 M * slack101 trying to add ip's now slackware had a little tool for it 
1179763571 M * Bertl k, off for now ... back later this evening ...
1179763592 J * kdean06 ~kdean06@pool-70-17-64-193.res.east.verizon.net
1179763594 N * Bertl Bertl_oO
1179763621 M * kdean06 This may be a VERY obvious answer, but how do I bind a second IP address to a vserver?
1179763648 M * Bertl_oO kdean06: same as the the first one
1179763665 M * Bertl_oO kdean06: and most likely you already succeded by trying that
1179763700 M * Bertl_oO kdean06: but because you used a very ancient tool (ifconfig) you didn't see the second ip inside the guest ... using 'ip addr ls' instead will help there
1179763826 M * kdean06 Bertl_oO, I did not use ifconfig inside the guest. And to great the guest in the first place, I used the newvserver script (provided as a part of the Debian vserver tools). 
1179763845 M * daniel_hozac don't use newvserver.
1179763872 A * FaUl has newvserver.sh on his mashine ;-)
1179763900 M * Wonka FaUles Stück! ;)
1179763938 M * kdean06 daniel_hozac, Why's that?
1179763961 M * slack101 i eed to bind my host ip to SSH don't i ?
1179763965 M * daniel_hozac because it's really limited.
1179763973 M * daniel_hozac slack101: other way around, but yes.
1179763988 M * slack101 oh?
1179763993 M * slack101 listen
1179764011 M * slack101 listen host ip in SSH on host  server ?
1179764023 M * Wonka slack101: exactly
1179764057 M * slack101 was wondering why all ip;s were going to the host 
1179764235 Q * Wuher Read error: Connection reset by peer
1179764239 J * Wuher Wuher@c-67-177-29-11.hsd1.ut.comcast.net
1179764306 M * slack101 os it worth to give a customized distro to users ? or just give them a debian base and let them go ?
1179764352 Q * kdean06 Quit: Free Software - It's about "liberty" not "price".
1179764452 M * Wonka daniel_hozac: what should one use?
1179764458 M * daniel_hozac vserver ... build.
1179764630 M * Wonka ok. my self-made newvserver.sh does use vserver ... build.
1179764774 M * slack101 whe i make a vserver do i need to specify a interface 
1179764807 M * daniel_hozac if you want it to have one, that seems like a good idea, no?
1179764965 M * slack101 ad do i need domain ?
1179765033 J * pmenier ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr
1179765058 J * Piet hiddenserv@tor.noreply.org
1179765150 M * slack101 newvserver --vsroot /var/lib/vservers/ --hostname test1 --ip 69.xx.xx.xxx/8 --dist etch --mirror http://ftp.us.debian.org/debian/ --interface eth0
1179765154 M * slack101 whats wrong here ?
1179765412 M * slack101 why is domain required ???/
1179765439 Q * cdrx Read error: Connection reset by peer
1179765464 M * pmenier i build last one with : vserver vweb4 build --force -m debootstrap --hostname vweb4.net.caen --netdev eth0 --interface 192.168.0.2/24  -- -d sarge -m http://ftp.fr.debian.org/debian/
1179765507 M * slack101 do i need domain ?
1179765521 M * pmenier don't know....
1179765616 M * mjt slack101: 69.xx.xx.xx/8 ???
1179765664 M * mjt that's half an SBC netspace
1179765724 M * slack101 mjt: last time i put my ip in here i got a phone call saying that ip has beem compermised and is bruteforcing someone elses server
1179765747 M * slack101 anyways .....why is ftp.us.debian.org not connecting ?
1179765781 M * mjt 69/8 belongs to many large ISPs
1179765794 M * mjt i doubt you want /8
1179765826 M * mjt i'm not reffering to that your bullshit above, but about network *size*.
1179765890 M * slack101 what does /8 mean ?
1179765898 M * slack101 oh you mean
1179765901 M * slack101 man its my servers ip
1179765913 M * mjt 8 bits is a network mask length
1179765913 M * slack101 anyways 
1179765921 M * slack101 what about it ?
1179765927 M * slack101 need to be changed ?
1179765934 M * mjt it means 69.*.*.* is directly connected to your eth0
1179765965 M * slack101 huh?
1179765966 M * mjt all 16777216 IP addresses are in yuur lan
1179765986 M * slack101 the ip is not that 
1179765998 M * slack101 69.12.34.256/9
1179766000 M * slack101 8
1179766008 M * mjt it doesn't matter which IP it is
1179766046 M * slack101 im confused what are you saying ?
1179766062 M * slack101 do i even need the /* ?
1179766082 M * mjt ifconfig eth0 inet 1.2.3.4 netmask 255.0.0.0 
1179766088 M * mjt that's what you said
1179766104 M * mjt /8 is the same as netmask 255.0.0.0
1179766127 M * slack101 o?
1179766131 M * mjt 1.2.3.4/8 is the same as 1.2.3.4 netmask 255.0.0.0 
1179766169 M * mjt which means that all 16777216 other IP addresses in that range, 1.0.0.0-1.255.255.255 - are directly connected to your eth0
1179766195 M * mjt in your case it's 69.0.0.0...69.255.255.255
1179766207 M * mjt or 69.*.*.*
1179766221 M * mjt so NO host from that whole range will be accessible to you
1179766232 M * mjt *unless* it's really connected to your eth0
1179766270 Q * slack101 Read error: Connection reset by peer
1179766276 M * mjt wug
1179766319 J * kdean06 ~kdean06@pool-70-17-64-193.res.east.verizon.net
1179766323 M * mjt he needs network-basics-101, not slack-101 ;)
1179766483 J * slack101 ~Administr@cpe-71-65-52-127.insight.res.rr.com
1179766642 M * slack101 ummmm
1179766651 M * slack101 http://ftp.us.debian.org/debian/ damn thiss doesnt even exist
1179766657 M * slack101 what debian mirror is best ?
1179766698 M * arachnist http://gentoo.prz.edu.pl
1179766699 A * arachnist ducks
1179766711 M * slack101 hmmm
1179766724 M * slack101 looks like its http://ftp.us.debian.org/dists/
1179766729 M * slack101 they change this ?
1179766734 M * mjt no
1179766767 M * slack101 always been that ?
1179766824 M * mjt moment
1179766843 Q * pmenier Quit: Quitte
1179766859 A * mjt is busy with a phonecall
1179766877 Q * kdean06 Quit: Free Software - It's about "liberty" not "price".
1179766923 M * mjt the former link is correct - http://ftp.us.debian.org/debian/
1179766935 M * mjt the latter -- http://ftp.us.debian.org/dists/ - is not, and doesn't exist
1179766969 M * mjt dists/ is a subdirectory of /debian/
1179767011 M * slack101 typo
1179767018 M * slack101 sorry about that ;)
1179767090 M * slack101 0% [Connecting to ftp.us.debian.org] [Connecting to security.debian.org]
1179767094 M * slack101 that doesnt work
1179767101 M * slack101 do i eed this ?
1179767113 M * slack101 looks like it installed a bunch of other stuff 
1179767119 M * slack101 do i need anything out of there ?
1179767173 M * slack101 it says basesystem sucessully installed
1179767176 M * slack101 but then it does that 
1179767256 M * mjt . o O { do i need anything out of linux?.. }
1179767306 M * slack101 Starting system log daemon: syslogd.
1179767306 M * slack101 Not starting internet superserver: no services enabled.
1179767306 M * slack101 Starting periodic command scheduler: crond.
1179767319 M * slack101 ok i guess that means it started
1179767407 M * slack101 god man
1179767415 M * slack101 this ft.us. shit is not connecting 
1179767424 M * mjt works for me
1179767432 M * slack101 it installs the base ystem but for things like apt-get etc for this vserer not working 
1179767446 M * mjt how about ping ftp.us.debian.org ?
1179767465 M * slack101 Install these packages without verification [y/N]? y
1179767466 M * slack101 0% [Connecting to ftp.us.debian.org]
1179767512 M * slack101 OOOOOOOO
1179767518 M * slack101 networking not working inside vserver
1179767520 M * slack101 even worse
1179767564 M * slack101 anyone know where to start with that ?
1179767654 M * mjt . o O { even worse }
1179767860 M * slack101 lol
1179767871 M * slack101 becasue of that /8 ? lol
1179768133 M * mjt just curious - where that your server is?  Some collocation?  I mean, do you have physical access to it?
1179768255 M * slack101 no physcal
1179768265 M * slack101 collocation
1179768283 M * mjt the thing is that you may lose network access to it now if you reboot
1179768297 M * slack101 the main server ip works 
1179768300 M * mjt maybe some remote console over network - THAT will help
1179768306 M * slack101 ad i restarted like 5 times
1179768319 M * mjt note "may", not "will" ;)
1179768330 M * slack101 jus the other ip's nt working
1179768375 M * mjt sure it's the IPs that doesn't work, not something like dns in a vserver?
1179768410 M * mjt debugging of network problems usually starts with tools like ping, ifconfig.
1179768433 M * slack101 yes
1179768436 M * slack101 well ping dont work
1179768442 M * slack101 i am loooking at ifconfig right now 
1179768448 M * mjt ping of what from where ?
1179768464 M * slack101 ping google.com inside the vserver
1179768465 M * mjt how about pinging your vserver ip from outside?
1179768484 M * mjt how about pinging your host's ip from within vserver?
1179768506 M * mjt note google.com is not an ip address
1179768517 M * slack101 works 
1179768525 M * slack101 ping my host ip
1179768554 M * mjt so are you sure it's the IP that doesn't work and not something else like dns?
1179768574 M * slack101 i can ping googles ip as well
1179768579 M * slack101 just cant ping google.com
1179768584 M * mjt i bet you've something from 69.* in /etc/resolv.conf
1179768590 M * mjt in 'nameserver...' lines
1179768614 M * slack101 i never messed with the resolv stuff
1179768620 M * slack101 is this in the host or the guest ?
1179768624 M * mjt in guest
1179768629 M * mjt lol
1179768639 M * mjt "i never messed up with it, i just installed it from scratch"
1179768661 M * mjt and how it is supposed to work, unconfigured? :)
1179768692 M * slack101 search example.com
1179768692 M * slack101 nameserver 69.64.44.xx
1179768692 M * slack101 nameserver 69.64.45.xx
1179768692 M * slack101 nameserver 69.64.44.xx
1179768692 M * slack101 nameserver 69.64.44.xx
1179768705 M * mjt the same as in your host, right?
1179768715 M * slack101 let me check
1179768724 M * mjt ditch that example.com line - it's wrong, don't abuse this domain
1179768742 M * slack101 yep
1179768748 M * slack101 excpet its ot example.com
1179768764 M * mjt 20:50 < mjt> or 69.*.*.*
1179768764 M * mjt 20:50 < mjt> so NO host from that whole range will be accessible to you
1179768764 M * mjt 20:50 < mjt> *unless* it's really connected to your eth0
1179768793 M * slack101 what you mean? so what do i otta do ?
1179768797 M * mjt your guest is trying to connect the nameservers - but neither works because you declared your net to be /8
1179768809 M * mjt try pinging any of them
1179768812 M * slack101 so how do i gotta fix this :)
1179768819 M * mjt from hos, from guest - it will be the same
1179768821 M * mjt host
1179768833 M * slack101 yes so whats my solution :)
1179768836 M * mjt now stop vserver, and ping again from host - it'll work
1179768850 M * mjt note currently dns on host doesn't work too
1179768866 M * mjt you can't ping google.com from host either.
1179768870 M * slack101 ok yea so you know my problem, how do i gotta fix it though 
1179768873 M * slack101 welll
1179768876 M * mjt the solution is to specify the correct netmask
1179768877 M * slack101 i ca ping googles ip
1179768885 M * mjt but not google.com name
1179768890 M * slack101 nope
1179768892 M * slack101 jus the ip
1179768924 M * mjt because you can't contact any host in 69.* range, and you depend on at least 3 of them -- the nameservers.
1179768945 M * mjt i've no idea where you've got that /8 from
1179768956 M * slack101 so i have to change the natmask to fix thi ?
1179768957 M * mjt and i've no idea what is the correct value
1179768966 M * slack101 i saw it on the wiki
1179768975 M * slack101 it was 24 a whle ago
1179768978 M * mjt that was 10.xomething/8
1179768986 M * slack101 yes
1179768990 M * mjt or 192.168.something/24 or /16
1179768998 M * slack101 yep
1179769015 M * slack101 should i change it back to 24 ?
1179769023 M * mjt back??
1179769030 M * slack101 no
1179769031 M * slack101 i mean
1179769038 M * slack101 when ui had vserver installed 2 months ago
1179769042 M * slack101 it was 24 i remember
1179769047 M * slack101 networked worked then too
1179769050 M * mjt you should change it to the *correct* value ;) -- correct to your network
1179769055 M * mjt or your ISP's network
1179769060 M * mjt oh well.
1179769061 M * mjt ok
1179769064 M * slack101 how can i figure this out ?
1179769074 M * slack101 also how can i get the correct netmask ?
1179769076 M * mjt you've at least 2 IP addresses - one on the host and another for the guest
1179769081 M * slack101 i knew this was going to be a problem
1179769093 M * mjt are the two close to each other?
1179769100 M * mjt maybe one = another+1
1179769102 M * slack101 the ip's ?
1179769104 M * mjt yes
1179769114 M * slack101 ell the host is different 
1179769118 M * slack101 way different
1179769120 M * slack101 not way
1179769129 M * slack101 but all my other ips are just  +1
1179769141 M * mjt when you've got the IP from your ISP, who told you "here's the addreesses for you", they told you the netmask too
1179769179 M * mjt maybe they give you the whole /24 (256 addresses), maybe only 1 or 2 or 5 - i've no idea
1179769196 M * slack101 i got 5 ip's atm i wanrt to use 
1179769203 M * mjt consecutive?
1179769207 M * slack101 + 1 yes
1179769211 M * slack101 but the host one is different
1179769215 M * slack101 the mian inclusive ip
1179769222 M * mjt ok
1179769223 M * slack101 2ndly no they never gace me no host mask
1179769229 M * slack101 netmask
1179769230 M * slack101 sorry
1179769234 M * slack101 and it worked last time 
1179769250 M * slack101 i just messed up adding the ip's to the 
1179769252 M * mjt maybe it didn't work but you just never noticied ;)
1179769254 M * slack101 interface
1179769266 M * slack101 well apt-get install worked 
1179769277 M * mjt if you specify the netmask wrong, you may miss some *nearby* hosts
1179769293 M * slack101 how do i go about getting it ?
1179769298 M * mjt (and in case of /8, that "nearby" is 2^24)
1179769337 M * mjt but the thing is that you may never need to contact those nearby hosts, so you'll never notice.  Or maybe one day you'll need it, and will worry why the hell it doesn't damn work.. ;)
1179769341 M * slack101 so whas my next step :)
1179769355 M * mjt i'd use /32 for each for now, and ask ISP
1179769371 M * slack101 i always thoght netmask was a local thing
1179769403 M * mjt for the LAN
1179769411 M * mjt your colo ISP also has LAN
1179769422 M * mjt the one where your box is connected to
1179769433 M * mjt your host's interface also has a netmask
1179769435 M * slack101 i always thought netmask was like 255.255.255.0 
1179769437 M * slack101 or osmething
1179769440 M * mjt it is
1179769452 M * slack101 couldnt i find it out somehow with the ip ? :)
1179769454 M * mjt something/24 = 255.255.255.0
1179769464 M * mjt something/16 = 255.255.0.0
1179769470 M * slack101 thats what it was before and it worked 
1179769474 M * mjt something/8 = 255.0.0.0
1179769476 M * slack101 but as you said
1179769482 M * slack101 maybe i jus didnt hit on of those things 
1179769549 M * mjt you can use /24 for now (255.255.255.0), too - it doesn't realy matter as long as you don't need the nearby hosts
1179769560 M * slack101 what is nearby ?
1179769577 M * mjt in the same LAN
1179769617 M * mjt both from your standpoint and from your ISP's standpoint
1179769636 M * slack101 ok connection is working now 
1179769649 M * mjt by using netmask of 255.0.0.0, you're telling your machine that all 69.* hosts are on your lan
1179769649 M * slack101 i used /32
1179769660 M * slack101 ooo
1179769671 M * slack101 thats prolly not right ;)
1179769705 M * mjt i told you that some 20 times already
1179769712 M * mjt either way
1179769732 M * slack101 finnaly clicke ;)
1179769737 M * mjt all this is network basics. you really should become a bit more familiar with that stuff - it's not difficult at all
1179769738 M * slack101 thanks for the 20 mins of help ;)
1179769746 M * mjt and i'm off to do some more useful things ;)
1179769753 M * slack101 yea i jus never bothered to really find out 
1179770255 J * Kerberos ~satan@89.155.106.20
1179770423 Q * Piet Quit: Piet
1179771399 Q * lilalinux Remote host closed the connection
1179772413 J * bonbons ~bonbons@ppp-110-159.adsl.restena.lu
1179774020 J * tuxmania ~bonbons@ppp-111-79.adsl.restena.lu
1179774337 Q * bonbons Ping timeout: 480 seconds
1179774433 J * bonbons ~bonbons@ppp-111-85.adsl.restena.lu
1179774726 Q * tuxmania Ping timeout: 480 seconds
1179776030 J * Beuc ~yo@j38ju.game-host.org
1179776119 M * Beuc Hi, is there progress on 2.6.21/2.2-stable? Or is the -rc1 usable as it? :)
1179776516 Q * kwowt69 Read error: Connection reset by peer
1179777325 J * {marcz} ~marc@lns-bzn-47f-81-56-187-30.adsl.proxad.net
1179778323 J * Aiken ~james@ppp244-220.lns2.bne4.internode.on.net
1179778729 J * ruskie ruskie@ruskie.user.oftc.net
1179778799 Q * bonbons Quit: Leaving
1179779559 J * SSHTester1 ~sdgsdg@91.64.214.210
1179779562 P * SSHTester1 
1179779624 M * daniel_hozac Beuc: there's one known issue with it, but we haven't really gotten feedback on it yet.
1179780131 M * Beuc Thanks.
1179780419 M * slack101 your welcome
1179781067 M * {marcz} hi daniel, I don't understand a answer you have given about unhiding /proc entries
1179781089 M * daniel_hozac oh?
1179781120 M * {marcz} about what is summarized in http://wiki.linux-vserver.org/USB_Devices
1179781140 M * {marcz} and is live in http://irc.13thfloor.at/LOG/2007-04/LOG_2007-04-21.txt
1179781190 M * {marcz} The script to make persistent the settatr seems somewhat odd
1179781238 M * {marcz} I rather change /etc/vservers/.defaults/apps/vprocunhide and it seems to work
1179781295 M * {marcz} But you  seems to have said it is not a problem of procunhide, have approved this script
1179781310 M * daniel_hozac that depends entirely on whether vprocunhide is run before /proc/bus/usb is unmounted or not.
1179781318 M * daniel_hozac s/unmounted/mounted/
1179781433 M * {marcz} The first script vprocunhide is run at boot of the host so always before the guests exist!
1179781462 M * daniel_hozac yes, but not necessarily before /proc/bus/usb is mounted on the host.
1179781523 Q * slack101 Read error: Connection reset by peer
1179781565 M * {marcz} I don't see the problem, anyway when you restart the guest it does unhide
1179781597 M * daniel_hozac you can't unhide /proc/bus/usb when it's mounted, only when it's unmounted.
1179781637 M * daniel_hozac so if /proc/bus/usb is mounted before vprocunhide is run, you'll get an error message from vprocunhide, and it won't work.
1179781788 M * {marcz} Yes, I see true, it does not work, I don't understand why. Because I have used it for /proc/asound/..., and it works
1179781822 M * daniel_hozac is /proc/asound a different filesystem?
1179781850 M * daniel_hozac _only_ procfs supports the hide/watch/admin flags.
1179781862 M * daniel_hozac trying to set them on any other filesystem will fail.
1179781919 M * {marcz} OK I see it is because usbfs don't support it
1179781996 M * {marcz} So you have no possibility either to unhide /sys 
1179782015 M * daniel_hozac no... because it's not hidden in the first place.
1179782256 Q * dna Quit: Verlassend
1179782591 M * {marcz} Thanks daniel, I now understand the purpose of the trick of unmounting in an unused namespace, and the difference between my asound and usb.
1179782611 M * daniel_hozac you're welcome!
1179782830 Q * lylix Remote host closed the connection
1179783496 Q * {marcz} Quit: Leaving.
1179783788 P * Beuc Leaving
1179784263 J * thei0s ~Nekdo@84.20.235.126
1179784283 M * thei0s re, can someone describe me what is the difference between network devices: lo and dummy0? I would like to set up a virtual private local network of vservers inside one box - what should I use for the network device for vservers?
1179784317 M * daniel_hozac doesn't matter.
1179784324 M * daniel_hozac all host-local traffic will use lo anyway.
1179784354 M * Bertl_oO thei0s: the difference is, that lo actually transports data, while dummy will simply discard it
1179784399 M * thei0s so dummy is only useful in connection with iptables rules?
1179784410 M * Bertl_oO thei0s: also you will never receive any data from the dummy device, but as daniel_hozac pointed out, it doesn't matter that much for Linux-VServer, as it will not be used for traffic
1179784446 M * Bertl_oO host-local traffic (that includes host-guest and guest-guest traffic) will always use lo
1179784471 M * thei0s ok
1179784589 M * Bertl_oO of course, for the admin it might 'look' nicer that the ip is bound to dummy0 (or so) than to 'lo' or eth0/1
1179784619 M * Bertl_oO but OTOH, it is probably confusing for the firewall/iptables administrator :)
1179784670 M * thei0s :)
1179784823 M * thei0s 10x for info, I will then use dummy
1179786458 J * lylix ~eric@dynamic-acs-24-154-33-109.zoominternet.net
1179787119 J * slack101 ~Administr@cpe-71-65-52-127.insight.res.rr.com
1179787150 M * slack101 who was the guy helping me with my network earlier ?
1179787171 Q * thei0s Quit: Leaving.
1179787251 M * Kerberos why? u want to sue him?
1179787281 M * Kerberos ups.. wronmg channel..
1179787485 M * mnemoc :)
1179787507 M * daniel_hozac slack101: why does it matter?
1179787519 M * slack101 lol
1179787524 M * daniel_hozac (a hint though, it starts with m, ends with a t, with a j in the middle)
1179787527 M * slack101 well i found out my netmask for the ip
1179787537 M * slack101 but i wonder if its the same netmask for the rest of my ip's 
1179787556 M * daniel_hozac why don't you just ask your ISP?
1179787614 M * slack101 i did
1179787617 M * slack101 they gave me one ip
1179787620 M * slack101 netmask
1179787627 M * slack101 but i wondr if its the sam for thier whole LAN
1179787640 M * daniel_hozac the netmask is the same for that entire network, yes.
1179787671 M * slack101 255.255.254.0
1179787684 M * slack101 so whats this in /8 /16 / 32 etc terms ?
1179787696 M * mnemoc 23
1179787854 M * slack101 sure ? :)
1179787866 M * slack101 right now i have it set to 32 
1179787870 M * slack101 should i chage it ?
1179787877 M * mnemoc 32 == 255.255.255.255
1179787884 P * stefani I'm Parting (the water)
1179787885 M * mnemoc 23 == 255.255.254.0
1179787889 M * slack101 i mean it still works with 32
1179787898 M * slack101 is it worth changing ?
1179787917 M * daniel_hozac if you have them all as /32, you'll send network-local traffic to your gateway.
1179787926 M * mnemoc "if it works, don't touch it"
1179787948 M * slack101 its just the server
1179788039 M * slack101 so should i change it :) ?
1179788153 M * mnemoc it's up to you
1179788248 M * slack101 lol
1179788315 M * mnemoc do you want it to just work, or do you want it to work right
1179788656 M * slack101 ;p;
1179788659 M * slack101 its fine for now 
1179788669 M * slack101 mysql vs sqlite
1179788757 M * slack101 what you gys like better ?
1179788826 M * mnemoc they solve different needs, so they can'T be compared imo
1179790594 M * Kerberos hey.. im having a prob.. (not vserver related).. the contents of mtab dissapear.. 
1179790626 M * Kerberos im now with a ln to proc/mounts.. so i can see the info.....
1179790679 M * Kerberos weird....
1179790989 M * Bertl_oO what was going on when it disappeared?
1179791218 M * Kerberos well.. i notice it sometimes after burning a dvd...
1179791229 M * Kerberos (was making milk and cookies..)
1179791249 M * slack101 damn to hot outside
1179791267 M * Kerberos its fresh here in portugal
1179791274 M * Kerberos 0:44
1179791282 M * slack101 fresh ?
1179791287 M * Bertl_oO Kerberos: hmm, do you have enough disk space on /etc?
1179791298 M * Kerberos Bertl_oO yep..
1179791304 M * Kerberos all works ok..
1179791311 M * Kerberos only the entries in mtab dissapear
1179791316 M * slack101 closest thing i have ever had to portugal was when i used to live in brazil
1179791343 M * mnemoc Bertl_oO: do you know what are the side effects of etc/mtab as a symlink to proc/mounts ?
1179791351 M * Kerberos lol..
1179791370 M * Kerberos i only did that after the problem.. started..
1179791383 M * Kerberos if i reboot.. i gets ok i think..
1179791396 M * Kerberos but after a while.. the entries dissapear..