1116032437 J * eXplasm2 ~explasm@p549FD528.dip.t-dialin.net 1116032864 Q * explasm__ Ping timeout: 480 seconds 1116035153 M * Doener night! 1116035158 N * Doener Doener_zZz 1116038413 M * sladen Bertl_oO: / Doener_zZz: compared to the ELF core dumper from yesterday, the HT thing is truely minor 1116039995 M * Snow-Man ELF core dumper? 1116047816 Q * atsab Read error: Connection reset by peer 1116047886 J * atsab ~as@lotes.vtu.lt 1116048539 N * Bertl_oO Bertl 1116048548 M * Bertl morning folks! 1116051653 M * eyck morning! 1116053128 M * matti Uhh. 1116053131 M * matti ;-) 1116054688 M * Bertl morning matti! 1116054834 M * matti Hi Bertl ;] 1116057383 M * DaPhreak morning guys 1116062850 M * Bertl okay, off for now .. back later ... 1116062856 N * Bertl Bertl_oO 1116063652 J * erwan_ho ~erwan@konilope.dyndns.org 1116066498 N * Bertl_oO Bertl 1116066509 M * Bertl back now ;) 1116066527 M * DaCa wb :) 1116066539 N * Doener_zZz Doener 1116066548 M * Doener morning folks... 1116066567 M * Bertl morning Doener! 1116066568 Q * mountie Remote host closed the connection 1116066578 J * mountie ~mountie@24.42.99.232 1116066585 M * Bertl wb mountie! 1116066586 M * DaCa good morning 1116067279 Q * mcp Read error: Connection reset by peer 1116067291 J * mcp ~hightower@wolk-project.de 1116067480 M * DaPhreak hmm .. pre1 ooopsing at me ;( isn't that kind of funny 1116067505 M * Doener hm, try rc1 ;) 1116067524 M * DaPhreak yeah i know :) but first i've to get this ngnet stuff ready ;) 1116068231 M * Bertl anybody here capable of doing a quick debian package from a given .spec file? doesn't need to comply to debian guidelines ;) 1116068243 M * Bertl (capable and willing, that is ;) 1116068402 M * DaPhreak isn't Doener on debian ?! :) 1116068420 M * Doener my vservers are ;) 1116068430 M * Doener my host is gentoo atm 1116068466 M * DaPhreak or that way :D same here ... but all vps's are currently only gentoo ... i thought about running a debian vps ... but didn't had time .. 1116068513 M * DaCa Bertl: whats a .spec file? 1116068551 M * Bertl some kind of macro aware description how to build rpms ... 1116068580 M * Bertl actually the spec is not really relevant if you know how to make a package on debian 1116068583 M * DaCa what kind of package is it? 1116068607 M * Bertl binutils and gcc for cross compiling 1116068648 M * Bertl (for kernel cross compiling to be precise) 1116068655 M * DaCa thats not an easy one 1116068688 M * Bertl well, the only thing it has to do is to change it's name based on a given 'argument' 1116068704 M * Bertl i.e. for rpm I do the following 'build' 1116068713 M * Bertl rpm -ba /usr/src/RPM/SPECS/binutils-2.16.90.0.3-cross.spec --define="CROSS_ARCH i386" 1116068723 M * Bertl and that will result in .. 1116068729 M * Bertl /usr/src/RPM/RPMS/i586/binutils-i386-2.16.90.0.3-7mdk.i586.rpm 1116068796 M * Bertl the ugly details about 'how' to build that, and what patches/sources are required are already done ... 1116068843 M * Bertl i.e. I could provide a bash script to do that .. 1116068956 M * DaCa hmmm, I could have a look into it later, after breakfast and the weekly shopping round 1116068992 M * Bertl no problem, take your time ... here is the mentioned spec file ... 1116068993 M * Bertl http://vserver.13thfloor.at/Stuff/Cross/gcc-3.3.6-newlib-cross.spec 1116069030 M * DaCa ok 1116069037 M * Bertl basically all you need to know (about spec files) is that %name is a macro 1116069068 M * Bertl %patch applies a patch, %setup creates some dirs and unpacks sources 1116069686 M * Doener http://www.13thfloor.at/~doener/vserver/tools/vnet-0.03.tar.bz2 1116069696 M * Doener "ported" it to the new syscall stuff 1116069710 M * Bertl hey cool! wanted to do that tonight :) 1116069711 M * Doener DaPhreak: please try if this compiles for you 1116069718 M * Doener :) 1116070459 M * Bertl okay, I'm off now ... back in the evening ... 1116070470 N * Bertl Bertl_oO 1116071140 M * DaPhreak Doener: is fine now :) 1116071146 M * Doener great! 1116071158 M * DaPhreak thanks a lot :) 1116071163 M * Doener you're welcome 1116071291 M * DaPhreak hmmm .. whats the purpose of vdlimit ? 1116071301 M * DaPhreak or better task ? 1116071303 M * Doener disk-limits i guess 1116071325 M * Doener i just know that it uses the new syscall implementation and thus asked you to try to compile that ;) 1116071334 M * DaPhreak heh ;) 1116071382 M * Doener (if anyone starts to think I'm nuts: we (DaPhreak and me) had a private discussion ;) 1116071417 M * DaPhreak *g* 1116072140 M * SiD3WiNDR "starts to" ? :P 1116072300 M * DaPhreak heh ;) 1116072515 M * Doener SiD3WiNDR: well, some folks didn't notice it yet ;) 1116076039 Q * matti Remote host closed the connection 1116076286 M * Doener nap-attack! 1116076293 N * Doener Doener_zZz 1116076300 M * DaPhreak have fun Doener_zZz ;p 1116077214 J * rs ~rs@imhotep.rhapsodyk.net 1116078102 J * ruut ~ruut@p549CAEFA.dip0.t-ipconnect.de 1116078239 J * ntrs_ ~ntrs@Dardeene-68.188.50.87.charter-stl.com 1116078239 Q * ntrs Read error: Connection reset by peer 1116078984 Q * rs Quit: rs 1116080057 Q * ruut Ping timeout: 480 seconds 1116080817 J * ruut ~ruut@p549C80F3.dip0.t-ipconnect.de 1116081410 Q * ruut Quit: Nettalk6 der Freeware IRC-Client 1116082650 J * Shuri sjnesjd@64.235.209.226 1116083317 J * yarihm ~yarihm@217-162-114-216.dclient.hispeed.ch 1116083580 Q * yarihm Quit: 1116083588 J * yarihm ~yarihm@217-162-114-216.dclient.hispeed.ch 1116085359 J * John ~john@acs-24-154-32-12.zoominternet.net 1116085389 M * John Hi folks. ;) 1116085471 N * John Johnsie 1116085497 M * Johnsie I've been scouring Google far and wide and haven't had any real luck tracking down a problem... 1116085515 M * Johnsie I have a Gentoo vserver and it appears that it has been rebooted uncleanly... 1116085533 M * Johnsie And so, when I attempt to start any VPS, it returns...: 1116085546 M * Johnsie RTNETLINK answers: File exists 1116085558 M * Johnsie Then it simply returns back to the root prompt. 1116085621 M * Johnsie Would anyone happen to know what's happening there? 1116085624 M * Johnsie I'm stumped. 1116087991 Q * yarihm Quit: Leaving 1116088011 J * yarihm ~yarihm@217-162-114-216.dclient.hispeed.ch 1116088367 Q * Johnsie Quit: G'bye! 1116088832 J * Johnsie ~john@acs-24-154-32-12.zoominternet.net 1116089924 N * Doener_zZz Doener 1116089962 M * Doener Johnsie: the RTNETLINK error means that the ip address is still there 1116089978 M * Johnsie Okay. 1116090003 M * DaPhreak yeah, and if the gentoo vps doesn't start try rm -rf /path/to/vps/var/lib/init.d/* 1116090009 M * Johnsie I managed to find http://dev.gentoo.org/~hollow/vserver/guide/ and cleaned things out. 1116090013 M * Johnsie That's what I did. 1116090015 M * Johnsie Thank you. 1116090018 M * DaPhreak :) 1116090018 M * Johnsie It worked. 1116090031 M * Doener you're welcome 1116090041 M * Johnsie I appreciate the help. 1116090048 M * DaPhreak well it has sometimes the behaviour that it doesn't clean those files :) 1116090058 M * Johnsie Well, here's something else... 1116090064 M * Johnsie I wanted to see if it would do it again... 1116090071 M * Johnsie So I issued a soft reboot... 1116090082 M * Johnsie And, it started that behavior again. 1116090088 M * DaPhreak heh .. 1116090109 M * DaPhreak Doener: sometimes i start hating some software ;) 1116090112 M * Johnsie I'm thinking I should make a script to clean that out each time. 1116090118 M * DaPhreak s/hating/hateing/ 1116090156 M * DaPhreak Johnsie: I would do this via bash/zsh alias 1116090174 M * Johnsie Noted. 1116090178 M * DaPhreak vstop() { 1116090182 M * Johnsie I'm somewhat new to Linux... haha 1116090186 M * DaPhreak vserver $1 stop 1116090188 M * Johnsie I'm learning. :P 1116090201 M * DaPhreak rm -rf /vservers/$1/var/lib/init.d/* 1116090202 M * Doener DaPhreak: hm, i think "hating" was ok ;) 1116090203 M * DaPhreak } 1116090208 M * Johnsie Well, when I rebooted, it didn't seem to cleanly shut down each VPS. 1116090230 M * Johnsie Or, maybe it did? 1116090235 A * Johnsie isn't sure. :P 1116090240 M * Johnsie I'll have to nose around. 1116090279 M * DaPhreak heh ... freakin rp-pppoe .. last half hour was for hacking my ip-up/ip-down scripts to set the SNAT-rules for the vps'es since it uses other env-vars than standard pppd 1116090298 M * Johnsie hah! 1116090300 M * Johnsie Yuck. 1116090407 M * DaPhreak hmm Doener, is it possible to modify the behaviour of utilvserver (doesn't know which program exactly does it) about that syslog redirecting 1116090425 M * DaPhreak i would like to redirect all logs from the vps to my host syslog 1116090565 M * daniel_hozac couldn't you just use /etc/syslog.conf in the vserver to do that? 1116090591 A * DaPhreak doesn't know 1116090599 M * DaPhreak thats why i'm asking ;) 1116090603 M * daniel_hozac treat it as usual remote logging. 1116090631 Q * eXplasm2 Remote host closed the connection 1116090638 M * DaPhreak you mean redirecting from vps(tcp)->vhost(tcp) ? 1116090696 M * daniel_hozac i mean replacing /var/log/messages in /etc/syslog.conf with @. 1116090697 J * eXplasm ~explasm@p549FD528.dip.t-dialin.net 1116090763 M * DaPhreak ah, so we are talking about the same :) simply redirecting the vps-syslog to another syslog 1116090780 A * DaPhreak is a bit confused 1116090961 M * daniel_hozac i wasn't exactly sure what you were talking about ;) 1116090992 M * daniel_hozac (the redirect meant iptables in my mind) 1116091112 M * Snow-Man erm. 1116091119 M * Snow-Man Why run syslog in the vserver at all? 1116091124 M * Snow-Man You don't need it there for anything, really. 1116091136 M * Snow-Man Just run syslog on the host and add entries for the /dev/log sockets under each vserver. 1116091843 Q * ciphernaut Read error: Connection reset by peer 1116091843 M * DaPhreak hmmm .. doesn't really work ... only kill 15 sshd is getting logged not more .. :) 1116092150 Q * erwan_ho Remote host closed the connection 1116092176 J * erwan_ho ~erwan@konilope.dyndns.org 1116093840 J * rs ~rs@imhotep.rhapsodyk.net 1116094087 Q * erwan_ho Remote host closed the connection 1116095556 Q * rs Quit: rs 1116095925 J * rs ~rs@imhotep.rhapsodyk.net 1116096173 Q * rs Quit: 1116097052 M * SiD3WiNDR Snow-Man: nice idea :) 1116097211 M * Snow-Man DaPhreak: eh? 1116097218 M * Snow-Man SiD3WiNDR: Yeah, works well for me. 1116097324 M * DaPhreak well it's seems to doesn't even log a named restart 1116097387 M * Snow-Man erm. 1116097424 M * Snow-Man There's *no difference* between a syslog running on the host listening on a vserver's /dev/log than one running inside the vserver. 1116097464 M * Snow-Man Your configurations are probably different or you didn't fully stop/start the vserver after moving to the host-based syslog and so some programs still have the old /dev/log socket open. 1116097499 M * SiD3WiNDR Snow-Man: do you run only one syslog on the host then? How do you add more sockets to watch? 1116097515 M * SiD3WiNDR (if you don't mind telling, I'm a bit lazy at this point while hanging in front of tv ;) 1116097516 M * Snow-Man SiD3WiNDR: yup, just one on the host, and you just add additional source() lines. 1116097531 M * Snow-Man And restart syslog-ng when you add them. 1116097540 M * SiD3WiNDR ah yea 1116097546 M * SiD3WiNDR was just going to ask, is this syslog ng :) 1116097552 M * SiD3WiNDR regular "old" syslog can't do that I guess 1116097558 M * Snow-Man hrmm. 1116097559 M * DaPhreak Snow-Man: you were right .. 1116097568 M * DaPhreak hmm .. now everything works fine 1116097569 M * Snow-Man I dunno if you can tell regular syslog to listen on other sockets. 1116097570 M * DaPhreak :) 1116097575 M * Snow-Man DaPhreak: Of course I was. 1116097576 M * Snow-Man :) 1116097582 M * SiD3WiNDR Snow-Man: I just took a quick peek at the config, didn't see it anywhere 1116097585 M * DaPhreak heh, yeah syslog-ng works fine here 1116097607 M * Snow-Man SiD3WiNDR: eh, doesn't *necessairly* mean you can't do it, but I have to admit I've never tried. :) 1116097724 M * SiD3WiNDR Snow-Man: uhuh :) 1116097744 M * SiD3WiNDR I meant manpage of config btw :) 1116097749 M * Snow-Man oh, ok. :) 1116097750 M * DaPhreak Snow-Man: does your syslog log the stuff on startup ?! it doesn't do here ... it seems it goes through the hosts /dev/log or /proc/kmsg but not through the unix-stream in the specific vps 1116097783 M * SiD3WiNDR Snow-Man: running multiple syslog with -p /var/lib/..../dev/log would work 1116097789 M * SiD3WiNDR but one instance can't listen to multiple afaics :) 1116097796 M * Snow-Man SiD3WiNDR: Ah, ok. :) 1116097801 M * Snow-Man Multiple instances would be silly. 1116097804 M * SiD3WiNDR yup 1116097812 M * Snow-Man DaPhreak: erm... 1116097814 M * SiD3WiNDR currently I have syslog in every vserver 1116097822 M * Snow-Man DaPhreak: What 'stuff on startup'? 1116097824 M * SiD3WiNDR and logcheck checking them all separately 1116097834 M * SiD3WiNDR this way if I move a vserver from one machine to another, nothing really changes :) 1116097850 M * Snow-Man SiD3WiNDR: 1116097867 M * Snow-Man SiD3WiNDR: I have 1 machine that's got 50 vservers on it. I wanted to minimize what was running in each. 1116097904 J * mep mep@p5091DD4E.dip.t-dialin.net 1116097905 M * DaPhreak well lets say you have bind or some of daemon inside the vserver and in runlevel 3 .. so if you hit vserver start to where does this vps log ? to the default destination or to your custom destination ? 1116097910 M * mep re 1116097934 M * SiD3WiNDR Snow-Man: :) 1116097937 M * Snow-Man DaPhreak: uh, it should log to /dev/log 1116097938 M * SiD3WiNDR 50 is indeed a lot :) 1116097946 M * SiD3WiNDR how much ram in the machine? 1116097952 M * Snow-Man DaPhreak: Which your host syslog-ng should be listening on. 1116097955 M * Snow-Man SiD3WiNDR: 8G. :) 1116097964 M * Snow-Man Dual-proc amd64 box. 1116097967 M * DaPhreak yeah, Snow-Man that's what i configured :) 1116098003 M * DaPhreak but the problem seems to be, that on startup the /dev/log isn't available since it goes to default location 1116098014 A * DaPhreak goes to give an example 1116098020 M * SiD3WiNDR whee, amd64 fun ;) 1116098020 M * Snow-Man What on earth are you talking about 'default location'? 1116098030 M * Snow-Man /dev/log *is* the default location. 1116098049 M * DaPhreak destination messages { file("/var/log/messages"); }; <-- default location 1116098073 M * DaPhreak destination m_vps1 { file("/var/log/d_messages/vps1"); }; 1116098079 M * DaPhreak ^- custom location 1116098114 M * Snow-Man ok.. and you have a log { source(vps1); destination(m_vps1); }; ? 1116098128 M * DaPhreak yeah :) 1116098131 M * Snow-Man DaPhreak: Did you set up seperate source lines? 1116098140 M * DaPhreak yep 1116098142 M * DaPhreak source s_ns1 { unix-stream("/var/vservers/ns1/dev/log"); }; 1116098156 M * DaPhreak and thats that /dev/log inside the vps 1116098168 M * Snow-Man And you've got stuff coming in on that source that's going to that messages destination? 1116098182 M * Snow-Man What do you log lines associated w/ the messages destination look like? 1116098197 M * DaPhreak sec i'll upload the whole config :) 1116098209 M * Snow-Man DaPhreak: The /dev/log inside the vserver is *always* there from the host's point of view. 1116098225 M * Snow-Man DaPhreak: Doesn't matter if the vserver is started, stopped, doing something else, whatever. 1116098272 Q * lilo Quit: brb 1116098282 M * Snow-Man Perhaps those startup messages are being sent to the host's /dev/log for some reason.. but if so, that's a big fat bug in the vserver startup code. :) 1116098339 M * DaPhreak yeah, that was what im thinking :) 1116098360 M * Snow-Man I'd bring it up w/ Bertl_oO.. 1116098380 M * DaPhreak heh, yeah .. or even with ensc (if he's around ;)) 1116098397 M * Snow-Man I don't specifically recall where startup messages went and it's at work so I can't check right now. 1116098421 M * Snow-Man I don't remember seeing anything odd, but then, your syslog-ng looks ok.. 1116098427 M * Snow-Man DaPhreak: What kernel are you using? 1116098440 M * DaPhreak latest (aka vs2.0-rc1) 1116098454 M * Snow-Man DaPhreak: And was the situation any different when you had a syslog-ng inside? 1116098469 M * DaPhreak nope .. the same 1116098496 M * Snow-Man ah, ok, that's good. :) 1116098614 J * lilo ~lilo@lilo.usercloak.oftc.net 1116098619 Q * lilo Quit: 1116098637 J * lilo ~lilo@lilo.usercloak.oftc.net 1116098670 M * micah DaPhreak: Snow-Man I'd be very interested in seeing your syslog-ng configs for how you do this 1116098699 M * DaPhreak well micah, isn't that hard as Snow-Man already said 1116098739 M * micah just make a source line from each /$vrootdir//dev/log to a logfile? 1116098779 M * DaPhreak here is and example: http://studip.uni-greifswald.de/~heim/syslog-ng.conf 1116098791 M * DaPhreak and a destination line :) 1116098797 M * DaPhreak and a log line ;) 1116098819 M * micah nice 1116098882 M * micah I am just trying to find a good piece of monitoring software I can use to monitor my vservers various services 1116099856 J * Doener` ~doener@p54876F7E.dip.t-dialin.net 1116099875 M * DaPhreak welcome back Doener` :) 1116100287 Q * Doener Ping timeout: 480 seconds 1116101795 Q * Shuri Quit: 1116102202 Q * eXplasm Ping timeout: 480 seconds 1116102255 J * eXplasm ~explasm@p549FCA29.dip.t-dialin.net 1116102767 J * rs ~rs@imhotep.rhapsodyk.net 1116102792 Q * eXplasm Ping timeout: 480 seconds 1116103152 J * eXplasm ~explasm@p549FECF9.dip.t-dialin.net 1116106053 M * Doener` DaPhreak: does your ngnet stuff work? 1116108465 M * Doener` another nap attack... probably back in an hour or two... 1116108470 N * Doener` Doener_zZz 1116109251 J * JohnL ~JohnL@jglhome.plus.com 1116113696 Q * rs Quit: rs 1116113697 P * JohnL 1116114490 N * Doener_zZz Doener 1116114500 M * Doener back now...