1377578140 M * Bertl_oO off to bed now ... have a good one everyone!
1377578144 N * Bertl_oO Bertl_zZ
1377580685 Q * arekm_ Quit: leaving
1377580913 J * Ghislain ~aqueos@adsl2.aqueos.com
1377580950 J * arekm ~arekm@000161e0.user.oftc.net
1377583707 J * druschka ~druschka@82.192.23.118
1377588386 Q * thierryp Remote host closed the connection
1377590321 Q * FireEgl Read error: Operation timed out
1377594390 J * thierryp ~thierry@zebra.inria.fr
1377596176 Q * thierryp Remote host closed the connection
1377599854 Q * Aiken Remote host closed the connection
1377601226 Q * ircuser-1 Ping timeout: 480 seconds
1377603235 Q * Ghislain Ping timeout: 480 seconds
1377603740 J * Ghislain ~aqueos@adsl1.aqueos.com
1377603741 J * ircuser-1 ~ircuser-1@35.222-62-69.ftth.swbr.surewest.net
1377609068 J * marcel_ ~marcel@pd95c7474.dip0.t-ipconnect.de
1377610014 N * Bertl_zZ Bertl
1377610023 M * Bertl morning folks!
1377610502 M * marcel_ hio
1377612288 M * marcel_ Anyone stumbled across chown not setting high UIDs correctly on Debian Squeeze with vserver kernel?
1377612319 M * marcel_ problem occurs within and outside vs-containers
1377612327 M * daniel_hozac did you set the xid mask to include parts of the UID?
1377612540 M * Bertl marcel_: which kernel/patch version?
1377612620 M * marcel_ 2.6.32-5-vserver-amd64 #1 SMP Sun Sep 23 12:45:03 UTC 2012 x86_64 GNU/Linux
1377612657 M * marcel_ from debian package linux-image-2.6.32-5-vserver-amd64          2.6.32-48squeeze3
1377612847 M * marcel_ daniel, that's a plain debian on ext3 install without any modifications and the problem occurs already /outside/ any vm.
1377612902 M * daniel_hozac so most likely the default of 24-bit UID and GID then.
1377612907 M * marcel_ Reproducably it happens with chown. Other operations set file's uid correctly.
1377612947 M * marcel_ daniel, yes, it "stops" at 16777214 max
1377613003 M * marcel_ I was quite sure UIDs are 2^32 or at least 2^31
1377613039 M * marcel_ My other non vserver-kernel machines work this way ;-)
1377613175 M * Bertl well, when you compile the kernel, you can select which portion of uid/gid will be used for tagging
1377613248 M * Bertl i.e. you can use uid bits or gid bits or bits from both and for certain filesystems you can also use internal unused bits which should set the limits correctly as well
1377615877 J * beng_ ~BenG@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com
1377616471 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f
1377617299 Q * beng_ Quit: I Leave
1377617442 Q * druschka Quit: druschka
1377617954 M * marcel_ bertl, yes, obviously compliing ther kernel gives you all options. my question was if anyone has observed this behvaiour on the packaged debian kernel.
1377618031 M * marcel_ daniel_hozac, adduser, id, find etc. work just fine; onyl ovserved problems with chown, both with /bin/chown and some python scripts
1377618074 M * marcel_ I'm not aware of any option to (possibly accidently) set the max uid/gid to 24bit anywhere?
1377619557 J * bonbons ~bonbons@2001:a18:20e:8101:d910:7495:21e5:ff8a
1377621520 Q * nkukard Remote host closed the connection
1377621574 J * nkukard ~nkukard@41-133-202-42.dsl.mweb.co.za
1377621751 Q * nkukard Remote host closed the connection
1377621801 J * nkukard ~nkukard@41-133-202-42.dsl.mweb.co.za
1377621845 Q * nkukard Remote host closed the connection
1377621959 J * nkukard ~nkukard@41-133-202-42.dsl.mweb.co.za
1377623093 J * hijacker_ ~hijacker@cable-84-43-134-121.mnet.bg
1377623649 M * Bertl off for a nap ... bbl
1377623668 N * Bertl Bertl_zZ
1377626220 M * distemper marcel_: obviousely that debian kernel uses the default 24bit uid/gid setting (i'd suggest reading http://linux-vserver.org/Paper#Filesystem_XID_Tagging), if you really need more than 16M uids, you need to compile your own kernel
1377626303 M * distemper Bertl_zZ: 3.10.9-vs2.3.6.6 running for 3 days now and didn't observe any problems yet :)
1377627352 M * marcel_ distemper, thanks. Wonder why this is so as the non.vserver kernel seems to be complied with 32bit UIDs. I don't more than 16M UIDs, but UIDs /higher/ than 2^24 for administrative/migration reasons
1377627492 M * marcel_ since we prop need to upgrade to debian wheezy anytime soon anyway we probably need investigate anyway. Any experience with the third party precomplied kernels? Don't feel like establishing a compile/test/deploy scenario once we are used to packaged security updates ;-)
1377627841 J * druschka ~druschka@82.192.23.118
1377627983 Q * druschka 
1377629597 Q * nkukard Remote host closed the connection
1377630034 J * nkukard ~nkukard@41-133-202-42.dsl.mweb.co.za
1377630807 N * l0kit Guest4682
1377630813 J * l0kit ~1oxT@0001b54e.user.oftc.net
1377631211 Q * Guest4682 Ping timeout: 480 seconds
1377631871 Q * Ghislain Quit: Leaving.
1377633204 N * Bertl_zZ Bertl
1377633208 M * Bertl back now ...
1377635805 Q * hijacker_ Quit: Leaving
1377637299 Q * bonbons Quit: Leaving
1377637589 Q * nkukard Read error: Operation timed out
1377638790 J * nkukard ~nkukard@41-133-165-247.dsl.mweb.co.za
1377641391 J * SteeleNivenson ~SteeleNiv@pool-96-224-241-140.nycmny.fios.verizon.net
1377642739 Q * jrayhawk Remote host closed the connection
1377643104 J * jrayhawk ~jrayhawk@nursie.omgwallhack.org
1377647039 Q * nkukard Remote host closed the connection