1108167051 M * Doener night folks!
1108167056 N * Doener Doener_zZz
1108167097 M * Bertl night Doener_zZz !
1108167787 Q * yarihm Quit: Leaving
1108175966 M * Snow-Man SPT=32768 DPT=32768
1108175975 M * Snow-Man That's not vserver stuff, is it?
1108175980 M * Snow-Man It's UDP over localhost... :/
1108176012 M * Bertl hmm, doesn't look like ...
1108176019 M * Snow-Man I dunno.
1108176028 M * Snow-Man I've got nfc what it is.
1108176038 M * Bertl which kernel?
1108176041 M * Snow-Man 2.6.10
1108176054 M * Snow-Man Bertl: Hey, if I've got a bunch of lo:0-40 aliases interfaces
1108176065 M * Snow-Man Bertl: And I give each vserver only one of those
1108176073 M * Snow-Man Bertl: They can't see any other traffic over lo, can they?
1108176084 M * Snow-Man They've all got seperate ip addresses and stuff.
1108176104 M * Snow-Man And the firewall rules should actually prevent it anyway, I think.
1108176149 M * Bertl I'd say if you allow for CAP_NET_RAW, they'll see eachother
1108176168 M * Snow-Man Well, they shouldn't get that.
1108176182 M * Bertl then lo isn
1108176193 M * Bertl 't an issue at all
1108176199 M * Snow-Man ok... :)
1108176214 M * Bertl without assigning lo aliases you will get the same 'secure' behaviour ;)
1108176246 M * Snow-Man Well, the lo's are also because the actual IP addresses are in a different subnet from those on eth0. :)
1108176272 M * Bertl doesn't change anything ...
1108176300 M * Snow-Man Alright, I like it this way?
1108176302 M * Snow-Man :)
1108176302 M * Bertl 0 bridge/netfilter/ebt_log.c 102 printk(" SPT=%u DPT=%u", ntohs(pptr->src),
1108176315 M * Bertl this is where your message comes from
1108176333 M * Snow-Man oh?  Interesting.
1108176358 M * Snow-Man Seems odd that it'd come from ebt..
1108176368 M * Snow-Man The full message is:
1108176372 M * Snow-Man OUTPUT Table IN= OUT=lo SRC=127.0.0.1 DST=127.0.0.1 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=9416 DF PROTO=UDP SPT=32768 DPT=32768 LEN=32
1108176375 M * Snow-Man INPUT Table IN=lo OUT= MAC=00:00:00:00:00:00:00:00:00:00:00:00:08:00 SRC=127.0.0.1 DST=127.0.0.1 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=9416 DF PROTO=UDP SPT=32768 DPT=32768 LEN=32
1108176378 M * Snow-Man Well two messsages
1108176387 M * Bertl well, looks like they have some debugging active there ..
1108176409 M * Snow-Man It only happens when I've got stuff logging that traffic.. :)
1108184246 T * Bertl http://linux-vserver.org/ | latest stable 1.2.10, devel 1.9.4, ng9.0   -- He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime 
1108184616 M * Bertl okay, I'm off to bed now ... have a nice whatever everyone!
1108184649 N * Bertl Bertl_zZ
1108185902 J * DaPhreak ~DaPhreak@pc-outside.uni-greifswald.de
1108186664 Q * tchan Quit: leaving
1108188138 J * tchan ~tchan@c-24-13-81-164.client.comcast.net
1108190911 Q * DaPhreak Quit: leaving
1108190941 J * DaPhreak ~DaPhreak@pc-outside.uni-greifswald.de
1108190996 Q * DaPhreak Quit: 
1108191064 J * DaPhreak ~DaPhreak@pc-outside.uni-greifswald.de
1108191193 Q * DaPhreak Quit: 
1108191240 J * DaPhreak ~DaPhreak@pc-outside.uni-greifswald.de
1108192940 Q * tchan Quit: leaving
1108193132 J * mhepp ~mhepp@r72s22p13.home.nbox.cz
1108193791 J * tchan ~tchan@c-24-13-81-164.client.comcast.net
1108195070 Q * Hollow Remote host closed the connection
1108195258 Q * SiD3WiNDR Remote host closed the connection
1108195266 J * SiD3WiNDR luser@bastard-operator.from-hell.be
1108195268 J * Hollow ~Hollow@home.xnull.de
1108195391 Q * locksy Ping timeout: 480 seconds
1108195396 J * locksy ~locksy@mrtg.sisgroup.com.au
1108195500 Q * switch Ping timeout: 480 seconds
1108195903 J * switch ~switch@61.206.115.5.user.ad.il24.net
1108195981 Q * halorgium Remote host closed the connection
1108195988 J * halorgium tim@halorgium.net
1108196300 Q * gaber Ping timeout: 480 seconds
1108196421 Q * matti Ping timeout: 480 seconds
1108201660 Q * mhepp Remote host closed the connection
1108202348 J * mboman ~michael@cm48.sigma230.maxonline.com.sg
1108202383 Q * mboman Quit: 
1108202803 J * mhepp ~mhepp@r72s22p13.home.nbox.cz
1108206789 T * services.oftc.net http://linux-vserver.org/ | latest stable 1.2.10, devel 1.9.4, ng9.0   -- He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime 
1108209633 J * duckx ~Duck@dyn-83-157-142-154.ppp.tiscali.fr
1108210970 N * Bertl_zZ Bertl
1108210984 M * Bertl morning folks!
1108212482 M * DaPhreak mornin Bertl 
1108212581 M * Bertl hey DaPhreak!
1108212674 Q * mhepp Quit: mhepp caught signal: Autobus error
1108212965 Q * DaPhreak Ping timeout: 480 seconds
1108213074 J * DaPhreak ~DaPhreak@pc-outside.uni-greifswald.de
1108213102 M * DaPhreak mornin Bertl :)
1108213113 M * Bertl morning again! ;)
1108213163 M * DaPhreak yeah ... shitty cisco dial-in server :) get's killed from time to time ...
1108213191 M * DaPhreak Bertl: i've got an issue with a vserver-guest system ...
1108213220 M * Bertl let's hear ...
1108213237 M * DaPhreak the problem is, i can't directly resolve dns-names in the vguest ... but if i supply dig with the _ip_ of the dns, its all workin
1108213293 M * Bertl what does /etc/resolv.conf look like?
1108213303 M * Bertl (inside the guest)
1108213319 M * DaPhreak exactly the same as on the host (which is the master dns)
1108213337 M * DaPhreak nameservers 192.168.15.2
1108213367 M * Bertl and using dig with this address works fine?
1108213375 M * DaPhreak yeah ...
1108213379 M * DaPhreak wait a sec :)
1108213405 M * DaPhreak dig www.google.de @192.168.15.2
1108213405 M * DaPhreak ; <<>> DiG 9.2.3 <<>> www.google.de @192.168.15.2
1108213405 M * DaPhreak ;; global options:  printcmd
1108213405 M * DaPhreak ;; Got answer:
1108213405 M * DaPhreak ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26443
1108213408 M * Bertl aside from the fact that it should be 'nameserver' not nameserverS ;)
1108213432 M * DaPhreak shit on me ;) works ....
1108213441 M * DaPhreak lol :D that was easy ;)
1108213447 M * Bertl next one!
1108213458 M * DaPhreak :D
1108213482 M * Bertl 95% of all 'vserver' issues are not vserver related at all ;)
1108213492 M * Hollow DaPhreak: lol!!
1108213499 M * DaPhreak thank's a lot Bertl, btw. 1.9.4_rc5 is nice ;)
1108213512 M * Hollow 1.9.4 is in portage soon btw
1108213523 M * DaPhreak Hollow: yeah, yeah :p and so it goes on ... i told you :D im damn to tired ;p
1108213526 M * Bertl DaPhreak: you're welcome!  1.9.4 is out ...
1108213560 M * DaPhreak hmm .. i think i gonna bug Hollow ;)
1108213566 M * Hollow DaPhreak: hehe, yeah.. if you'd sent me your resolv.conf i have seen it... 
1108213603 M * Bertl morning Hollow btw!
1108213609 M * Hollow mornin Bertl :)
1108213611 M * DaPhreak would also have also been a posibility :p but strace punched me yesterday in this directory :)
1108213653 M * DaPhreak bind(20, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("0.0.0.0")}, 16) = 0
1108213656 M * DaPhreak recvmsg(20, 0xbffff540, 0)              = -1 EAGAIN (Resource temporarily unavailable)
1108213659 M * DaPhreak gettimeofday({1108155754, 612079}, NULL) = 0
1108213662 M * DaPhreak sendmsg(20, {msg_name(16)={sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("127.0.0.1")}, msg_iov(1)=[{"\3\314\1\0\0\1\0\0\0\0\0\0\3www\10clusters\3int\0\0\1"
1108213711 M * Hollow heh
1108213778 M * DaPhreak Hollow: i bet with you ;p ssh is now ueberfast :D
1108213809 M * Hollow nice ;)
1108213867 J * yarihm ~yarihm@217-162-112-120.dclient.hispeed.ch
1108213973 M * Bertl welcome yarihm!
1108213983 M * Snow-Man Bertl: So, 1.9.4 is happy and stuff, right? :)
1108214001 M * yarihm hi Bertl, hi rest
1108214015 M * Bertl Snow-Man: morning! yes it is supposed to be ;)
1108214032 M * Snow-Man Bertl: Good, 'cause my 2.6.9-1.9.3 box has been crashing. :/
1108214437 M * Bertl with what?
1108214716 M * daniel_hozac kernel/vserver/proc.c: In function `proc_vid_info_read':
1108214717 M * daniel_hozac kernel/vserver/proc.c:319: warning: ignoring return value of `copy_to_user', declared with attribute warn_unused_result
1108214735 M * daniel_hozac first time i've ever seen a vserver related warning ;)
1108214776 M * Bertl hmm, how did you get that?
1108214804 M * Bertl sparse?
1108214863 M * daniel_hozac huh?
1108214947 M * Bertl well, obviously I didn't get it here ...
1108214956 M * Bertl gcc 4.x.x ?
1108215002 M * daniel_hozac no, 3.4.2.
1108215028 M * Bertl hmm ... 3.3.5 here ...
1108215122 A * DaPhreak nukes rsync --daemon
1108215352 M * Bertl daniel_hozac: but thanks for reporting it ...
1108215418 M * DaPhreak *grml* why the heck does rsync want to bind to _all_ sockets although i've added --address=192.168.0.1 ?
1108215447 M * Bertl because it is 3v1L!
1108215463 M * Bertl ;)
1108215465 M * DaPhreak yeah, i know ;)
1108215516 M * DaPhreak rsync: open inbound socket on port 873 failed: Address already in use
1108215553 M * DaPhreak how should that be possible ? there is no other rsync process running (if `ps -ef` is trustable)
1108215724 M * Bertl what about lsof?
1108215798 M * DaPhreak heh, rsync: open inbound socket on port 873 failed: Address already in use
1108215806 M * DaPhreak wrong one
1108215807 M * DaPhreak rpc.mount  5782   root    7u     IPv4      11920                 TCP *:rsync (LISTEN
1108215814 M * DaPhreak damn nfs
1108215953 M * Snow-Man Shit.
1108215983 M * Bertl hmm?
1108216008 M * Snow-Man Oh, maybe it's not as bad as I thought.
1108216018 M * Snow-Man Manually fixing some reject in mmap.c
1108216029 M * Bertl rejects?
1108216039 M * Snow-Man Between the debian patch and 19_2.6.10_memory.diff
1108216086 M * Bertl hmm, wouldn't it be better to use the delta?
1108216162 M * Snow-Man eh?
1108216189 M * Bertl between 2.6.10-1.9.3 and 2.6.10-1.9.4 ?
1108216202 M * Snow-Man I havn't got 2.6.10-1.9.3?
1108216244 M * Bertl ah, so you are 'trying' to apply the aptch on debian sources ... without any previous version? ...
1108216268 M * Snow-Man What I'm doing is: 2.6.10 + debian 2.6.10-5 + vserver 1.9.4
1108216277 M * Bertl did you do that with 2.6.9-1.9.3 too?
1108216280 M * Snow-Man It looks like just some simple stuff.
1108216293 M * Snow-Man I'm not sure actually, I don't remember if I applied the Debian stuff to my 2.6.9 tree.
1108216299 M * Snow-Man Probably, but it went easier.
1108216308 M * Bertl well, just because you wonder why it is crashing ... ;)
1108216324 M * Snow-Man bah.
1108216534 M * Snow-Man anon_vma_unlock(vma);
1108216538 M * Snow-Man Those have been removed.
1108216542 M * Snow-Man In a couple places at least.
1108216775 M * Snow-Man Damnit, I think expand_stack has changed significantly.
1108216775 M * Bertl evil debian folks, remove some stuff from the kernel! ;)
1108216798 M * Snow-Man Bertl: You can be pretty sure that it's mainly just stuff pulled from BK.
1108216853 M * Bertl yeah, the question is just, what branch ;)
1108216859 M * Snow-Man heh.
1108216904 M * Snow-Man Oh, expand_stack now just calls acct_stack_growth...
1108216908 M * Snow-Man So I think that's alright.
1108216918 M * Snow-Man I need a clean 2.6.10 to look at
1108216959 A * DaPhreak gives 1.9.4 a change :)
1108216970 M * Snow-Man eh?
1108216990 M * Bertl s/change/chance/?
1108217002 M * Snow-Man heh.
1108217039 M * TheSeer hmm.. i just found a very big benefit vserver offers ;>
1108217052 M * DaPhreak yeah Bertl :D
1108217070 M * TheSeer "vserver hostname stop"  is a *very* effective means to make a customer consider paying open invoices
1108217071 M * TheSeer ;>
1108217082 M * Snow-Man haha
1108217088 M * Bertl lol
1108217101 M * DaPhreak lol @ TheSeer :D
1108217195 M * Snow-Man Wow.
1108217202 M * Snow-Man Ok, that mmap.c change was the only one I had to do.
1108217212 M * Snow-Man The rest patched in cleanly, even 'other'.
1108217452 M * Bertl you should enable some vserver debugging when you build/test that first ... and give the testme.sh -L a try ...
1108217754 M * Snow-Man pfffft.
1108217830 M * Snow-Man :)
1108218838 M * Bertl okay, back later ...
1108218844 N * Bertl Bertl_oO
1108219772 Q * DaPhreak Quit: leaving
1108220374 M * Snow-Man Bertl_oO: Everything seems to be going well so far. :)
1108220584 J * DaPhreak ~DaPhreak@pc-outside.uni-greifswald.de
1108221353 J * lostsoul dumb@pD9525E06.dip.t-dialin.net
1108224514 A * DaPhreak send 2.6.11-* to hell ;(
1108224520 M * DaPhreak s/send/sends
1108224564 Q * DaPhreak Quit: changing router kernel
1108225523 J * DaPhreak ~DaPhreak@pc-outside.uni-greifswald.de
1108225898 Q * DaPhreak Quit: leaving
1108226515 Q * lostsoul Quit: 
1108228829 N * Bertl_oO Bertl
1108228842 M * Bertl evening folks!
1108228850 M * Bertl (short visit)
1108229223 M * micah evening Bertl 
1108229459 M * Bertl hey micah!
1108229463 J * DaPhreak ~DaPhreak@pc-outside.uni-greifswald.de
1108229498 M * Bertl wn DaPhreak!
1108229502 M * Bertl s/wn/wb/
1108229509 M * DaPhreak heh :)
1108229513 M * DaPhreak yeah, re ;)
1108229541 M * Bertl what do you dislike on 2.6.11-rc* ?
1108229552 M * DaPhreak but this damn isdn_net_xmit | isdn_ppp_xmit spitout's make me a little pissed of
1108229621 M * DaPhreak well i have to use isdn Bertl, all kernels >2.6.9 spit some sort of bug or so (i don't know exaclty) regarding sortirc.c and local_bh_enable
1108229661 M * DaPhreak but it's really nice on my centrino nb :)
1108229690 M * micah strange... I just did a newvserver and now I cannot enter the context
1108229697 M * micah I get this error:
1108229697 M * micah Can't set the new security context
1108229697 M * micah : Invalid argument
1108229735 M * Bertl well, don't know what newvserver does/did, but maybe you check with --debug on the enter?
1108229740 M * micah ah, maybe I should start it
1108229746 M * micah that helps :)
1108229753 M * micah but it is a strange error
1108229825 M * micah Bertl: vserver --debug <vserver> enter is not a valid command
1108229856 M * micah hmm
1108229860 M * micah this might be the old tools
1108229894 M * micah yeah
1108229908 M * micah this machine has old tools
1108230330 M * Bertl DaPhreak: well, the drivers need updating ..
1108230343 M * Bertl (and obviously nobody cares enough to do it)
1108230406 M * Bertl micah: you are probably using a kernel patch < 1.9.4-rc4, and old tools (they have some issues with that)
1108230407 M * DaPhreak yeah ... i see Bertl ;)
1108230446 M * micah Bertl: ok, but it is nothing to be concerned about I guess, except to get these tools upgraded :)
1108230471 M * Bertl alpha tools will work fine, so will a newer kernel aptch
1108230549 M * Bertl okay, off again .. bbl
1108230554 N * Bertl Bertl_oO
1108233125 J * alexissoft ~ale6@robertlan.eu.org
1108233126 M * alexissoft hi
1108233235 M * alexissoft i've a little problem with vservers, i'm trying to make a vserver but he have no access to the net (i run vserver 1.9.4 with the same vserver-utils version)
1108233652 J * matti matti@linux.gentoo.pl
1108233724 M * DaPhreak alexissoft: what does your resolv.conf looks like
1108233726 M * DaPhreak ?
1108233981 M * alexissoft DaPhreak, nameserver 10.0.0.1*
1108234013 M * alexissoft (the vserver host is 10.0.0.1, and the vserver ip is 10.0.0.2)
1108234036 M * alexissoft but he don't ping an ip on the internet
1108234100 M * DaPhreak the vhost ?
1108234110 M * alexissoft vhost ?
1108234150 M * alexissoft vserver host == main server
1108234156 M * alexissoft :)
1108234162 M * alexissoft (i missed up hoster)
1108234169 M * DaPhreak heh
1108234204 M * DaPhreak hmmm .. but the vserver is able to ping the vhoster ?
1108234213 M * alexissoft yes
1108234220 M * alexissoft he can ping all the lan
1108234228 M * alexissoft but not internet
1108234444 A * DaPhreak is gonna grep some sleep :)
1108234732 Q * DaPhreak Quit: leaving
1108235352 M * alexissoft ha, he can go on the web but without /etc/vservers/vserver1/interfaces/
1108236486 M * alexissoft but i want a special ip for my vserver
1108242606 J * Tbery ~tb@rt-pha-1.karneval.cz
1108242619 M * Tbery Při zpracování nastaly chyby:
1108242619 M * Tbery  amavis-postfix
1108242619 M * Tbery E: Sub-process /usr/bin/dpkg returned an error code (1)
1108242619 M * Tbery Během instalace balíků se stalo něco zlého. Zkouším obnovit:
1108242619 M * Tbery Čtu seznamy balíků... Hotovo
1108242620 M * Tbery Vytvářím strom závislostí
1108242621 M * Tbery Čtu rozšířené stavové informace
1108242623 M * Tbery Inicializuji stavy balíků... Hotovo
1108242625 M * Tbery Načítám popisy úloh... Hotovo
1108242627 M * Tbery mail:~#                
1108242629 M * Tbery how to purge??
1108242636 M * Tbery error package??
1108242863 M * alexissoft on ne comprend pas ce que dit APT
1108243039 M * Tbery yes
1108243217 M * alexissoft i was saying (in french) : we don't understand that apt said
1108243718 Q * yarihm Quit: Leaving
1108250364 Q * alexissoft Ping timeout: 480 seconds
1108251261 Q * BobR_oO Read error: Operation timed out
1108251436 J * BobR_oO ~georg@MAIL.13thfloor.at