1230077879 Q * maharaja Server closed connection 1230077880 J * maharaja raoul@80-64-143-52.rev.ipax.at 1230079586 Q * dowdle Remote host closed the connection 1230083473 Q * ghislainocfs21 Quit: Leaving. 1230083685 J * takeru ~takeru@nttkyo764057.tkyo.nt.ftth.ppp.infoweb.ne.jp 1230088989 Q * kiorky Server closed connection 1230088995 J * kiorky ~kiorky@cryptelium.net 1230090959 Q * snooze Server closed connection 1230090960 J * snooze ~o@1-1-4-40a.gkp.gbg.bostream.se 1230092489 J * balbir_ ~balbir@122.167.214.101 1230095398 J * jsullivan ~jsullivan@cpe-74-75-231-235.maine.res.rr.com 1230095477 M * jsullivan Hello, everyone. 1230095500 M * jsullivan Is there a problem with the dhozac-vserver yum repositories? 1230095509 M * jsullivan They seem to be offline. 1230095520 M * hparker I saw in the ml it's down 1230095528 M * jsullivan Ouch! 1230095542 M * jsullivan Any estimated time to repair? 1230095554 M * hparker That' you'll have to ask him 1230095566 M * hparker He didn't mention in his post 1230095586 M * jsullivan Is there an alternative repository? 1230095617 M * hparker No clue, I've never needed anything from it... Maybe someone else knows 1230095634 M * jsullivan Maybe it's just a hint that I need to go to bed :) 1230095639 M * hparker lol 1230095648 M * jsullivan Thanks. 1230096005 Q * jsullivan Quit: using sirc version 2.211+KSIRC/1.3.12 1230097320 Q * arekm Server closed connection 1230097322 J * arekm arekm@carme.pld-linux.org 1230098793 Q * pmenier Ping timeout: 480 seconds 1230098795 J * pmenier ~pmenier@ACaen-152-1-75-179.w83-115.abo.wanadoo.fr 1230099798 Q * balbir_ Remote host closed the connection 1230100941 J * kir ~kir@swsoft-msk-nat.sw.ru 1230101582 Q * Aiken Remote host closed the connection 1230101958 J * friendly ~friendly@ppp118-208-135-226.lns10.mel4.internode.on.net 1230102606 J * chi6IT41 ~chigital@tmo-096-126.customers.d1-online.com 1230102676 J * doener_ ~doener@i577B85B9.versanet.de 1230102713 J * Aiken ~Aiken@ppp118-208-20-201.lns2.bne1.internode.on.net 1230102779 Q * doener Ping timeout: 480 seconds 1230103500 Q * geb Remote host closed the connection 1230103810 Q * pmenier Quit: Konversation terminated! 1230104894 J * Aiken_ ~Aiken@ppp118-208-20-201.lns2.bne1.internode.on.net 1230105093 J * mugwump_1 ~samv@watts.utsl.gen.nz 1230105096 Q * Aiken synthon.oftc.net graviton.oftc.net 1230105096 Q * mugwump synthon.oftc.net graviton.oftc.net 1230105174 Q * kir Quit: Leaving. 1230105332 Q * padde Remote host closed the connection 1230105377 J * padde ~padde@patrick-nagel.net 1230105430 J * ghislainocfs2 ~Ghislain@adsl2.aqueos.com 1230105694 Q * chi6IT41 Ping timeout: 480 seconds 1230106477 Q * nou Ping timeout: 480 seconds 1230106849 J * chi6IT41 ~chigital@tmo-096-126.customers.d1-online.com 1230109615 J * nou ~chaton@causse.larzac.fr.eu.org 1230111034 N * Bertl_zZ Bertl 1230111040 M * Bertl morning folks! 1230111152 J * dna ~dna@p54BCE16D.dip.t-dialin.net 1230111390 M * ktwilight :) 1230113063 Q * chi6IT41 Ping timeout: 480 seconds 1230113487 J * balbir_ ~balbir@122.167.214.101 1230113689 Q * balbir_ Remote host closed the connection 1230113904 M * Bertl off for now .. bbl 1230113908 N * Bertl Bertl_oO 1230114154 J * chi6IT41 ~chigital@tmo-100-203.customers.d1-online.com 1230114332 J * pmenier ~pmenier@ACaen-152-1-75-179.w83-115.abo.wanadoo.fr 1230115214 Q * chi6IT41 Ping timeout: 480 seconds 1230115596 Q * Aiken_ Remote host closed the connection 1230115608 Q * nou Ping timeout: 480 seconds 1230115791 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1230116372 J * chi6IT41 ~chigital@tmo-100-173.customers.d1-online.com 1230116730 Q * friendly Quit: Leaving. 1230116998 Q * chi6IT41 Ping timeout: 480 seconds 1230117375 Q * takeru Quit: takeru 1230118395 J * chi6IT41 ~chigital@tmo-100-237.customers.d1-online.com 1230119114 Q * chi6IT41 Ping timeout: 480 seconds 1230119955 J * dna_ ~dna@p54BCD8D3.dip.t-dialin.net 1230120384 Q * dna Ping timeout: 480 seconds 1230120390 J * chi6IT41 ~chigital@tmo-096-171.customers.d1-online.com 1230121107 Q * opuk Server closed connection 1230121109 J * opuk ~kupo@potatisbulle.com 1230121288 Q * chi6IT41 Ping timeout: 480 seconds 1230122724 J * chi6IT41 ~chigital@tmo-096-164.customers.d1-online.com 1230122778 J * nou ~chaton@causse.larzac.fr.eu.org 1230122849 Q * nou 1230122850 J * nou Chaton@causse.larzac.fr.eu.org 1230123302 P * ghislainocfs2 1230124039 Q * chi6IT41 Ping timeout: 480 seconds 1230124102 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1230125142 J * chi6IT41 ~chigital@tmo-096-122.customers.d1-online.com 1230125182 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com 1230125923 J * kir ~kir@swsoft-msk-nat.sw.ru 1230127320 T * * http://linux-vserver.org/ |stable 2.2.0.7, devel 2.3.0.34, grsec 2.2.0.7|util-vserver-0.30.215|libvserver-1.0.2|vserver-utils-1.0.3| He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the Wiki, and we forget about the minute. 1230127320 T * ChanServ - 1230127327 J * kir ~kir@swsoft-msk-nat.sw.ru 1230127327 J * opuk ~kupo@potatisbulle.com 1230127327 J * arekm arekm@carme.pld-linux.org 1230127327 J * ensc ~irc-ensc@77.235.182.26 1230127327 J * Hollow ~hollow@shiva.xnull.de 1230127327 J * larsivi ~larsivi@9.80-202-30.nextgentel.com 1230127327 J * BobR_zZ odie@IRC.13thfloor.at 1230127327 J * ktwilight ~ktwilight@123.115-66-87.adsl-dyn.isp.belgacom.be 1230127327 J * Bertl herbert@IRC.13thfloor.at 1230127327 J * ex ex@valis.net.pl 1230127327 J * Radiance ~Radiance@193.16.154.187 1230127327 J * xipe ~xipe@91.121.168.169 1230127327 J * ag- ~ag@fedaykin.roxor.cx 1230127327 J * blathijs ~matthijs@drsnuggles.stderr.nl 1230127339 J * chi6IT41 ~chigital@tmo-096-122.customers.d1-online.com 1230127339 J * dna_ ~dna@p54BCD8D3.dip.t-dialin.net 1230127339 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1230127339 J * maharaja raoul@80-64-143-52.rev.ipax.at 1230127339 J * glen__ ~glen@elves.delfi.ee 1230127339 J * mEDI_S ~medi@snipah.com 1230127339 J * duckx ~Duck@81.57.39.234 1230127339 J * transacid ~transacid@transacid.de 1230127339 J * bzed ~bzed@devel.recluse.de 1230127339 J * C14r_ ~C14r@h58173.serverkompetenz.net 1230127339 J * bXi bluepunk@irssi.co.uk 1230127339 J * matthew-_ ~ms@ns2.wellquite.org 1230127339 J * Medivh ck@dolphin.serverbox.de 1230127339 J * virtuoso ~s0t0na@81.9.35.135 1230127339 J * hijacker ~hijacker@213.91.163.5 1230127339 J * mnemoc ~amery@shell.opensde.net 1230127339 J * svenk_ ~sven@213.73.89.36 1230127339 J * DLange ~DLange@dlange.user.oftc.net 1230127339 J * sladen paul@starsky.19inch.net 1230127339 J * sid3windr luser@bastard-operator.from-hell.be 1230127339 J * Adrinael_ adrinael@rid7.kyla.fi 1230127339 J * tokkee tokkee@ssh.faui2k3.org 1230127339 J * yang yang@yang.netrep.oftc.net 1230127339 J * trippeh atomt@uff.ugh.no 1230127339 J * pmjdebruijn pascal@jester.pcode.nl 1230127339 J * weasel ~weasel@weasel.noc.oftc.net 1230127339 J * maddoc maddoc@social.ostruktur.com 1230127339 J * arthur ~arthur@pan.madism.org 1230127339 J * [PUPPETS]Gonzo gonzo@fellatio.deswahnsinns.de 1230127339 J * Hunger Hunger.hu@Hunger.hu 1230127339 J * fosco fosco@212.85.148.86 1230127339 J * Guy- ~korn@elan.rulez.org 1230127339 J * baggins ~baggins@kenny.mimuw.edu.pl 1230127339 J * nox ~nox@nox.user.oftc.net 1230127339 J * PowerKe ~tom@d5153A64C.access.telenet.be 1230127339 J * Wonka produziert@chaos.in-kiel.de 1230127339 J * morrigan morrigan@IRC.13thfloor.at 1230127362 J * zbyniu ~zbyniu@ip-62.181.188.13.static.crowley.pl 1230127369 J * m_o_d ~kane@host.ltv.pl 1230127374 J * hparker ~hparker@2001:470:1f0f:32c:212:f0ff:fe0f:6f86 1230127374 J * ard ~ard@shell2.kwaak.net 1230127374 J * FaUl immo@2001:4c50:ffff:a8::8 1230127374 J * daniel_hozac ~daniel@ssh.hozac.com 1230127378 J * phedny ~mark@phedny.vps.van-cuijk.nl 1230127380 J * matti matti@acrux.romke.net 1230127380 J * thermoman ~thermoman@84.201.90.210 1230127380 J * kiorky ~kiorky@cryptelium.net 1230127384 J * eyck KJBdE1YF@nat05.nowanet.pl 1230127385 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1230127385 J * nou Chaton@causse.larzac.fr.eu.org 1230127388 J * snooze ~o@1-1-4-40a.gkp.gbg.bostream.se 1230127394 J * harry ~harry@d51A461B4.access.telenet.be 1230127396 J * klikz mike@no.phear.eu 1230127397 J * arapaho ~arapaho@213.223.114.206 1230127398 J * kaner ~kaner@zzz.strace.org 1230127406 J * doener ~doener@i577B85B9.versanet.de 1230127456 N * ruskie_ ruskie 1230127459 J * esa ~esa@ip-87-238-2-45.static.adsl.cheapnet.it 1230127578 J * grobie ~grobie@valgrind.schnuckelig.eu 1230127588 J * bibabu bibabu@vserv2.de 1230128015 J * derjohn ~derjohn@80.69.41.3 1230128016 J * vasko ~vasko@unreal.rainside.sk 1230128016 A * vasko is gone. Gone since Tue Sep 16 17:08:00 2008 1230128063 J * cehteh ~ct@pipapo.org 1230128122 J * jsambrook ~jsambrook@aelfric.plus.com 1230128267 M * maharaja daniel_hozac: got my proposed update for util-vserver/debian bulid script? 1230129840 J * Slydder1 ~chuck@dslb-088-074-043-199.pools.arcor-ip.net 1230130138 J * cH16It4| ~chigital@tmo-105-125.customers.d1-online.com 1230130181 Q * chi6IT41 Ping timeout: 480 seconds 1230132829 Q * bonbons Quit: Leaving 1230133103 Q * ensc Ping timeout: 480 seconds 1230133565 Q * dna_ Quit: Verlassend 1230133676 J * dowdle ~dowdle@scott.coe.montana.edu 1230133972 J * mrfree ~mrfree@host198-183-dynamic.12-79-r.retail.telecomitalia.it 1230133978 J * ensc ~irc-ensc@77.235.182.26 1230134079 Q * cH16It4| Ping timeout: 480 seconds 1230134111 J * chi6IT41 ~chigital@tmo-105-203.customers.d1-online.com 1230134239 Q * arapaho Quit: leaving 1230134629 M * Bertl maharaja: what did you propose? 1230134737 N * ensc Guest1124 1230134737 Q * Guest1124 Read error: Connection reset by peer 1230134747 J * ensc ~irc-ensc@77.235.182.26 1230134875 M * maharaja Bertl: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509134 1230134900 J * cga ~weechat@94.36.123.117 1230134925 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1230135227 M * Bertl i.c. tx! 1230135253 M * Bertl maharaja: btw, any issues with Linux-VServer/grsec left after fixing up the guest? 1230135257 Q * ensc Read error: Connection reset by peer 1230135266 M * maharaja Bertl: not that i have seen 1230135279 M * maharaja thanks for beerin 1230135281 J * ensc ~irc-ensc@77.235.182.26 1230135284 M * maharaja ups :) 1230135310 M * maharaja i meant thanks for bearing with me 1230135333 M * Bertl np, you're welcome! 1230135337 M * maharaja i guess that the urge for a xmas-beer swept across the keyboard ;) 1230135351 M * Bertl hehe, well, then get your xmas beer :) 1230135365 M * maharaja its waiting at my parents place 1230135373 M * maharaja still got some things to clear before leaving work 1230135423 M * maharaja i would also like to thank you that you keep developing linux-vserver after so many years! 1230135450 M * maharaja it is really a great piece of software 1230135490 M * Bertl yes, I think so too! and the pleasure is mine (maintaining it :) 1230135885 J * smaug ~chatzilla@p4FD35A55.dip.t-dialin.net 1230136689 J * Slydder2 ~chuck@dslb-088-074-043-213.pools.arcor-ip.net 1230136765 M * klikz oi 1230136962 N * ensc Guest1129 1230136962 Q * Guest1129 Read error: Connection reset by peer 1230136972 J * ensc ~irc-ensc@77.235.182.26 1230136984 Q * Slydder1 Ping timeout: 480 seconds 1230137412 Q * ensc Remote host closed the connection 1230137787 Q * Slydder2 Quit: Leaving. 1230137964 J * ensc ~irc-ensc@77.235.182.26 1230138899 Q * gnuk Quit: NoFeature 1230139540 Q * smaug Ping timeout: 480 seconds 1230139741 Q * mrfree Quit: Leaving 1230139764 Q * chi6IT41 Ping timeout: 480 seconds 1230139772 Q * ensc Remote host closed the connection 1230139851 J * ensc ~irc-ensc@77.235.182.26 1230140403 J * chi6IT41 ~chigital@tmo-096-228.customers.d1-online.com 1230141565 Q * kir Quit: Leaving. 1230142119 Q * pmenier Quit: Konversation terminated! 1230143400 J * geb ~geb@AOrleans-151-1-68-15.w90-21.abo.wanadoo.fr 1230145494 J * marcfiu ~marcfiu@c-68-36-208-34.hsd1.nj.comcast.net 1230145507 M * marcfiu hello 1230145533 M * marcfiu I need to setup a vserver to permit writing to /proc/web100//tune 1230145550 M * marcfiu right now its giving me: Operation not permitted 1230145560 M * marcfiu which is vserver doing its job. 1230145581 M * Bertl well, check the source (kernel) for capability checks 1230145582 M * marcfiu I am wondering whether there is a CAP_ that I can use to permit this vserver to write 1230145585 M * marcfiu oh 1230145588 M * marcfiu hehe 1230146230 M * marcfiu the permission test is not in the web100 proc module 1230146240 M * marcfiu its in vserver land somewhere... any hints where I should look 1230146284 M * Bertl there are no capability checks in Linux-VServer for proc entries 1230146316 M * marcfiu I can write to the file no problem from the root context, but not from inside the vserver. 1230146319 M * Bertl there are only visibility and access checks via the vprocunhide configs 1230146321 M * marcfiu So I assumed it had to do with vserver 1230146331 M * marcfiu access checks 1230146331 M * marcfiu ok 1230146351 M * Bertl well, to verify that theory, I'd suggest to try to write as user (i.e. without capabilities) on the host 1230146384 M * Bertl if that works, but inside the guest fails, then a Linux-VServer specific check kicks in 1230146664 M * marcfiu as a regular user I can touch the file etc. 1230146672 M * marcfiu but when inside the vserver I cannot 1230146701 M * Bertl then it is very likely related to the vproc checks 1230146715 M * Bertl i.e. configure that entry to be visible and accessible 1230146726 M * marcfiu is there a bruteforce way around those with a special CAP_ 1230146747 M * Bertl if it indeed is the vproc check, no 1230146748 M * marcfiu I guess I need to configure to be accessible, as they are certainly visible. 1230146765 M * Bertl which is a little unusual, actually 1230146777 M * marcfiu what is unusual? 1230146784 M * marcfiu that there isn't a CAP_ to get around vproc? 1230146792 M * Bertl that it is visible :) 1230146796 M * marcfiu oh 1230146821 M * Bertl do you have Linux-VServer warnings enabled? 1230146839 M * Bertl (or even better, the debugging code?) 1230146856 M * marcfiu dmesg only shows: vxW: [#touch#,17095:#529|529|529] messing with the procfs. 1230146899 M * Bertl okay, so it is indeed a procfs check 1230146942 M * Bertl let's query the attributes of that entry on the host 1230146948 M * marcfiu ok 1230146953 M * marcfiu i've never used vproc et al. 1230147005 M * Bertl showattr /proc/web100//tune 1230147040 M * marcfiu # showattr /proc/web100/12535/tune 1230147041 M * marcfiu ----ui- /proc/web100/12535/tune 1230147092 M * Bertl hmm, doesn't look like a proc entry, actually 1230147118 M * Bertl they should have flags like this: 1230147122 M * Bertl showattr /proc/sysrq-trigger 1230147122 M * Bertl AwH--ui- /proc/sysrq-trigger 1230147157 M * Bertl aA=admin, wW=watch, hH=hide 1230147200 M * Bertl where does that module come from? 1230147295 M * marcfiu its from the web100 project 1230147297 M * marcfiu hold on 1230147356 M * marcfiu http://www.web100.org/ 1230147365 M * marcfiu there is a 2.6.27 patch. 1230147371 M * Bertl looking at the patch already :) 1230147374 M * marcfiu daniel_hozac brought it into our kernel. 1230147387 M * marcfiu are you looking at your patch in svn? 1230147398 M * marcfiu s,your,our 1230147444 M * marcfiu daniel_hozac mentioned that we'd probably need some to back port some of vserver patch that he made for 2.6.26+ 1230147472 M * marcfiu I just wanted to see if there was a way to brute force make forward progress with a CAP_ of some sort. 1230147487 M * marcfiu if that is not possible, then we likely need to back port. 1230147506 M * marcfiu as I need to get this work by Jan 5th or so. 1230147510 M * Bertl nope, IMHO it is an incompatibility of that module with the way Linux-VServer tags/flags proc entries 1230147527 M * marcfiu interesting 1230147544 M * Bertl i.e. you need to either make an exception for that path, or (which would be better) tag those entries properly 1230147562 M * marcfiu what would be the proper tagging? 1230147577 M * marcfiu and where in the fs/proc/web100.c code are you looking right now? 1230147581 M * Bertl one which passes the procfs security checks 1230147662 M * Bertl imho, it would be even better to use a separate vfs for this, instead of abusing procfs 1230147699 M * marcfiu not my code... and I am primarily dealing with a user of this code. 1230147723 M * marcfiu I agree this should be improved. 1230147730 M * marcfiu for that matter, it is exposing global state. 1230147765 M * marcfiu It needs to be "containerized" (or whatever the right term is these days) so that folks within a vserver can only see their connections and mess around with their own things. 1230147782 M * Bertl from the code I see, it kind of hijacks procfs and adds a completely independant subtree there 1230147790 Q * geb Ping timeout: 480 seconds 1230147794 M * Bertl with readdir and custom dentry management 1230147814 J * Aiken ~Aiken@ppp118-208-20-201.lns2.bne1.internode.on.net 1230147857 M * Bertl you can hack into the inode creation, and add the missing flags there :) 1230147876 M * marcfiu sure 1230147877 M * Bertl but IMHO, it would be way better to make it a separate filesystem 1230147881 M * marcfiu wI agree 1230147889 M * marcfiu but for now a hack would be best 1230147893 M * Bertl which shouldn't be that much work either 1230147907 M * Bertl as it already does everything on its own 1230147917 M * marcfiu I think web100 is supposed to be replaced with a proper RFC 4898 implementation. 1230147934 M * marcfiu so I am not sure it makes sense to invest time to fix it. 1230147961 M * marcfiu At this stage they just want to use its features to evaluate performance of TCP connections. 1230147962 M * Bertl well, I presume there are developers working on that code, best to talk with them :) 1230147983 M * marcfiu they are several years beyond their funding. 1230147991 M * marcfiu all they are doing is making this code with new kernel releases. 1230147992 M * marcfiu :( 1230148003 M * Bertl if they are somewhere on IRC, it should be easy to adapt? 1230148020 M * marcfiu I think there is a discussion mailing list. 1230148043 M * Bertl but of course, there is still the option to hire somebody to adapt the code for Linux-VServer use 1230148045 M * marcfiu The person responsible for this code is now at some startup company and likely wont have time to do this. 1230148050 M * marcfiu he he 1230148069 M * marcfiu though I am not sure it makes sense... 1230148083 M * marcfiu this thing is supposed to be replaced by a proper rfc 4898 implementation. 1230148097 M * marcfiu If I can find the right people and funding, I'd be happy to push that your way. 1230148101 M * Bertl then wait for that implementation? 1230148130 M * marcfiu the problem I have is that we are trying to convince that vserver was the right choice for sharing a box. 1230148160 M * marcfiu so far so good, except for this problem and the weirdo SYN/ACK & SYN reordering that Sapan chatted with you about last Saturday. 1230148180 M * Bertl well, that is not Linux-VServer related :) 1230148255 M * Bertl as I see it, 'your' options with the code are: 1230148278 M * Bertl 1) add the missing proc specific flags, and thus make this entry visible to all guests 1230148298 M * Bertl 2) make the web100 stuff a separate filesystem, and mount it for that guest 1230148349 M * Bertl 3) wait for the final code and get a proper Linux-VServer integration 1230148622 M * marcfiu need to do (1) now and (3) later. 1230148655 M * Bertl k, then get your favorite editor and I point you to the proper places 1230148663 M * marcfiu sweet 1230148700 M * marcfiu opened up fs/proc/web100.c 1230148719 M * marcfiu (on a separate note... all clear with inria?) 1230148732 M * Bertl yep, everything fine 1230148734 M * marcfiu (less painful than with princeton?) 1230148745 M * marcfiu excellent! 1230148746 M * Bertl hehe, I don't know yet :) 1230148750 M * marcfiu oh 1230148758 M * marcfiu ok.. i'm in web100.c 1230148825 M * Bertl proc_web100_make_inode() 1230148949 M * Bertl now check, include/linux/proc_fs.h the definition of proc_inode 1230149001 M * Bertl there you can see the vx_flags entry 1230149181 M * Bertl basically you want to initialize them to IATTR_ADMIN 1230149379 J * hparker ~hparker@2001:470:1f0f:32c:212:f0ff:fe0f:6f86 1230149847 M * marcfiu ok 1230149869 M * marcfiu sorry.. my wife needed help w/ the baby... brb 1230150433 Q * marcfiu Quit: marcfiu 1230150713 J * marcfiu ~marcfiu@c-68-36-208-34.hsd1.nj.comcast.net 1230150749 M * marcfiu back 1230150755 M * Bertl wb 1230150832 M * marcfiu I see vx_flags in the proc_inode struct 1230150947 M * marcfiu so just add 1230150948 M * marcfiu inode->vx_flags = IATTR_ADMIN; 1230150965 M * marcfiu and that will do the trick. 1230150978 M * Bertl PROC_I(inode)->vx_flags 1230150978 M * marcfiu ? 1230150990 M * Bertl and you need to allocate the inode in that size 1230151003 M * marcfiu ? 1230151019 M * Bertl which should be fine, if the superblock is the one from procfs 1230151044 M * marcfiu the _make_inode() is calling new_inode(sb). 1230151203 M * marcfiu not 100% sure, but it looks like they don't do anything special 1230151215 M * marcfiu with respect to the inode and superblock 1230151316 M * marcfiu ok 1230151319 M * marcfiu will give this a shot 1230151322 M * marcfiu thank you. 1230151331 M * Bertl np 1230151489 M * marcfiu ok... need to go run an errand. 1230151494 M * marcfiu chers 1230151495 M * marcfiu cheers 1230154400 Q * chi6IT41 Ping timeout: 480 seconds 1230154684 J * chi6IT41 ~chigital@tmo-105-244.customers.d1-online.com 1230155334 Q * chi6IT41 Quit: bin weg 1230156402 Q * dowdle Remote host closed the connection 1230157881 Q * jaqque Quit: http://en.wikipedia.org/wiki/Sol_Invictus 1230158198 Q * cga Quit: WeeChat 0.2.6 1230160849 M * Bertl off to bed now ... have a good night everyone! 1230160858 N * Bertl Bertl_zZ