1161475471 Q * derjohn2 Ping timeout: 480 seconds 1161476745 M * Bertl daniel_hozac: so xfs doesn't 'open' a device for mounting, right? 1161476776 M * Bertl Hollow: moved the TodoList and added your requests there ... 1161477655 M * Hollow Bertl: nice, thanks 1161477678 M * Bertl np 1161477712 M * Hollow we just spent two hours trying pins on a logitech cordless desktop.. funny action ;) 1161477729 M * Bertl I will update 'request' there and leave them once they are done, so you can remove them as 'acknowledgement 1161477745 M * Bertl pins? 1161477825 M * Hollow sec.. 1161477884 M * Hollow http://benedikt.boehm.name/gallery/v/logitechfun/ 1161477970 M * Bertl hmm, nice, but what's the purpose? 1161477993 M * Hollow a friend has to do something for university ... 1161478014 M * Hollow and i gave him my old keyboard 1161478100 M * Bertl ah, hum, and what is he doing with it? i.e. what's the project's aim? 1161478181 M * Hollow he's studying interface design and needs to do some kind of interface (hardware) to play a movie or music .. just for the fun of doing it, nothing special.. it's his first work for uni anyway 1161478207 M * Hollow but it was fun to find out all the keys ;) 1161478358 M * Bertl ah, okay, i.c. ... 1161478790 J * ensc ~irc-ensc@p54B4F1E0.dip.t-dialin.net 1161479849 Q * DreamerC_ Ping timeout: 480 seconds 1161480201 J * derjohn2 ~aj@dslb-084-058-222-163.pools.arcor-ip.net 1161480398 M * Bertl wb derjohn2! 1161480449 M * derjohn2 Bertl, good n8 :) my client just reconnected, when I was checking maikl before going to bed ;) 1161480462 M * Bertl have a good night then! 1161480472 M * derjohn2 BTW: the nfs issues are gone with rc42, works all fine 1161480487 M * derjohn2 thx a lot! 1161480489 M * Bertl great! tx for the feedback! 1161480514 M * derjohn2 I still press thumbs rc42 will be the release 1161480558 M * Bertl yeah, might be, not sure the xfs trobles are worth handling _right_now_ 1161480598 M * derjohn2 huh? 1161480603 M * derjohn2 xfs troubles? 1161480615 M * derjohn2 I am using xfs! 1161480624 M * Bertl well, it _seems_ that xfs mounting a vroot device makes the kernel oops 1161480655 M * derjohn2 silly question: how do I mount a vroot ? 1161480660 M * Bertl you would not want to do that anyways .. it jsut was discovered accidentially 1161480673 M * derjohn2 I thought hdv1 is the vroot ? 1161480675 M * Bertl and it doesn't work with ext2/3 1161480692 M * derjohn2 doesnt work with ext3 ?? 1161480696 M * derjohn2 or _does_ ? 1161480708 M * Bertl see channel history (roughly 3 hours ago) 1161480711 M * derjohn2 k 1161480737 M * Bertl daniel_hozac recreated the issue once we figured what might have caused it 1161480767 M * Bertl goblin, IIRC, did put the xfs entry (with hdv1) in fstab instead of mtab 1161480883 M * Hollow off to bed now too, good night everyone.. 1161480888 M * derjohn2 n8 Hollow 1161480895 M * derjohn2 n8 all, /me off , too ! 1161481326 J * s0undt3ch_ ~s0undt3ch@81.193.58.77 1161481765 Q * s0undt3ch Ping timeout: 480 seconds 1161481765 N * s0undt3ch_ s0undt3ch 1161484891 Q * SMuZZ Ping timeout: 480 seconds 1161485250 Q * Piet Remote host closed the connection 1161485296 J * Piet hiddenserv@tor.noreply.org 1161485726 Q * ensc Killed (NickServ (GHOST command used by ensc_)) 1161485735 J * ensc ~irc-ensc@p54B4DC24.dip.t-dialin.net 1161486302 Q * Johnnie Ping timeout: 480 seconds 1161486817 J * Johnnie ~jdlewis@jdlewis.org 1161487444 J * matti matti@linux.gentoo.pl 1161487463 M * Bertl hey matti! 1161491301 M * Bertl I'm off to bed now ... have a good whatever everyone! cya tomorrow! 1161491309 N * Bertl Bertl_zZ 1161492093 J * SMuZZ ~smuzz@monster.dataguard.no 1161495504 Q * mire charon.oftc.net keid.oftc.net 1161495504 Q * michal` charon.oftc.net keid.oftc.net 1161495504 Q * virtuoso charon.oftc.net keid.oftc.net 1161495504 Q * gdm charon.oftc.net keid.oftc.net 1161495504 Q * pagano charon.oftc.net keid.oftc.net 1161495504 Q * harry charon.oftc.net keid.oftc.net 1161495504 Q * doener charon.oftc.net keid.oftc.net 1161495504 Q * bubulak charon.oftc.net keid.oftc.net 1161495504 Q * tso charon.oftc.net keid.oftc.net 1161495504 Q * brc_ charon.oftc.net keid.oftc.net 1161495504 Q * transacid charon.oftc.net keid.oftc.net 1161495504 Q * micah charon.oftc.net keid.oftc.net 1161495605 J * mire ~mire@7-167-222-85.adsl.verat.net 1161495605 J * michal` ~michal@www.rsbac.org 1161495605 J * virtuoso ~s0t0na@shisha.spb.ru 1161495605 J * gdm ~gdm@www.iteration.org 1161495605 J * pagano ~pagano@131.154.5.21 1161495605 J * harry ~harry@d54C2508C.access.telenet.be 1161495605 J * doener ~doener@host.magicwars.de 1161495605 J * bubulak ~bubulak@whisky.pendo.sk 1161495605 J * tso ~tso@238-253.adsl.pool.ew.hu 1161495605 J * brc_ ~bruce@201.19.171.203 1161495605 J * transacid ~transacid@transacid.de 1161495605 J * micah ~micah@micah.riseup.net 1161495908 Q * matti helium.oftc.net strange.oftc.net 1161495908 Q * ensc helium.oftc.net strange.oftc.net 1161495908 Q * _are_ helium.oftc.net strange.oftc.net 1161495908 Q * Borg- helium.oftc.net strange.oftc.net 1161495908 Q * duckx helium.oftc.net strange.oftc.net 1161495908 Q * mugwump helium.oftc.net strange.oftc.net 1161495908 Q * kevinp helium.oftc.net strange.oftc.net 1161495908 Q * besonen helium.oftc.net strange.oftc.net 1161496023 J * matti matti@linux.gentoo.pl 1161496023 J * ensc ~irc-ensc@p54B4DC24.dip.t-dialin.net 1161496023 J * _are_ ~are@62.112.159.81 1161496023 J * Borg- borg@cube.benet.uu3.net 1161496023 J * kevinp ~kevinp@ny.webpipe.net 1161496023 J * mugwump ~samv@watts.utsl.gen.nz 1161496023 J * besonen ~besonen@dsl-db.pacinfo.com 1161496023 J * duckx ~Duck@tox.dyndns.org 1161499941 J * Piet_ hiddenserv@tor.noreply.org 1161499958 Q * Piet Remote host closed the connection 1161500808 Q * Piet_ Quit: Piet_ 1161503608 J * meandtheshell ~markus@85-124-233-59.work.xdsl-line.inode.at 1161503720 Q * pagano Ping timeout: 480 seconds 1161505699 J * dna_ ~naucki@145-225-dsl.kielnet.net 1161505754 J * bonbons ~bonbons@83.222.36.111 1161508306 J * skr ~skr@p54B3A2A1.dip0.t-ipconnect.de 1161509610 Q * skr Quit: skr 1161509999 Q * avi 1161512276 J * harry_ ~harry@d54C2508C.access.telenet.be 1161512336 Q * harry Read error: Connection reset by peer 1161513019 J * rgl Rui@217.129.151.190 1161513021 M * rgl hello 1161513227 M * daniel_hozac hi 1161514045 N * harry_ harry 1161514289 M * meandtheshell harry: in your config for 2.6.17.13-g-v CONFIG_GRKERNSEC_CHROOT_DOUBLE isn't set - my guess if set it shouldn't collide with "something" - right? 1161514300 M * meandtheshell s/for// 1161514467 M * harry ? 1161514482 M * harry normally, it wouldn't 1161514491 J * Osgigi ~abigor@kurzweil.no-ip.org 1161514503 Q * matled Remote host closed the connection 1161514503 J * matled_ ~matled@85.131.246.184 1161514503 N * matled_ matled 1161514504 M * harry but if you have a program that chroots in your vps (like postfix etc...) it won't work 1161514515 J * dna___ ~naucki@234-211-dsl.kielnet.net 1161514520 A * harry 0xf00d now 1161514524 M * meandtheshell harry: I see - 1161514562 Q * samuel_ helium.oftc.net xenon.oftc.net 1161514562 Q * cehteh helium.oftc.net xenon.oftc.net 1161514562 Q * Loki|muh helium.oftc.net xenon.oftc.net 1161514562 Q * yang helium.oftc.net xenon.oftc.net 1161514562 Q * weeble helium.oftc.net xenon.oftc.net 1161514562 Q * Hollow helium.oftc.net xenon.oftc.net 1161514562 Q * daniel_hozac helium.oftc.net xenon.oftc.net 1161514562 Q * [PUPPETS]Gonzo helium.oftc.net xenon.oftc.net 1161514562 Q * neuralis helium.oftc.net xenon.oftc.net 1161514562 Q * Greek0 helium.oftc.net xenon.oftc.net 1161514562 Q * nebuchadnezzar helium.oftc.net xenon.oftc.net 1161514562 Q * mcp helium.oftc.net xenon.oftc.net 1161514582 Q * ray6 helium.oftc.net quasar.oftc.net 1161514582 Q * tanjix helium.oftc.net quasar.oftc.net 1161514582 Q * Hunger helium.oftc.net quasar.oftc.net 1161514623 J * daniel_hozac ~daniel@c-2c1472d5.010-230-73746f22.cust.bredbandsbolaget.se 1161514623 J * mcp ~hightower@wolk-project.de 1161514623 J * Hollow ~hollow@styx.xnull.de 1161514623 J * Greek0 ~greek0@85.255.145.201 1161514623 J * weeble ~weeble@81.52.144.1 1161514623 J * yang ~yang@cpe-213-157-253-172.dynamic.amis.net 1161514623 J * neuralis ~krstic@solarsail.hcs.harvard.edu 1161514623 J * Loki|muh loki@satanix.de 1161514623 J * nebuchadnezzar ~nebu@zion.asgardr.info 1161514623 J * cehteh ~ct@pipapo.org 1161514623 J * samuel_ ~samuel@jupe.quebectelephone.com 1161514623 J * [PUPPETS]Gonzo gonzo@langweiligneutral.deswahnsinns.de 1161514642 Q * Osgiliath Ping timeout: 480 seconds 1161514666 M * meandtheshell harry: didn't know postfix does chroot per default 1161514687 J * Hunger Hunger.hu@213.163.11.138 1161514687 J * ray6 ~ray@194.126.159.45 1161514687 J * tanjix ~tanjix@office.star-hosting.de 1161514815 M * harry meandtheshell: me neither ;) 1161514867 N * Osgigi Osgiliath 1161514910 Q * dna_ Ping timeout: 480 seconds 1161514935 M * meandtheshell hm ... is harry trying to confuse meandtheshell - well I'm not with postfix but I would really wounder why it would do a chroot at all - makes no sense imo :) 1161515044 M * meandtheshell harry: by the way - bon appetit :) 1161515441 M * derjohn2 meandtheshell, to prevent exploist comming in via mail? 1161515452 M * derjohn2 meandtheshell, *exploits ? 1161515484 M * meandtheshell derjohn2: never heard of but yes ... 1161515511 M * derjohn2 meandtheshell, well wieste says he doesnt shio postfix in chroot mode, but debian does. 1161515531 J * DreamerC ~dreamerc@125-232-163-52.dynamic.hinet.net 1161515628 M * meandtheshell derjohn2: really - interesting since I'm with DebianGNU/Linux - might be worth taking a look at it - I'm thinking about going for postfix anyway since ages :) 1161515682 A * meandtheshell tags to_do_list.postfix with higher priority :) 1161515786 J * cryptronic ~oli@p549CF464.dip.t-dialin.net 1161515795 M * derjohn2 meandtheshell, yes, posfix is nice. 1161515852 M * meandtheshell must be - a lot of people already told me that 1161515864 M * cryptronic i have a really great problem - i can't stop a vserver. one apache2 process remains and i can't stop him ::( 1161515932 J * debugger Rui@217.129.151.190 1161515947 N * debugger rgl_ 1161516048 M * cryptronic ok i was very unfriendly :( 1161516053 M * cryptronic Nice Sunday alltogether 1161516379 Q * rgl Ping timeout: 480 seconds 1161516544 M * cryptronic someone here who now's how i can kill a process marked as D when kill -9 doens't work? 1161516552 M * doener reboot 1161516584 M * cryptronic but i can'T stop the vserver 1161516586 M * doener if it's stuck in state D it is waiting for something and won't do anything 1161516605 M * cryptronic vserver stop doens't work on that vserver 1161516639 M * doener try to vkill it, stop the other vservers, stop the services and reboot -f 1161516660 M * doener ('sync' is also a good choice, right before reboot -f) 1161516689 M * bonbons cryptronic: do you have some disk issue? D state applies when process is waiting for disk... 1161516744 M * cryptronic dunno after working one hour on that problem i reboot the complete node 1161516764 M * doener bonbons: it also applies to waiting for eg. mutexes or sockets... but yeah, disk problems are common for processes stuck in D state (which is "uninterruptible sleep") 1161516804 M * cryptronic hmm i run a raid1 configuration and the process now doesn'T react for an hou 1161516805 M * cryptronic r 1161516829 M * bonbons yep, but somehow I got a guest killed which had such processes (the nbd0 used as root for that guest dieed away because of nic which stopped working) 1161516854 M * cryptronic hmm 1161516864 M * doener cryptronic: it's likely that you have a stack trace in your logs 1161516870 M * bonbons probably a race-condition in tg3 driver 1161516911 M * cryptronic doener, how does such a stack trace look like? 1161517150 M * doener http://paste.linux-vserver.org/535 1161517175 M * cryptronic thx :) 1161517343 M * harry http://seanbaby.com/nes/egm05.htm => mkay, it's not virtuozo, but close ;) 1161517379 J * Blissex ~Blissex@82-69-39-138.dsl.in-addr.zen.co.uk 1161517853 J * skr ~skr@p54B3A2A1.dip0.t-ipconnect.de 1161518047 Q * skr 1161518067 Q * Zaki Remote host closed the connection 1161519234 J * lilalinux ~plasma@dslb-084-058-192-250.pools.arcor-ip.net 1161520549 Q * rgl_ Ping timeout: 480 seconds 1161520581 J * Zaki ~Zaki@212.118.110.193 1161520870 Q * Zaki Remote host closed the connection 1161521039 J * rgl_ Rui@217.129.151.190 1161521128 N * rgl_ rgl 1161521530 Q * lilalinux Remote host closed the connection 1161521981 J * skr ~skr@p54B3A2A1.dip0.t-ipconnect.de 1161522047 Q * cryptronic Quit: Leaving 1161522282 Q * skr Quit: skr 1161522525 J * lilalinux ~plasma@dslb-084-058-192-250.pools.arcor-ip.net 1161523133 J * debugger Rui@217.129.151.190 1161523594 Q * rgl Ping timeout: 480 seconds 1161524239 N * debugger rgl 1161524262 J * Zaki ~Zaki@212.118.110.193 1161524795 Q * Zaki Remote host closed the connection 1161525099 M * Hollow daniel_hozac: do you know if the defines in debug.h are only for kernel, or also for userspace apps? 1161525281 J * Zaki ~Zaki@212.118.110.193 1161526230 Q * Zaki Remote host closed the connection 1161526275 J * Zaki ~Zaki@212.118.110.193 1161526763 Q * Zaki Remote host closed the connection 1161526967 N * Bertl_zZ Bertl 1161526972 M * Bertl morning folks! 1161527051 M * doener morning Bertl 1161527397 M * bonbons hey Bertl! 1161527473 M * Bertl hey doener! bonbons! 1161527496 J * Zaki ~Zaki@212.118.110.193 1161527518 Q * Zaki Remote host closed the connection 1161527753 Q * Blissex Remote host closed the connection 1161528145 J * Zaki ~Zaki@212.118.110.193 1161528169 Q * Zaki Remote host closed the connection 1161528937 M * Bertl bonbons, daniel_hozac: I plan to make the single ip special casing use a _single_ ip and become optional (compile time and triggered with a flag) -- explanation: for now it is assigning ip plus broadcast to handle (udp) broadcasts too 1161528959 M * Bertl do you think that is too limited or breaks single ip setups? 1161528985 M * daniel_hozac i've always wondered what the broadcast setting was good for :) 1161529031 M * bonbons daniel_hozac: I too have never got the insight on that broadcast point 1161529073 M * daniel_hozac i don't think a single IP instead would be any more limiting than what we have today. 1161529081 M * daniel_hozac (in practice) 1161529163 M * Bertl the broadcast point, just to explain here, is this: 1161529187 M * Bertl consider an IP_ANY binding on a system with a _single_ public ip/netmask 1161529202 M * Bertl this will answer to the following addresses: 1161529237 M * Bertl 127.0.0.1, , , 1161529260 M * Bertl i.e. localhost, ip, net, broadcast 1161529287 M * Bertl now the localhost case is handled by mapping to ip 1161529299 M * Bertl the network case is not really relevant for ip 1161529317 M * Bertl (ip as in tcp/ip) 1161529347 M * Bertl but the broadcast address is itneresting for udp (in certain cases) 1161529455 M * bonbons ok, but how does the broadcast address that may be set for a context work? Is it a "special" second address? Or is it used to restrict the vanilla-broadcast? 1161529478 M * Bertl yes, it is simply assigned as _second_ address to the socket 1161529493 M * Bertl (at binding time) 1161529511 J * Zaki ~Zaki@212.118.110.193 1161529639 M * bonbons but there is nothing preventing broken configurations like IP = a.b.c.d/m.m.m.m, BRD != a.b.c.d | ~m.m.m.m 1161529732 Q * mire Quit: Leaving 1161529791 M * Bertl nope, we simply assume that 'userspace' control tools are sane :) 1161529849 M * bonbons ok :) 1161529872 M * bonbons Bertl: so your aim is to make single-IP special case happen only if a) Selected at compile-time AND b) context has 'single-IP' flag 1161529905 M * Bertl yes, I'd like to have the special casing option on by default though 1161529952 M * Bertl and userspace tools probably should select the flag for ip/32 guests by default, unless told to do otherwise 1161529997 M * Bertl but it simplifies semantics a lot, without sacrificing performance if you need it 1161530026 M * Bertl i.e. single ip guests will not pick up new ips (at least not of existing conenctions) 1161530054 M * bonbons would make sense, and those contexts would never have a "LOOPBACK address" 1161530066 M * Bertl precisely 1161530100 M * bonbons I would rather say, single-IP contexts cannot get new IPs unless the single-IP flag is removed 1161530152 M * Bertl well, I'd tend to allow 'chaning' that single ip too, with the exception that already bound ports will not change 1161530181 M * Bertl this could allow for ip migration of services 1161530190 M * bonbons at best they could get their address replaced (current removed + new one added), breaking active connections would maybe not be the right choice 1161530214 M * Bertl yeah, replace is the correct term here 1161530264 M * bonbons yep, with immediate effect to listening sockets, or do those stay on "old address"? 1161530313 M * Bertl they will stay bound to old addresses 1161530337 J * debugger Rui@217.129.151.190 1161530343 M * Bertl welcome debugger! 1161530367 N * debugger rgl_ 1161530372 M * rgl_ hey :D 1161530421 M * bonbons I'm fine with such a handling of single-ip contexts 1161530447 M * Bertl okay :) 1161530629 Q * tso Ping timeout: 480 seconds 1161530784 Q * rgl Ping timeout: 480 seconds 1161531284 M * Hollow http://linux-vserver.org/Capabilities_and_Flags has been migrated + updated to 2.1.1 + extended with bcaps & nflags 1161531366 M * Bertl but we lost information there 1161531372 M * Hollow yeah, the config 1161531383 M * Bertl (aside from the fact that I don't like the _extreme_ spacing 1161531390 M * Hollow spacing? 1161531408 M * Bertl every line is as high as two lines in the original 1161531427 M * Hollow oh well... 1161531431 M * Hollow can be changed in css 1161531440 M * Bertl we need some kind of compact table for this stuff 1161531461 M * Hollow less space makes things much more unreadable IMO 1161531462 M * Bertl i.e. have a separate style (but in global css) 1161531486 M * Bertl not in this case, you want to see the flags at once (at least I do :) 1161531529 M * Hollow so if someone with 800x600 wants to see the whole table we should make the font half as small? 1161531551 M * Bertl btw, it's pot ugly that the first three columns are higher than the last one 1161531573 M * Hollow yeah, i saw that already... guess it's vertical-align borkage 1161531574 M * Bertl (which is centered horizontally 1161531584 M * Bertl *vertically, right :) 1161531663 M * Hollow well, if you really want to have the config options there too, i can add them, but IMO these things should be listed in the util-vserver documentation, as well as the config settings for vcd should be in the vcd doc.. 1161531704 M * Bertl folks keep asking: and what do I write to the config? 1161531716 M * Bertl so, IMHO we have two options there: 1161531728 M * Hollow yeah, the config options are a mess anyway 1161531730 M * Bertl - make the config use the same names as the kernel (my preference) 1161531741 M * Bertl - list all the config options there too 1161531778 M * Hollow in vcd, we use the kernel names but skipped the first part, i.e. VXF_VIRT_LOAD becomes VIRT_LOAD in the context flags config 1161531807 M * Bertl so that is consistent and doesn't need a separate column, i.e. it can be easily explained 1161531807 M * Hollow the flag list functions ensure consistent behaviour here 1161531835 M * Hollow daniel_hozac: around? 1161531959 M * Bertl when you are at it, please add the following flags to the network list: NXF_HIDE_NETIF (same bit as VXF_HIDE_NETIF) and NXF_SINGLE_IP (same bit as VXF_SCHED_HARD) 1161531992 M * Hollow ok, will VXF_HIDE_NETIF go away in the futuer then? 1161532009 M * Bertl yep, I'm working on the patches right now 1161532016 M * Hollow sounds great :) 1161532026 M * Hollow maybe move VXC_RAW_ICMP too? 1161532073 J * skr ~skr@p54B3A2A1.dip0.t-ipconnect.de 1161532092 M * Bertl good point, consider that done as soon as daniel_hozac/ensc agrees to move that 1161532098 M * Bertl welcome skr! 1161532102 M * Hollow ok 1161532133 M * Bertl hmm, no, wait, that's a cap 1161532139 M * Hollow yep.. 1161532147 M * Hollow but we have ncaps, no? 1161532154 M * Bertl we have to prepare/test some things to use netcaps first 1161532167 M * Bertl but yes, sooner or later, we'll move that too 1161532172 M * Hollow ok, should i add it to the todo list? 1161532179 M * Bertl why not 1161532236 M * Hollow done.. 1161532551 M * Hollow Bertl: should i decrease padding in all tables (e.g. the patch version table) or create a new css class? 1161532634 M * Bertl well, IMHO there are three kind of 'tables' we use(d) 1161532638 M * daniel_hozac heh, looks like we'll need a nattribute/ncontext. 1161532668 M * Bertl - the typical block table (now used for the hosting companies, for example) 1161532699 M * Bertl - the 'list' table, which basically is something to look stuff up 1161532726 M * Bertl (imho this should use alternating rows (yeah I know that's ahrd to do :) and have almost normal spacing 1161532757 M * Bertl - the 'inline' table, like the versions 1161532785 M * Bertl (imho that one can avoid the outer borders and just use column/row separators 1161532804 M * Bertl on the front page, the versions seems fine to me 1161532816 M * Bertl the news section is still kind of strange 1161532831 M * Bertl (i.e. alignment of dates and spacing/separation 1161532838 M * Hollow yeah.. unfortunately css does not provide functionality to do alternating rows, so you'd have to define a two classes and add these classes to every row.. 1161533018 M * rgl_ why is there a ccaps VXC_SYSLOG? 1161533041 M * Bertl to enable virtual syslog 1161533078 M * rgl_ what is that? :D 1161533095 M * Bertl well, as there is nothing to log from kernel side (inside a guest) 1161533096 M * Hollow heh... i wrote syslog(2) to distinct that from syslog(3) 1161533118 M * Bertl it is a stub interface to make klogd happy 1161533172 M * sid3windr vsmon site seems bork :( 1161533176 M * sid3windr and I just wanted to try it out ;/ 1161533185 M * rgl_ why stub it when it could crash and burn? 1161533189 M * Hollow Bertl: ah, i found out that CSS3 does/will support even and odd table rows... 1161533212 M * sid3windr great 1161533216 M * sid3windr less hax in the code ! :-) 1161533223 M * Hollow :) 1161533229 M * Bertl rgl_: hmm? 1161533235 M * sid3windr .. in 5 years when people will use browsers which support css3 1161533246 M * Hollow indeed... :/ 1161533267 M * rgl_ Bertl, why provide a stub? IOH, why make klogd happy if it wont log anything? 1161533282 M * Bertl sid3windr: you mean, CSS3m (m for M$) :) 1161533314 M * Bertl rgl_: because certain distros (like debian?) are not able to separate syslog and klog properly 1161533335 M * sid3windr :-) 1161533357 M * rgl_ Bertl, why not fixing the distro instead? hehe :) 1161533399 M * Bertl rgl_: good idea, I guess you just volunteered, so please let us know once you're done :) 1161533436 M * rgl_ Bertl, I'll use ubuntu, if its broken I'll fix it :D 1161533442 M * sid3windr it is 1161533446 M * sid3windr as it's debian based ;) 1161533468 M * rgl_ it could have that fixed :D 1161533470 M * Bertl rgl_: when you are at it, fixing pstree would be nice too 1161533493 M * rgl_ Bertl, whats the problem with pstree? 1161533507 M * Bertl it requires pid=1 to work 1161533528 M * rgl_ ah, so thats a matter of updating to a recent pstree? 1161533537 M * Bertl I' 1161533545 M * Bertl d think so ... 1161533572 M * Bertl (well, not usre that is fixed upstream though) 1161533595 M * daniel_hozac hmm, isn't that why we have fakeinit? 1161533610 M * Bertl yes 1161533629 M * daniel_hozac ah, you mean so we could get rid of that? 1161533635 M * Bertl yep 1161533652 M * Bertl bind would be my next candidate for fixing 1161533667 M * Bertl (although we worked around that quite nice :) 1161533667 M * daniel_hozac we've already tried that ;) 1161533693 J * Steve^ booze@i577B891E.versanet.de 1161533707 M * Bertl welcome Steve^! 1161533736 M * Steve^ hey berti 1161533847 M * Hollow daniel_hozac: what's your opinion on caps/flags naming in util-vserver (see above)? 1161533868 M * daniel_hozac isn't util-vserver the same way? 1161533884 M * daniel_hozac i.e. just the prefix dropped. 1161533899 M * Hollow iirc there are some inconsistencies 1161533902 M * daniel_hozac and in some cases (bcaps at least), the prefix is optional. 1161533902 M * Hollow but not sure 1161533914 Q * Steve^ 1161533931 M * daniel_hozac ah, yes, VXF_INFO_X is just x. 1161533939 M * Bertl and the caps differ 1161533943 M * Hollow e.g. VXC_SET_UTSNAME is setutsname not set_utsname 1161533962 M * Bertl nope just utsname 1161533974 M * Hollow yep.. just saw it 1161533985 M * Bertl well, it would probably be sufficient to add aliases? 1161534002 M * Hollow .. and while doing so, add the missing caps and flags? 1161534022 M * daniel_hozac there are missing caps/flags? 1161534042 M * Hollow mostly those in 2.1.1 1161534055 M * daniel_hozac right, as util-vserver is tracking 2.0 right now. 1161534071 M * Bertl Hollow: btw, you could remove the VXF and NXF part to reduce the length (and make it easier for usersapce) 1161534105 M * Hollow Bertl: yep.. given that we make util-vserver consistent, that would be a good idea.. 1161534232 M * Bertl hmm, I'm also missing the Code tags 1161534258 M * Bertl i.e. which flags are what 1161534295 M * Hollow hm? 1161534302 M * Hollow what does NXF_SINGLE_IP do? 1161534321 M * Bertl special case handling of (true) single ip guests 1161534420 M * Hollow and what do you mean with code tags? 1161534427 M * Hollow legacy tag? 1161534443 M * Bertl legacy, different emaning, internal, unsupported 1161534459 M * Bertl (more to come there :) 1161534510 M * Hollow i see... will a a column 1161534519 M * Bertl tx 1161535375 M * Hollow Bertl: STATE_ADMIN is considered internal too, right? 1161535434 M * Bertl nope, but it is a one time flag 1161535446 M * Hollow ah.. another tag.. :) 1161535501 M * Bertl yup 1161535814 Q * _are_ Ping timeout: 480 seconds 1161535869 M * Hollow mediawiki somehow f*cks up line spacing too much 1161536003 M * Bertl I think, one problem are the paragraphs you added (somehow) 1161536038 M * Bertl looking at the source, the first few columns have simple text, the last one adds paragraph tags 1161536075 M * Bertl you could try disabling all spacing in paragraphs inside of table data 1161536115 M * Hollow ah.. stupid wiki syntax.. 1161536142 M * Hollow i even used
to prevent this borkage, but well.. 1161536194 M * sid3windr there's a nowiki tag ;) 1161536202 M * sid3windr if you want to do your own formatting :) 1161536272 M * Hollow what about using a list for those rows? 1161536299 M * Bertl hmm? 1161536311 M * Hollow the rows with multiple Allow foo 1161536319 M * Hollow make it a
  • 1161536328 M * Hollow erm..
      :) 1161536336 M * daniel_hozac and
    • :) 1161536346 M * Bertl fine for me, I do not care that much about the 'caps' 1161536351 M * Hollow ok.. 1161536366 M * Bertl caps can be read from the kernel headers if necessary 1161536388 M * Bertl important are the ccaps and cflags, which should also be first on that page 1161536412 M * Bertl (because we also want to keep folks from messing with the bcaps) 1161536492 M * Hollow ok.. will change the order.. 1161536717 J * _node ~node@c-69-143-154-220.hsd1.md.comcast.net 1161536916 M * Hollow Bertl: ok, updated... please take a look for the thinner tables... 1161536963 M * Bertl okay, vertical spacing is _much_ better now 1161536986 M * Bertl left/right could benefit from some padding (~0.5-1em) 1161537019 M * Bertl right alignment for some columns would be great too, is that possible somehow? 1161537051 M * Hollow i assume the bit column? 1161537085 M * Bertl yeah, masks too, IMHO, but that's not critical 1161537154 M * Hollow they have all the same width here.. 1161537178 M * Bertl (1ULL<<32) is slighly smaller 1161537321 M * daniel_hozac any reason we don't do hexadecimal for all of them? 1161537329 M * daniel_hozac or shifts for all of them? 1161537342 M * Bertl 64bit hex numbers are complicated 1161537352 M * daniel_hozac well, long at least :) 1161537368 M * Bertl yeah, in the kernel I decided to go for the shifts 1161537383 M * Bertl personally I prefer the hex masks, so it is a compromise 1161537398 Q * skr Quit: skr 1161537425 Q * sp Ping timeout: 480 seconds 1161537428 M * daniel_hozac the hex makes it easier to read the values from /proc too. 1161537430 M * Hollow it would also make the column much wider 1161537442 M * daniel_hozac indeed... 1161537447 M * Hollow but i don't have a problem to convert everything to hex masks 1161537462 M * Bertl nah, I'd say, leave it as is for now 1161537467 M * Hollow ok.. 1161537481 M * Bertl an alternative would be to have 'short' hex numbers and shifts 1161537484 M * Bertl like this: 1161537494 M * Bertl 0x0001 << 32 1161537533 M * Bertl doesn't work for the kernel without ULL, but that is not required on the table, IMHO 1161537539 J * debugger Rui@217.129.151.190 1161537558 M * Bertl it was just that the initial table was auto generated from the headers 1161537734 M * Hollow what about making the mask column in fixed-width font? 1161537775 M * Bertl well, let me ask here: can we specify attributes per column in the wiki? 1161537780 M * Hollow sure 1161537810 M * Bertl I mean, without repeating the attributes every line 1161537835 M * Hollow no.. you need to specify it every line.. :/ 1161537844 M * Bertl that sucks 1161537847 M * Hollow indeed 1161537854 M * Bertl in this case, keep it minimal and default 1161537911 M * Hollow ok.. i already specified right alignment for all the bit columns.. 1161537946 M * Hollow regex hurray! 1161537980 M * Bertl am I just making that up, or does HTML/XHTML and CSS define column/row attributes/styles? 1161538006 Q * rgl_ Ping timeout: 480 seconds 1161538014 M * Hollow you mean td? 1161538060 M * Hollow well, if you specify a class in which also has
      definitions in css, it applies to all columns... 1161538066 M * Hollow that's not what we want.. 1161538087 M * Hollow but you can't specify it for specific columns IIRC 1161538100 J * bronson_ ~bronson@c-71-198-75-160.hsd1.ca.comcast.net 1161538105 M * Hollow (beside putting it in each cell) 1161538113 Q * bronson Read error: Connection reset by peer 1161538164 M * Bertl hmm .. at least the first and last column could be easily specified 1161538193 M * Hollow hm, how should that be done? 1161538207 M * Bertl td following tr 1161538278 M * Hollow i don't see how that should work 1161538380 M * Bertl tr > td { ... } 1161538433 M * Bertl hmm, probably doesn't work here .. nevermind 1161538457 M * Bertl ah, tr + td (that's it :) 1161538530 M * Hollow hm... i know neither of them ;) 1161538563 M * Hollow and i can't find it in selfhtml.. 1161538572 M * Bertl sec, let me dig that up 1161538602 M * Bertl http://de.selfhtml.org/navigation/css.htm#zentrale_formate 1161538606 M * Hollow ah, i found it.. 1161538609 M * Hollow yep 1161538610 M * Hollow *g* 1161539090 M * Hollow have to make something to eat now, quite hungry, will review the css stylesheet later, meanwhile i have regex'ed the caps page, should look ok now 1161539133 M * Bertl yep, looks good so far 1161540056 Q * lilalinux Remote host closed the connection 1161540226 Q * debugger Ping timeout: 480 seconds 1161541241 Q * matti Remote host closed the connection 1161541478 J * sp sp@ip-87-97.members.virt-ix.net 1161541491 M * Bertl welcome sp! 1161541815 Q * derjohn2 Ping timeout: 480 seconds 1161541838 J * derjohn2 ~aj@dslb-084-058-245-200.pools.arcor-ip.net 1161542192 Q * Johnnie Ping timeout: 480 seconds 1161543190 J * kugg kugg@illvilja.org 1161543200 M * Bertl welcome kugg! 1161543211 M * kugg Well thank you, Mr Bertl 1161543246 M * kugg how do i remove a vserver in a proper way without using rm -fr vservername/* ? 1161543280 M * Bertl with recent tools (0.30.211+) there should be an option 1161543303 M * kugg Oh awsome I will try it out. Thank you. 1161543348 M * Bertl yep, vserver delete 1161543366 M * kugg Great. 1161543386 M * kugg So hows development going now days? 1161543416 M * Bertl good, especially as mainline is discovering virtualization too 1161543439 M * kugg Hehe glad to hear. 1161543453 M * Bertl devel releases are faster than ever (i.e. we cannot measure any overhead) 1161543538 M * kugg I like that, but I want kernel patches for the latest releases combined with grsec, where can I get that? 1161543578 M * Bertl harry is usually doing that, you might ask him for latest patches 1161543581 M * doener they should be listed on the download page these days 1161543599 M * Bertl yep, topic has the latest versions too 1161543609 M * doener http://people.linux-vserver.org/~harry/ 1161543630 M * doener seems that he doesn't do devel ones anymore though 1161543633 M * kugg Great you guys are alls o helpful thank you! 1161543646 M * Bertl you're welcome! 1161544252 J * bronson__ ~bronson@c-71-198-75-160.hsd1.ca.comcast.net 1161544253 Q * bronson_ Quit: Ex-Chat 1161544292 M * harry over here! ; 1161544329 M * kugg Hi, I got what I searched for from your website, thank you :). 1161544342 M * harry :) 1161544478 M * harry i might upgrade the tools with new grsec and vserver... but... since there is no real stable release for 2.6.18 (it's stable, but not "released") 1161544502 M * harry and 2.6.19 is comming too i think... so i might see when i'll upgrade everything :) 1161544518 M * kugg ok, sounds decent. 1161544523 M * Bertl 2.0.2.2 will be released pretty soon now, as well as 2.1.1 which will _definitely_ start with 2.6.18 1161544543 M * harry then i might even do both patches! 1161544621 M * kugg ok, do we have a date for this? The reason for my cocerns is that I am hosting a hacking competition here in sweden where vserver is used for lockdown of the levels. 1161544632 M * harry not yet 1161544640 M * kugg Ok. 1161544641 M * Bertl kugg: sounds cool! 1161544642 M * harry but 2.6.17.13 seems like the best choice for that atm 1161544643 M * harry imho 1161544652 M * kugg Yes actually it is. :) 1161544701 M * Bertl IMHO for hacking stuff, the latest versions are always the best choice ... but YMMV 1161544712 M * kugg Hehe excellent 1161544740 M * harry Bertl: true... but i have my doubts on kernel security throughout the entire 2.6 series 1161544782 M * kugg All levels contain classical hacking scenarios and some new thinking. By classical means: Exploitation, Backdoors, Backward connections and so on and so forth. 1161544796 M * harry interesting 1161544797 M * eyck hmm, 'for hacking stuff' is rather orthogonal to 'security' 1161544815 M * harry hack the planet, reroute the bitstream! 1161544835 M * kugg For each conpleted level the player will gain points wich can be betted upon with wagers wheter you can solve a task or not and so on. 1161544854 M * harry kugg: something like pulltheplug.org? 1161544872 M * kugg yes something like that, maybe somthing more like the wargames at defcon. 1161544907 M * Bertl i.c. would be nice to mention Linux-VServer (when used :) 1161544925 M * harry advertising++ :) 1161544932 M * kugg Last year a couple of kids won (16 and 17 years old i think) really skilled couple of guys. 1161544979 M * daniel_hozac kugg: URL? 1161544981 M * kugg Bertl: Ofcourse 1161545027 M * kugg not yet, all information will be released the day the game starts. The game is a innoficial tournament at www.dreamhack.org 1161545065 M * daniel_hozac ah. 1161545069 M * kugg http://www.dreamhack.org/dhw06/en.100.html 1161545083 M * Bertl great! if you have specific questions or issues, just let us know ... 1161545098 M * daniel_hozac i've never been to DH :) 1161545101 M * kugg Hehe sounds great thank you! 1161545114 M * kugg This will be my sixth year at dreamhack 1161545130 M * kugg and the second at hosting this wargame 1161545143 M * daniel_hozac sounds cool. 1161545217 M * kugg Daniel your from stockhom right? 1161545224 M * daniel_hozac yep. 1161545235 M * kugg ok I seem to remember have seen you webbpage 1161545262 M * kugg your 1161545311 M * kugg daniel_hozac: do you know Ola Lundqvist? 1161545319 M * daniel_hozac no. 1161545331 M * daniel_hozac he's not here much. 1161545364 M * kugg Nope, I talk to him quite freequently in freenode though 1161545387 M * Bertl most work Ola is/was supposed to do is done by micah and others ... 1161545387 M * kugg We used to be in the same lug before I moved. 1161545410 M * kugg oh? Is that so, why? 1161545431 M * Bertl no idea, he was not very responsive and didn't care much ... unfortunately 1161545431 M * daniel_hozac you'd have to ask him :) 1161545457 M * kugg I might aswell do that next time I meet him. 1161545628 M * kugg Does vserver have any logo? 1161545636 M * daniel_hozac the one on the website. 1161545647 M * kugg ah I see :) 1161545667 M * Bertl sec, there are several sizes and formats available 1161545689 M * Bertl http://vserver.13thfloor.at/Stuff/LOGO/ 1161545711 M * Bertl (the 1.02.1* versions are the current ones) 1161545743 M * kugg Nice 1161545767 A * harry has to see if i can integrate it to our servers @ work... 1161545821 M * FaUl btw: there is still no changelog from rc28 to rc42 ;-) 1161545828 M * Bertl yeah, we are still missing a 'powered by' but that should be easy to do ... 1161545833 M * kugg Whom own the trademark of vserver? 1161545837 M * kugg owns 1161545876 M * mnemoc is it tm? 1161545880 M * daniel_hozac FaUl: feel free to add it ;) 1161545926 M * Bertl mnemoc: as far as it was explained to me, the TM does not need to be registered, so in this case that would either be me or the community 1161545944 M * daniel_hozac hmm, surely trademarks are registered? 1161545954 M * daniel_hozac or is that just when it's ®? 1161545957 M * Bertl the (R) from the Linux is a registered trademark 1161545977 M * FaUl daniel_hozac: the problem is - i'm not so deep into the latest developement. thats why i want to read the changelog. if I could write it, i had'nt asked for it ;-) 1161545989 M * mnemoc Linux-Vserver Foundation :p 1161546000 M * daniel_hozac capital s ;) 1161546006 M * mnemoc hehe 1161546007 M * Bertl FaUl: derjohn did that, maybe he has something somewhere 1161546062 M * doener daniel_hozac: at least in Germany you get rights to use a trademark just by using it. Registering it just makes it easier to defend yourself AFAIK 1161546106 M * daniel_hozac ok, makes sense i guess. 1161546225 M * Bertl kugg: so, if the actual question is, if you can use it, then yes, of course, that's the purpose after all :) 1161546252 M * kugg hehe great! 1161546353 M * FaUl ah, now as i get the permission i finally can start to use that logo on my own projects 1161546386 M * FaUl and after that, i'll begin with my world-dominition! MUHAAHAAHAA 1161546395 M * Bertl lol 1161547457 J * coocoon ~coocoon@dslb-084-056-188-106.pools.arcor-ip.net 1161547467 M * coocoon hello 1161547556 M * Bertl hey coocoon! 1161548293 Q * samuel_ Read error: Connection reset by peer 1161548549 J * tso ~tso@244-005.dyn-fa.pool.ew.hu 1161549020 M * Bertl welcome tso! 1161549152 M * harry theodore? 1161549153 M * harry ;) 1161549184 M * doener that would be tytso, wouldn't it? 1161549198 M * Bertl does it matter? 1161549220 M * doener I don't think so 1161549228 M * harry not to me, just wondering 1161549737 M * bonbons FYI: I updated the IPv6 patches, bugfix for vs2.1.1-rc35 on 2.6.17.14 and adjusted for 2.6.18.1-vs2.1.1-rc42 1161549769 M * Bertl ah, excellent, url? 1161549805 M * bonbons http://people.linux-vserver.org/~bonbons/ipv6/ 1161549873 M * Bertl tx 1161550017 M * bonbons will see how I can collect time to work on the rest of network code (reorganisation of IPv4/IPv6 code + IP-range/net) in the coming days/weeks 1161550064 M * Bertl give it some rest atm, I have some patches pending which will restructure networking 1161550120 M * bonbons ok, an idea when you will push them? after/before 2.1.1 release? 1161550132 M * Bertl sortly after 2.1.1 1161550158 M * bonbons some target time-frame for it? 1161550163 M * Bertl if there are no objections, I would like to release 2.1.1 tonight or tomorrow 1161550179 M * bonbons ok, that's really pretty soon :) 1161550198 M * Bertl yeah, I think 42 rcs are enough :) 1161550337 M * bonbons ok, will look tomorrow what will have happended :) 1161550403 A * bonbons shutting down until next wake-on-ring 1161550455 Q * bonbons Quit: Leaving 1161550688 M * derjohn2 Bertl, no objections so far! 1161551837 J * matti matti@linux.gentoo.pl 1161552138 M * Bertl evening matti! still in poland? 1161552546 M * matti Bertl: No. 1161552566 M * matti Bertl: In Exeter (Devon) right now. 1161552568 Q * dna___ Quit: Verlassend 1161552591 M * Bertl ah, just in disguise ... 1161552597 M * matti Bertl: I was in Poland only for one day. 1161552634 M * matti Bertl: ;] 1161553035 Q * meandtheshell Quit: exit (0); 1161553068 Q * coocoon Quit: KVIrc 3.2.0 'Realia' 1161555056 J * _are_ ~are@62.112.159.81 1161555605 Q * bronson__ Ping timeout: 480 seconds 1161555617 J * bronson__ ~bronson@adsl-64-161-106-11.dsl.snfc21.pacbell.net 1161556383 J * Johnnie ~jdlewis@jdlewis.org 1161557672 J * Aiken ~james@tooax6-219.dialup.optusnet.com.au 1161557710 M * Bertl wb Johnnie! morning Aiken! 1161557740 M * Aiken hi 1161557763 M * Bertl Aiken: what was the latest devel kernel you tested on alpha? 1161557841 M * Aiken I'll check 1161557984 M * Aiken 2.6.17.7-vs2.1.1-rc27 1161558242 M * Bertl ah, okay, so no data fro 2.6.18 based ones, tx! 1161558252 M * Aiken not yet 1161558280 M * Aiken this machine is the only 2.6.18 machine I have at the moment 1161558442 M * Bertl daniel_hozac: http://plm.testing.osdl.org/patches/show/5545 (will take some while till we get results) 1161558638 J * mire ~mire@7-167-222-85.adsl.verat.net 1161558648 M * Bertl wb mire! 1161558753 M * mire hello Bertl 1161558799 M * Osgiliath hi Bertl 1161558807 M * Bertl hey! 1161558824 M * Osgiliath i just wanna say you than i tested oracle 10g in a 'normal' server 1161558832 M * Osgiliath and it does the same thing 1161558843 M * Osgiliath GgGrrRrRrr !!! 1161558845 M * Bertl ah, good to know! 1161558852 M * Osgiliath yeah ;p 1161558864 M * Bertl thanks for being honest ... and reporting back 1161558872 M * Osgiliath maybe it's not compatible with debian sarge 1161558926 M * Bertl hmm, I still believe it 'changes' something not supposed the change, or supposed to be changed back 1161558966 M * Bertl some kind of config file or start/stop entry or state 1161559005 M * Osgiliath maybe ... 1161559028 J * morrigan morrigan@IRC.13thfloor.at 1161559029 M * Bertl wait a minute, my SO will join shortly ... 1161559037 M * morrigan re 1161559039 M * Bertl ah, here she is ... 1161559047 M * Osgiliath SO ? 1161559066 M * Bertl Osgiliath: can ye elaborate on the issue once again 1161559068 M * morrigan hi Osgiliath... 1161559079 M * Osgiliath hello 1161559081 M * Osgiliath yep 1161559101 M * Osgiliath i'm trying to install oracle 10g in a debian sarge guest 1161559113 M * morrigan ok... 1161559120 M * Osgiliath i've done many try and it does everything the same thing 1161559137 M * Osgiliath it hangs up one the "starting net listener on port 1521" 1161559184 M * Osgiliath but i just try on a 'normal' server, and it does the same thing 1161559207 M * Osgiliath so i don't really think it's a specific vserver problem 1161559236 M * Osgiliath this is the story ;p 1161559238 M * Bertl we traced the listener IIRC, it hang in a futex check 1161559250 M * Bertl (trying to get some userspace lock) 1161559264 M * morrigan hm 1161559278 M * morrigan are you certain the listener is configured correctly? 1161559281 M * Osgiliath yeah, it hangs on the same thing in the normal server 1161559322 M * Osgiliath no, I'm not, but it does this during the install 1161559329 M * morrigan hm 1161559346 M * doener hm, on a futex? 1161559376 M * Bertl yep, that's what we saw in the trace, sec 1161559379 M * Osgiliath yeah, apparently 1161559380 M * doener I've seen php hang on futexes quite often lately... 1161559393 M * morrigan well, can you give the contents of the listener.ora file? 1161559396 M * doener (on debian sarge) 1161559428 M * morrigan and I'd try and start it from commandline as oracle with lsnrctl start and see what it says and what it writes in its log... 1161559439 M * doener blamed that on php badness, and it got less critical when I accepted signals only in special places 1161559442 M * Osgiliath hm, actually, i deleted the files ... 1161559447 M * morrigan ? 1161559457 M * Osgiliath i must install again 1161559463 M * morrigan ah ok 1161559488 M * Osgiliath i've tried so start it from commandline 1161559501 M * Osgiliath and it hangs as well 1161559508 M * Osgiliath and nothing in log file 1161559535 M * Bertl doener: vserver or non-vserver related? 1161559554 M * doener seen on both, vserver and vanilla kernels 1161559602 M * Bertl that'd match 1161559614 M * Bertl Osgiliath: what kernels did you try yet? 1161559629 M * Osgiliath morrigan, i also tried deb packages from oss.oracle.com (Oracle XE), and same problem again .. 1161559646 M * Osgiliath i run on 2.6.17.13-vs2.0.2.1 1161559652 M * Osgiliath only on this one 1161559664 M * morrigan hmm, i don't know the deb packages of course... 1161559767 M * morrigan does the install ever get around to create a database or is the network config before? (I can't remember) 1161559785 M * Osgiliath it's the step just before 1161559838 M * morrigan it would be interesting to see the contents of listener.ora as it gets generated... maybe it did something terribly wrong in there 1161559914 M * Osgiliath hum yep ... but I don't have enought time to install again now 1161559922 M * Osgiliath will you be there tomorrow ? 1161559944 M * morrigan should be okay 1161559951 M * morrigan just one thing 1161559964 M * Osgiliath great 1161559966 M * Osgiliath yep ? 1161559972 M * morrigan i haven't had time to do much googling and without error messages i'm a bit stumped 1161559973 M * Bertl Osgiliath: she's a busy woman, so don't push your luck :) 1161559978 M * morrigan but maybe have a look at this 1161559989 M * morrigan http://gentoo-wiki.com/HOWTO_Install_Oracle_10g 1161559993 M * morrigan it's not debian 1161560011 M * morrigan but in my painful experience oracle's own install howto never was that accurate on linux 1161560024 M * Osgiliath yeah I know this tuto ... 1161560030 M * morrigan ah okay 1161560043 M * Osgiliath but i use this one : http://linux.togaware.com/survivor/Oracle_10g.html 1161560049 M * Osgiliath which is specific for debian 1161560067 M * Osgiliath actually, for sid 1161560156 M * Osgiliath sorry Bertl :/ I'm not pushing her .. i'm just asking ... 1161560169 M * morrigan it's okay 1161560190 M * Osgiliath an other thing, very strange 1161560196 M * morrigan let's have a look at it tomorrow when you got time for another install attempt 1161560199 M * morrigan yes? 1161560199 M * Osgiliath some installations have worked 1161560214 M * Osgiliath buf after one or two reboot, do the same thing 1161560236 M * morrigan hm 1161560239 M * Osgiliath or just restart the vserver for instance 1161560245 M * Osgiliath just the guest 1161560272 M * morrigan and you're certain you've given these installations enough shared mem and so on? 1161560291 M * Osgiliath i think so 1161560342 M * morrigan because that's quite exactly what I had on a solaris zone when I gave oracle too little shared mem... :) sometimes it was possible to start two databases, sometimes not 1161560364 M * Osgiliath hum 1161560389 M * morrigan but I'd expect at least some error message somewhere 1161560401 M * Osgiliath but it is even not the database, it the simple listener 1161560407 M * morrigan not one that makes much sense....but at least some. 1161560415 M * Osgiliath ok ;) 1161560452 M * Bertl do you still have the traces somewhere? 1161560499 M * Osgiliath hm, let me check 1161560621 M * Osgiliath https://kurzweil.no-ip.org/oracle.trace3 1161560628 M * Osgiliath here it is 1161560707 J * s0undt3ch_ ~s0undt3ch@81.193.58.102 1161560713 M * morrigan okay on emore thing ....on those installs that worked and then stopped working...did you ever check the listener.ora file there? it's a somewhat known problem that sometimes the installer does not write the config files as it should....so after a listener restart the whole thing fails since no listener.ora and I assume no tnsnames.ora are present 1161560767 M * Osgiliath hm ok, i see what you mean 1161560779 M * morrigan *reading trace* 1161560791 M * Osgiliath but i think i checked, and it was 'normal' 1161560833 M * Osgiliath ok, i'm sorry but i really have to go 1161560845 M * Osgiliath it's late in France :/ 1161560925 M * morrigan ok good night, we'll try again tomorrow 1161560939 M * Osgiliath yep, thanks for all ! 1161560945 M * Osgiliath bye 1161560956 N * Osgiliath Osgi|AW 1161560959 M * Bertl cya! 1161561122 Q * s0undt3ch Ping timeout: 480 seconds 1161561122 N * s0undt3ch_ s0undt3ch