1236125383 Q * duckx Quit: Client exiting 1236126292 Q * hparker Quit: Quit 1236126868 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa 1236126972 Q * balbir_ Ping timeout: 480 seconds 1236127590 J * balbir_ ~balbir@122.172.54.25 1236128855 Q * dowdle Remote host closed the connection 1236129510 Q * jp- Ping timeout: 480 seconds 1236129779 J * jp- ~jp@itdev.judelawfirm.com 1236129886 M * Bertl off to bed now .. have fun! 1236129893 N * Bertl Bertl_zZ 1236130587 J * joss ~joss@58.171.165.201 1236130607 M * joss is there a patch for 2.6.29 available? 1236130642 M * daniel_hozac given that it's not released yet? no. 1236130721 M * joss daniel_hozac: funny, thought/predicted you answer something like that 1236130794 A * MooingLemur butters your filesystems. 1236130864 M * hparker no, my pr0n is sliding off!!! 1236130895 M * MooingLemur :} 1236132136 M * joss daniel_hozac: your a swed? 1236132214 M * daniel_hozac that is what my passport says, yes. 1236132226 M * daniel_hozac well, you know, spelled correctly. 1236135647 J * aj__ ~aj@e180216017.adsl.alicedsl.de 1236136061 Q * derjohn_foo Ping timeout: 480 seconds 1236136302 Q * balbir_ Ping timeout: 480 seconds 1236136772 Q * doener_ Quit: leaving 1236136788 J * doener ~doener@i577B95C0.versanet.de 1236136966 J * balbir_ ~balbir@122.172.57.76 1236138133 Q * doener Ping timeout: 480 seconds 1236138410 Q * Piet Quit: Piet 1236139006 J * doener ~doener@i577BABAA.versanet.de 1236139180 Q * balbir_ Ping timeout: 480 seconds 1236139853 J * balbir_ ~balbir@122.172.55.79 1236140302 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1236142182 Q * balbir_ Ping timeout: 480 seconds 1236142845 J * balbir_ ~balbir@122.172.110.39 1236144863 M * joss daniel_hozac: i asked the first question, cause it seems decent drivers for my graphics are only for 2.6.29, i took xen this time, but would still like to experiment/play with vserver as well 1236144912 M * joss seems they can coexisst and work together happily, either way 2.6.28.7 wont apply that's for sure 1236144919 M * joss you have git repo? 1236145365 Q * balbir_ Ping timeout: 480 seconds 1236145899 M * joss first half goes, but second half,those files are completely not found with snapshot, so some changes it seems 2.6.29-rc3-tip 1236146938 J * balbir_ ~balbir@59.145.136.1 1236147582 Q * joss Quit: Leaving 1236147728 Q * balbir_ Remote host closed the connection 1236148556 J * balbir_ ~balbir@59.145.136.1 1236150054 J * xdr ~xdr@gote2.244.cust.blixtvik.net 1236150183 Q * larsivi Remote host closed the connection 1236150207 J * larsivi ~larsivi@70.84-48-63.nextgentel.com 1236152518 J * davidkarban ~david@88.86.104.103 1236153017 Q * xdr Ping timeout: 480 seconds 1236153082 J * sharkjaw ~gab@217-26-13.231210.adsl.tele2.no 1236154283 J * duckx ~Duck@81.57.39.234 1236155458 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it 1236155857 J * harobed ~harobed@pda57-1-82-231-115-1.fbx.proxad.net 1236156101 Q * aj__ Ping timeout: 480 seconds 1236157024 Q * duckx Remote host closed the connection 1236157142 Q * mrfree Quit: Leaving 1236157203 J * cga ~weechat@62.196.2.6 1236158754 M * _Shiva_ how do i set guest dependencies during host boot? that's: "this context depends on another context, so start another CTX before thos CTX" 1236158770 M * daniel_hozac apps/init/depend 1236158872 M * _Shiva_ that's too trivial :-) 1236158873 M * _Shiva_ tnx :-) 1236158918 J * xdr ~xdr@62.88.128.188 1236159009 M * _Shiva_ daniel_hozac: that's apps/init/depend*s* ? accourding to the great flower page? or has that changed it's name? 1236159085 M * daniel_hozac no, there's an s at the end, sorry. 1236160383 J * Pazzo ~ugelt@sadsl-246059.rol.raiffeisen.net 1236160493 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1236161174 Q * Pazzo Quit: Ex-Chat 1236162190 J * kir ~kir@swsoft-msk-nat.sw.ru 1236162198 J * esa bip@62.123.8.239 1236162351 Q * xdr Quit: leaving 1236162375 J * xdr ~xdr@62.88.128.188 1236163661 J * cluk ~cluk@p5B17F9F5.dip.t-dialin.net 1236163941 Q * arekm Ping timeout: 480 seconds 1236164170 J * arekm arekm@carme.pld-linux.org 1236164267 J * yarihm ~yarihm@whitehead2.nine.ch 1236165281 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it 1236165652 Q * esa Ping timeout: 480 seconds 1236166265 M * nox slightly OT: does bind mounts add a significant overhead on High I/O tasks? 1236166303 J * esa bip@62.123.8.239 1236166317 Q * esa 1236166918 N * ensc Guest537 1236166928 J * ensc ~irc-ensc@p57AA7F90.dip.t-dialin.net 1236167036 Q * Guest537 Ping timeout: 480 seconds 1236167059 J * esa bip@62.123.8.77 1236167236 J * scientes ~scientes@75-165-95-28.tukw.qwest.net 1236167457 M * scientes does vserver run on arm? 1236167995 M * mnemoc that would be interesting to try :) 1236168176 Q * esa Ping timeout: 480 seconds 1236168374 Q * yarihm Quit: Leaving 1236168444 Q * mrfree Quit: Leaving 1236168838 N * Bertl_zZ Bertl 1236168846 M * Bertl morning folks! 1236168852 M * Bertl scientes: yep works fine there 1236168866 M * scientes debian should package a kernel for it then 1236168886 M * Bertl scientes: basically all Linux archs are supported, if you find one which doesn't work, consider it a bug and report it 1236168892 M * scientes http://packages.debian.org/search?suite=default§ion=all&arch=any&searchon=names&keywords=linux-image-2.6.26-1-vserver 1236168914 M * Bertl scientes: you have to talk to the debian folks about that, and they should also upgrade to a newer kernel 1236168925 M * scientes thats for lenny only 1236168939 M * scientes they will upgrade the other soon 1236168976 M * scientes but yeah i can build my own 1236169021 M * Bertl on an embedded system (or similar) that would be a good idea anyway 1236169023 M * transacid hmm can't find the section "what are the caveeats with the actual experimental patches" in the FAQ ;) 1236169066 M * Bertl not much to put there, we are almost back to devel state 1236169073 M * transacid great 1236169100 M * transacid when it reaches that i'll update my server, need to restart it soon anyway 1236169109 M * Bertl some pid issues remain, keeping certain ps options from displaying the right thing, and part of the TB scheduler is missing 1236169145 M * transacid is there in eta besides it's done when it's done? :p 1236169162 M * transacid s/in/an 1236169183 M * Bertl not really, but I'd guess a month or two 1236169213 M * transacid sounds good 1236169243 M * transacid 2.2.0.7 works great though i'm not in a hurry to upgrade 1236169290 M * Bertl that's the point of stable releases :) 1236169297 M * transacid hehe yes 1236169781 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net 1236170230 M * fb Bertl: they won't do it for lenny ;) 1236170403 Q * balbir_ Ping timeout: 480 seconds 1236170463 J * balbir_ ~balbir@59.145.136.1 1236170691 M * scientes yeah kernels tend to not break things like other things 1236170885 M * ghislainocfs2 daniel: i don't know if you are there but anyone else could tell me if the lenny util-vserver package is okay (0.30.216~r2772-6) ? 1236170973 M * Bertl the -6 should be fine, not latest but fine 1236170998 M * Bertl fb: yeah, and again the debian folks will suffer :/ 1236171120 J * ghislainocfs21 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1236171184 M * fb Bertl: well, imho after some time the version left only as a number 1236171209 M * fb Bertl: and the file containing debian patches is almost as big as vanilla kernel source 1236171271 M * Bertl yeah, but doesn't help if mainline (Linux-VServer fixes/changes) do not get included/updated there 1236171441 Q * ghislainocfs2 Ping timeout: 480 seconds 1236171484 M * fb Bertl: even now gzipped debian patch against 2.6.26 is over 7M 1236171501 M * fb (the sources are 50M) 1236171521 M * fb and it's just a start of lenny 1236171546 M * Bertl means that it will be broken for a long time, so? 1236171628 M * fb Bertl: means many will be forced to break (their holy) ABI compatibility 1236171638 M * fb and use custom brewed kernels 1236171673 M * fb but imho there's a problem with linux kernel in general 1236171985 M * Bertl and that would be? 1236172046 M * fb tons of different flavours, custom gits, often incompatibile 1236172069 M * fb sudden api and abi changes 1236172088 M * Bertl the kernel ABI/API didn change for quite some time now (mainline) 1236172096 M * Bertl *didn't 1236172127 M * fb Bertl: mac80211 and soft80211 undergoes something like constant changes 1236172166 M * Bertl still iwconfig from 3 years ago works 1236172170 M * fb and of course to use it you need to pull something not mainline 1236172196 M * Bertl that's something different, i.e. an API/ABI extension, not change 1236172362 M * fb Bertl: these changes come not only from the kernel itself, but from toolchain too, right? 1236172450 Q * balbir_ Ping timeout: 480 seconds 1236172488 J * esa bip@62.123.8.77 1236172501 M * Bertl that's userspace, and userspace changes quite often 1236172626 M * fb Bertl: yup, but you need this userspace to compile own kernel :) 1236172661 M * fb Bertl: and sometimes it happens you need newer gcc / binutils than included in your distro 1236172673 M * Bertl ah, you are talking about the kernel build toolchain? well, that should be fairly wide ranged (i.e. from gcc 3.2 or so up to 4.3 atm) 1236172706 M * transacid kernel even build with 2.95 1236172707 M * fb Bertl: but abi changes between 3.2 and 4.3 :) 1236172730 M * Bertl ot ebtween user and kernel space 1236172734 M * Bertl *not between 1236172771 M * Bertl i.e. compiling with gcc 3 will work perfectly fine with a 4.x gcc kernel build and vice versa 1236172837 M * fb should work on fairly standard platform i'd say ;) 1236173064 M * fb Bertl: i'm also under impression that for some parts reporting bugs barely works 1236173108 M * _Shiva_ the Debian folks already stated that there will be a "Lenny-and-a-half"-release that would have a new Kernel.. 1236173141 M * _Shiva_ so i would expect that in about two years from now... *sigh* 1236173171 M * fb Bertl: we run custom L2 firewall based on linux, our security discovered quite a few bugs with bridging / bonding / ip fragments 1236173182 M * fb they even provided patches for this 1236173202 M * fb none included till this day :( 1236173263 M * fb *security team 1236173380 M * _Shiva_ "bugs and things not working don't belong to security and will not be updated - go and see 'debian-volatile'.." *rant* 1236173392 M * _Shiva_ :-/ 1236173589 M * fb _Shiva_: sometimes i seriously consider trying ubuntu server 1236173660 A * _Shiva_ switched to Gentoo for not only this reason.. :-) 1236173866 J * balbir_ ~balbir@59.145.136.1 1236173880 M * fb _Shiva_: there's (or was?) another problem with gentoo, no "stable" flavour, where only security patches come in 1236173939 M * Bertl the policy with 'only security fixes' doesn't make any sense to me at all 1236173962 M * Bertl why would I want to keep old bugs, if they are not security critical? 1236173986 M * trippeh_ if the bug is "release critical", it can get included in the stable refreshes, but not through security. 1236174005 M * trippeh_ Err, the fix for the bug 1236174006 M * trippeh_ :p 1236174018 M * Bertl I would understand a policy which forbids new features or ABI/API changes 1236174061 M * Bertl but blocking even simplest and trivial fixes to well known bugs is just stupid, IMHO 1236174212 M * fb Bertl: the problem with gentoo is (was?) there were no "release points" 1236174246 M * fb changes come in every day, sometimes smaller, sometimes bigger 1236174369 M * fb Bertl: so you're forced to upgrade your services constantly, no matter if the change is caused by some bugfixes, or just a new upstream release 1236174532 M * scientes hmm 1236174582 M * scientes thats why debian etc use releases so you know you will only get security fixes and bug fixes 1236174599 M * ktwilight rc fixes are good 1236174601 M * Bertl scientes: scratch the bug fixes, they don't do that in stable 1236174605 M * scientes yeah 1236174609 M * scientes just security 1236174619 M * fb Bertl: that's not true 1236174623 M * Bertl as I said, security and bug fixes I would understand and buy 1236174630 M * scientes its limited 1236174633 M * fb Bertl: there's official -proposed-updates 1236174639 M * scientes very limited 1236174659 M * scientes i think devel stuff shoud be more stay in a semi-official state that can update 1236174664 M * scientes perhaps 1236174677 M * scientes but then it wouldnt be stable 1236174843 Q * xdr Ping timeout: 480 seconds 1236175666 M * _Shiva_ fb: having no release cycles (like Gentoo) becomes only a problem if you need them ;-) for me, it's more a relief ;-) 1236175712 M * _Shiva_ fb: and those parts i have to keep in a "stable" version, i divert them in a local overlay -> problem fixed 1236175821 M * _Shiva_ fb: and one surely has a local "binpkg"-server to update one's hosts from.. so you have a least a "it builds against those other versions"-QA ;-) 1236175822 M * Bertl off for now ... bbl 1236175829 N * Bertl Bertl_oO 1236175892 M * _Shiva_ fb: you don't want to built every package again and again on your customer's hosts, do you? :-)) 1236176173 A * ghislainocfs21 thanks bertl 1236176440 A * trippeh_ pulls out before this becomes a flame war :) 1236176443 Q * balbir_ Ping timeout: 480 seconds 1236177261 J * Punkie ~Punkie@2a01:5f0:1:80:216:d4ff:fe05:5987 1236178022 M * ghislainocfs21 for information i got this message building util-vserver: 1236178023 M * ghislainocfs21 dpkg-shlibdeps: avertissement: la dépendance sur libpthread.so.0 pourrait être évitée si « debian/utilvserver/usr/lib/util-vserver/vhashify » n'y était pas lié sans nécessité (il n'utilise aucun de ses symboles). 1236178048 M * ghislainocfs21 its utilvserver-0.30.216pre2827 1236178103 J * jpablo ~chatzilla@186.81.64.167 1236178115 Q * sharkjaw Quit: Leaving 1236179017 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa 1236179112 J * Piet ~piet@asteria.debian.or.at 1236180194 J * balbir_ ~balbir@122.172.59.137 1236181363 Q * davidkarban Quit: Ex-Chat 1236181659 J * xdr ~xdr@gote2.244.cust.blixtvik.net 1236181904 Q * jpablo Remote host closed the connection 1236181939 N * Bertl_oO Bertl 1236181964 M * Bertl ghislainocfs21: and what do you get when do you 'export LC_ALL=C LANG=C' first? 1236182301 Q * saulus_ Remote host closed the connection 1236182719 M * ghislainocfs21 still not learned french yet Bertl ? ;) 1236182789 M * Punkie Hello, I would like to ask, why is there an astronomical number in "free" command in guest ;). I see that in all guests on patch 2.3.0.36. http://paste.linux-vserver.org/12760 1236182794 M * Bertl ghislainocfs21: nope, do you speak german? 1236182800 M * ghislainocfs21 hummm 1236182802 M * ghislainocfs21 not lately 1236182811 M * ghislainocfs21 eheh: dpkg-shlibdeps: warning: dependency on libpthread.so.0 could be avoided if "debian/utilvserver/usr/lib/util-vserver/vhashify" were not uselessly linked against it (they use none of its symbols). 1236182844 M * Bertl Punkie: which kernel exactly? 1236182857 Q * xdr Quit: leaving 1236182858 M * ghislainocfs21 i got htose when "trying" to create a package of the last utils vserver for debian 1236182868 M * ghislainocfs21 along with the cryptic : dpkg-gencontrol: error: must specify package since control info has many () 1236182933 M * Punkie kernels from 2.6.26 to 2.6.28 with patch 2.3.0.36.x 1236182934 J * xdr ~xdr@gote2.244.cust.blixtvik.net 1236183141 Q * ghislainocfs21 Quit: Leaving. 1236183153 M * Bertl interesting, what is your limit setting? I remember having fixed similar (was a compatibility issue) some time ago 1236183160 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1236183172 M * Punkie uhm, sorry, I forgot, I have upgraded yet, so only kernel 2.6.28 with patch 2.3.0.36.4-2.3.0.36.7 1236183284 M * Bertl what does /proc/virtual//limits contain for that guest? 1236183413 M * Punkie http://paste.linux-vserver.org/12761 1236183519 M * Bertl okay, and how much memory does the machine have? 1236183550 M * Punkie host machine? 1236183560 M * Punkie 8GB 1236183586 M * Bertl in any case, please get me an'strace -fF' of free 1236183616 M * Bertl ah, it is the buffer/cache value which is messed up .. hmm 1236183643 M * Bertl please get me the contents of /proc/meminfo inside the guest too 1236183721 J * dowdle ~dowdle@scott.coe.montana.edu 1236183723 M * Punkie there is a meminfo http://paste.linux-vserver.org/12762 1236183836 M * Punkie and strace http://paste.linux-vserver.org/12763 1236183858 M * Bertl so the free command is a little broken here (i.e. makes assumptions :) 1236184407 M * glen what happens if i define 127.0.0/8 in interfaces/1 ? it's 1236184421 M * glen i see lo there, but really it's interfaces/0 ? 1236184441 M * glen VCIVersion: 0002:0101 1236184490 J * hijacker ~hijacker@87-126-142-51.btc-net.bg 1236184644 M * Bertl glen: not a good idea per se, i.e. has security implications and will break a lot of things 1236184714 M * Bertl Punkie: we can do some testing for a workaround if you got some time (basically free seems to assume that the caches and something else together are smaller than the total memory) 1236184806 M * Punkie ok ;) 1236184835 M * Bertl the first part is to get the source for your free command and check _what_ actually gets added up 1236185023 M * Bertl you can do that, while I get something to eat ... 1236185034 M * Bertl off for dinner .. bbs 1236185039 N * Bertl Bertl_oO 1236185140 Q * cga Quit: WeeChat 0.2.6 1236185231 M * harry Bertl_oO: i forgot the reason for not using the localversion stuff... but if it's not a good idea, then i'll keep it in my patches-only 1236185255 M * harry i thought you once said you might introduce it in newer versions, but that's my mistake probably 1236185305 M * harry iirc, the only reason is that people who don't enable it in the kernel config (to append localversion), don't see it's a vserver kernel... 1236185334 M * harry but imho the kernel developers gave a choice if the kernel configgers want to append it or not 1236185349 M * harry but as i said... i'm not sure exactly what the reason was... sorry 1236185627 M * harry 1174319993 M * harry Bertl: why doesn't vserver use that feature? instead of patching the makefile itself? 1236185630 M * harry 1174320009 M * Bertl harry: tradition 1236185633 M * harry that's all i find in the logs :) 1236185635 M * harry 1174320033 M * Bertl we might change that after 2.2.0 1236185746 M * harry 1152103055 M * Bertl harry: might be something we do in the future, for now I'm fine with clashes in the Makefile, keeps folks from patching without spending a thought :) 1236185751 M * harry which... is true :) 1236185886 J * Slydder1 ~chuck@dslb-088-072-213-089.pools.arcor-ip.net 1236185954 Q * Piet Read error: Connection timed out 1236186052 J * Piet ~piet@asteria.debian.or.at 1236186698 J * larsivi_ ~larsivi@212251132182.customer.cdi.no 1236186808 Q * harobed Quit: Ex-Chat 1236186863 Q * larsivi Ping timeout: 480 seconds 1236187391 N * Bertl_oO Bertl 1236187414 M * Bertl Punkie: any insight yet? 1236187447 M * Punkie ok, I got the source, but it haven't been changed since 2004 1236187533 M * Bertl just means it is broken since 2004 1236187585 M * Bertl 18014398509316996 is 3FFFFFFFFD7B84 in hex 1236187592 M * Bertl which means, the number got negative 1236187632 M * Bertl -164988 1236187660 M * Bertl cached shows 327196, total 131072 1236187708 M * Bertl so this and buffers is probably somehow substracted 1236187727 M * Punkie in older kernel with older patch (e.g. 2.6.22.19-vs2.3.0.34) these numbers was same as mem used and mem free 1236187752 M * Bertl I would guess, total-free-cached = buffers or so 1236187796 M * Bertl i.e. please check the source and let me know how the vaules are calculated 1236187819 M * Bertl it might help to use signed values instead of unsigned for the printf (in free) 1236187835 M * Punkie I don't understand to source :( I am not programator...only not so clever woman ;) 1236187864 M * Bertl k, let me see if I can recreate it here ... 1236188089 M * Bertl works fine here on 2.6.27.4-vs2.3.0.35.9 (what I had at hand for a quick test) 1236188156 M * Bertl but buffers/cached is zero here inside a guest 1236188225 M * Bertl I'm not at home atm, so I do not have my test suite available, will do some more testing when I get home, but check that you get the same results with a recent 2.6.27/28 patch 1236188232 M * Bertl off for now .. translocating 1236188237 N * Bertl Bertl_oO 1236188388 M * Punkie ok, I try 2.6.27 (on every kernel other output ;) ) 1236188689 Q * esa Quit: Coyote finally caught me 1236191332 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1236191445 J * cga ~weechat@94.36.110.25 1236191769 M * Punkie Bertl_oO: I did tests on different kernels on two machines: http://paste.linux-vserver.org/12764 , I don't know if it can help... 1236192253 J * larsivi__ ~larsivi@70.84-48-63.nextgentel.com 1236192292 M * Punkie If I can test anything else, write me what can I do...I must go offline in few moments, I will be here tomorrow. (but I can read irc logs) 1236192294 Q * nou Ping timeout: 480 seconds 1236192406 J * nou Chaton@causse.larzac.fr.eu.org 1236192466 Q * larsivi_ Ping timeout: 480 seconds 1236192983 J * aj__ ~aj@e180216017.adsl.alicedsl.de 1236192990 Q * Punkie Quit: Punkie 1236193038 Q * bonbons Quit: Leaving 1236193107 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1236193781 J * geb ~geb@79.82.4.157 1236193906 Q * vamoquse Ping timeout: 480 seconds 1236194079 N * Bertl_oO Bertl 1236194082 M * Bertl back now ... 1236194513 J * vamoquse ~vamoquse@193.43.249.169 1236194776 Q * xdr Ping timeout: 480 seconds 1236195010 J * duckx ~Duck@81.57.39.234 1236195389 Q * Pazzo Quit: Ex-Chat 1236195542 Q * kir Quit: Leaving. 1236195962 Q * vamoquse Read error: Connection reset by peer 1236196049 J * dna ~dna@53-215-103-86.dynamic.dsl.tng.de 1236196310 M * geb hi 1236196395 M * geb i have lot of lines like "[337050.596061] Not cloning cgroup for unused subsystem ns" in my kernel.log is it vserver related ? 1236196415 M * geb (2.6.26-1-vserver-amd64 debian lenny) 1236196416 M * Bertl nope, mainline cgroup info, can be ignored 1236196550 M * geb ok thanks :) 1236196559 M * Bertl np 1236196580 M * geb but i must note that i have only those messages when i have got some vservers running / starting 1236196610 M * Bertl well, I doubt that your 'normal' processes use cgroups or namespaces :) 1236196691 M * geb so, can i disable cgroup support in kernel or some vserver features depend on it ? 1236196717 M * Bertl you can disable it, but you will lose the ability to do fair scheduling between guests 1236196748 M * geb ok thanks :) 1236196779 M * Bertl but if you compile a kernel yourself (which you would need to do if you want to disable it) then I'd strongly advise to use a more recent one, and that shouldn't show that message anyways 1236196780 M * geb is there any way to disable error messages ? 1236196798 M * geb dmesg | grep cgroup | wc -l 8083 1236196818 M * geb that s lot of messages 1236196833 M * Bertl well, it is a circular buffer, so not really critical 1236196843 M * geb i am already in menuconfig :) 1236196843 M * Bertl but zou can raise the console message level 1236196871 M * Bertl then hopefully you have a newer kernel :) 1236196922 M * geb yeah 2.6.27.15 + vs2.3.0.36.4-grsec2.1.12-20090210 1236196938 M * Bertl interesting ... 1236196943 M * geb do you think it will be ok , or should i use 2.6.28.7 vs2.3.0.36.7 ? 1236196962 M * Bertl well, I'd go for the latest 2.6.27 if you want to use 2.6.27 1236197032 M * Bertl i.e. 2.6.27.19 1236197051 M * geb yeah but i want to use the grsec patch 1236197062 M * geb should i use the 2.6.28 kernel ? 1236197063 M * Bertl and that doesn't apply? 1236197081 M * geb i didn't test 1236197098 M * geb just following the table on Linux-VServer.org 1236197115 M * Bertl I mean, I kind of assume you want to use the grsec for security reasons, yes? 1236197149 M * geb yes you are right 1236197186 M * Bertl so IMHO it makes a lot of sense to get the fixes to 2.6.27 too .. no? 1236197213 M * Bertl it's like fortifying your backdoor and leaving the front door open :) 1236197308 M * geb for sure :) 1236197339 M * geb but there isn't any 2.6.27.19 grsec vserver patch 1236197397 M * geb i can try to apply the 2.6.27.15 one but ... i am not sure it will work fine 1236197441 M * Bertl you need the adapted patch anyways (for grsec ontop of Linux-VServer) 1236197482 M * Bertl so get the 2.6.27.19 plus the coresponding Linux-VServer patch, then the adapted patch from harry (kick him if it doesn't apply :) 1236197554 M * geb :) 1236197574 M * geb do you know where can i find this adapted patch ? 1236197606 M * geb harry 's website contain only patch containing grsec+vserver 1236197641 M * Bertl well, then complain to him, or get the sources and make the delta yourself 1236197668 M * Bertl i.e. 2.6.27.15+vs2.3.0.36.4 (no grsec) and the one with grsec 1236197689 M * Bertl then make a diff -NurpP between them, and voila, you have your adapted grsec patch 1236197717 M * Bertl that ontop of 2.6.27.19+vs should work, if not, contact harry 1236197749 M * geb ok i will try 1236197754 M * geb :) 1236197757 M * geb thanks 1236197794 M * Bertl np 1236198393 M * cluk Hi 1236198399 M * Bertl hey 1236198416 M * cluk i am trying to build another set of binary vserver kernels 1236198422 M * cluk this time for ubuntu intrepid 1236198463 M * cluk i used the vserver patch 2.3.0.36.4 1236198481 M * cluk which needed only very few modifications 1236198517 M * cluk but the resulting kernel is not working correctly 1236198524 M * cluk i get: 1236198539 M * cluk vcontext: vc_ctx_migrate(): Function not implemented 1236198550 M * cluk on testme.sh and vserver foo start 1236198560 M * Bertl what util-vserver version? 1236198578 M * cluk 0.30.215 1236198602 M * Bertl well, what kind of modifications did you do? 1236198706 M * Bertl and why not use a vanilla kernel instead? 1236198878 M * cluk i just wanted to put those vserver kernel for intrepid into the same repository as the hardy ones as I think 1236198888 M * cluk that makes trying out and using linux-vserver much easier for the beginner and moderate user. 1236198919 M * cluk doesn't that make any sense to you? 1236198932 M * Bertl yeah, sure, what I mean is, why not use a vanilla kernel + patch and make an ubuntu package out of that? 1236198957 M * cluk oh. did you ever try it that way? :) 1236198969 M * Bertl you can use the ubuntu .config for it, should work fine 1236198985 M * Bertl I doubt that ubuntu changes anything significant in their kernels 1236198993 M * cluk he he 1236198995 M * Bertl (just adding a few patches from here and there) 1236198998 J * ntrs ~ntrs@77.29.2.136 1236199132 M * cluk sure. but quite a large number of small patches from here and there. 1236199139 M * cluk plus some additional moduls 1236199183 M * cluk i am running the ubuntu vserver kernel on my notebook 1236199199 M * cluk which needs the nvidia driver for external video output 1236199218 M * cluk which is integrated into linux-restricted-modules 1236199236 M * cluk which comes along the ubuntu kernel package and is just one click away. 1236199265 M * cluk getting the same with a kernel image based on a vanilla kernel would take some time. 1236199319 M * cluk which would even be ok for me but might make those kernel useless for others. 1236199332 M * Bertl hmm, a friend of mine uses the proprietary nvidia driver too, but he simply installed the dkms package 1236199343 M * Bertl now the driver is build automagically for each kernel 1236199364 Q * hijacker Quit: Leaving 1236199380 M * cluk ok. this was just one example. there might be others. 1236199418 M * geb other modules are integrated using debian module-assistant (aka m-a ) 1236199555 J * cluk_ ~cluk@p5B17F9F5.dip.t-dialin.net 1236199616 M * cluk_ Bertl: sorry, but i cut off the power supply. 1236199654 M * Bertl cluk_: no problem with an ubuntu kernel + Linux-VServer patch, but you see that there might be issues with that, not to speak of low testing that kernel will receive per se 1236199736 M * cluk_ ok, and you don't think it's worth the effort? 1236199801 M * cluk_ although i am using linux for more than 10 years now. If i want to checkout some new software 1236199802 M * Bertl if and only if somebody (you) maintains them (i.e. patching, updating, testing, etc) 1236199813 M * cluk_ i am always glad if i can get some debs. 1236199867 Q * cluk Ping timeout: 480 seconds 1236199923 M * cluk_ as we need ubuntu vserver kernel for ourselves and i don't really like the idea of vanilla kernels 1236199938 M * cluk_ i will make patches 1236199963 M * Bertl okay, then your first 'task' is to figure out what goes wrong with your kernel 1236199974 M * Bertl to do that, I'd suggest the following steps: 1236200001 M * Bertl - compile a vanilla kernel + Linux-VServer patch with the very same config, see if that works or fails 1236200039 M * Bertl - if that works, create a diff between the two patches (yours and mine) and look for significant differences 1236200074 M * cluk_ ok. but i am pretty confident that this failure is not due to my modifications 1236200095 M * Bertl - enable the kernel debugging and the Linux-VServer debugging interface, get comfortable with the debugging and see what commands are executed (vcmd might be of some help) 1236200106 Q * cga Quit: WeeChat 0.2.6 1236200131 M * cluk_ i just made modifications to calls to vfs_rename and others as ubuntu changed the interface 1236200148 M * Bertl well, it works fine on vanilla kernel here, so I presume it _is_ related to your changes :) 1236200156 M * Bertl (or the lack of them :) 1236200181 M * cluk_ might also be a simple problem with the build system. 1236200206 M * cluk_ but ok. i will do it that way. 1236200221 M * Bertl ubuntu is known for a broken toolchain, so yes, it could be that or something else 1236200294 M * Bertl the Linux-VServer kernel command switch debugging should help on narrowing that down, but you need to compare it to a working version, otherwise it will be hard to figure what changes 1236200298 M * Bertl *changed 1236200359 Q * nou Ping timeout: 480 seconds 1236200384 Q * gnuk Quit: NoFeature 1236200497 N * cluk_ cluk 1236200539 M * cluk Bertl: thanks again. 1236200697 M * Bertl you're welcome! 1236200745 M * geb Bertl, does it looks ok ? http://paste.linux-vserver.org/12765 ? the patch seems to apply but i have some lines like 1236200746 M * geb The next patch would delete the file net/core/dev.c.orig, 1236200747 M * geb which does not exist! Assume -R? [n] y 1236200771 M * Bertl did you do the diff part? 1236200800 M * geb # 1236200800 M * geb sandbox:/usr/src# diff -NurpP linux-2.6.27.15-vserver linux-2.6.27.15-vserver-grsec/ > patch-grsec 1236200800 M * geb # 1236200800 M * geb sandbox:/usr/src# diff -NurpP linux-2.6.27.15-vserver-grsec linux-2.6.27.15-vserver > patch-grsec2 1236200805 M * geb oups sorry 1236200821 M * Bertl okay, clean up both dirs or exclude *.orig files 1236200865 M * Bertl i.e. something like --exclude '*.orig' or find linux-2.6.27.15-vserver-grsec/ -type f -name '*.orig' -exec rm -f {} \ 1236200874 M * Bertl and then re-do the diff 1236200910 M * geb ok :) 1236201285 Q * scientes Ping timeout: 480 seconds 1236201429 M * geb seems to work, only have one suscpect output ( http://paste.linux-vserver.org/12766 ) 1236201883 M * geb many thanks for your help and for learning me how to play with kernel sources patch and diff :) 1236201970 M * Bertl yep, that one should have been cleaned up manually 1236201988 Q * Slydder1 Remote host closed the connection 1236202012 M * Bertl you need to adjust the extraversion to match the kernel/patch 1236202031 M * Bertl (otherwise you'll lose the information) 1236202061 M * geb i use make-kpkg (debian tool for generating a .deb package) witch do it for me 1236202093 M * Bertl make sure that it contains the proper information and not just the debian default stuff 1236202130 M * Bertl i.e. 2.6.27.19-vs2.3.0.36.4 (and the grsec version) 1236202225 M * Bertl Punkie: check out vs2.3.0.36.8, should fix the issue you are seeing 1236202451 J * Slydder1 ~chuck@dslb-088-072-213-089.pools.arcor-ip.net 1236202563 Q * Slydder1 1236202869 Q * duckx Remote host closed the connection 1236202914 Q * dna Quit: Verlassend 1236202998 J * Slydder1 ~chuck@dslb-088-072-213-089.pools.arcor-ip.net 1236203921 M * Bertl off to bed now ... have a good one everyone! 1236203925 N * Bertl Bertl_zZ 1236203998 Q * Slydder1 Quit: Leaving. 1236204760 Q * ntrs Ping timeout: 480 seconds 1236205461 Q * bonbons Remote host closed the connection 1236205972 M * harry geb: i didn't quite follow the discussion 1236205981 M * harry but if you need a vserver + grsec patch, mail me... :) 1236206013 M * harry my patches are against vanilla kernel, and include vserver patch + grsec patch, merged... 1236206612 J * yarihm ~yarihm@77-56-182-18.dclient.hispeed.ch 1236206789 P * cluk Ex-Chat 1236207586 J * larsivi ~larsivi@70.84-48-63.nextgentel.com 1236207796 Q * larsivi__ Ping timeout: 480 seconds 1236207984 N * ensc Guest634 1236207993 J * ensc ~irc-ensc@77.235.182.26 1236208103 Q * Guest634 Ping timeout: 480 seconds 1236208367 Q * nenolod Read error: Operation timed out 1236208577 J * nenolod nenolod@petrie.dereferenced.org 1236210462 Q * balbir_ Ping timeout: 480 seconds