1333757460 Q * ensc|w Remote host closed the connection 1333757468 J * ensc|w ~ensc@www.sigma-chemnitz.de 1333760289 J * clopez ~clopez@82.25.60.213.dynamic.mundo-r.com 1333763057 J * VirMan 551c9566@ircip3.mibbit.com 1333764191 M * Bertl off to bed now ... have a good one everyone! 1333764197 N * Bertl Bertl_zZ 1333767839 Q * ensc|w Ping timeout: 480 seconds 1333768284 J * ensc|w ~ensc@www.sigma-chemnitz.de 1333770509 Q * niki Ping timeout: 480 seconds 1333771541 J * niki ~niki@94.145.207.11 1333772796 J * bergerx ~bergerx@178.233.3.194 1333777569 Q * clopez Remote host closed the connection 1333779413 Q * niki Quit: Leaving 1333782182 Q * padde Remote host closed the connection 1333785361 J * padde ~padde@patrick-nagel.net 1333789157 J * ghislain ~AQUEOS@adsl2.aqueos.com 1333789195 J * bonbons ~bonbons@2001:960:7ab:0:3d25:31ac:9296:e8b9 1333789277 Q * ghislain Read error: Connection reset by peer 1333789423 J * ghislain ~AQUEOS@adsl2.aqueos.com 1333789633 J * sweil ~stefan@p54ADAA03.dip.t-dialin.net 1333789813 Q * ghislain Read error: Connection reset by peer 1333789844 J * ghislain ~AQUEOS@adsl2.aqueos.com 1333790625 Q * ghislain Read error: Connection reset by peer 1333790773 J * ghislain ~AQUEOS@adsl1.aqueos.com 1333791312 Q * puck Read error: Operation timed out 1333791564 J * puck ~puck@leibniz.catalyst.net.nz 1333792978 Q * mcp Quit: ZNC - http://znc.sourceforge.net 1333793370 J * mcp ~mcp@wolk-project.de 1333794600 N * ensc Guest1083 1333794610 J * ensc ~irc-ensc@p54ADE604.dip.t-dialin.net 1333795017 Q * Guest1083 Ping timeout: 480 seconds 1333795393 J * lp ~lukas@p3E9D29B8.dip.t-dialin.net 1333795968 M * lp Hi Room! After following "Building Guest Systems" and "Networking vserver guests" I am not able to start postgres (or cherokee webserver in another vserver). Are there common reasons for this? Both init-scripts fail silently. 1333796046 M * daniel_hozac what errors do you get? 1333796129 M * lp I could not find any errors from postgres. Cherokee is telling me: Could not chdir() to '/': 'Permission denied' 1333796569 M * lp More environment information: runs Intel Atom, host's /tmp is mounted to tmpfs (enough space left). Everything debian stable. Vservers have 10.10.1.1/24 subnet. Nothing special actually... 1333798756 Q * VirMan Quit: http://www.mibbit.com ajax IRC Client 1333798793 P * lp 1333801335 J * kwowt ~urbee@93-103-199-233.dynamic.t-2.net 1333801555 Q * urbee Ping timeout: 480 seconds 1333801969 N * Bertl_zZ Bertl 1333801973 M * Bertl morning folks! 1333807040 J * clopez ~clopez@82.25.60.213.dynamic.mundo-r.com 1333808025 J * yang yang@yang.netrep.oftc.net 1333808914 M * Bertl off for now ... bbl 1333808918 N * Bertl Bertl_oO 1333812852 Q * micah Quit: leaving 1333812857 J * micah ~micah@micah.riseup.net 1333817475 J * Mr_Smoke_ ~smokey@layla.lecoyote.org 1333817475 Q * Mr_Smoke Read error: Connection reset by peer 1333822600 Q * sweil Remote host closed the connection 1333823852 M * macmaN hey bertl 1333823859 M * macmaN you around by any chance 1333823926 M * Bertl_oO yup 1333823931 N * Bertl_oO Bertl 1333823962 M * macmaN im looking at include/linux/fs.h 1333823975 M * macmaN pf-sources patch already takes 1<<25 flag 1333823988 M * macmaN +#define MS_TAGGED (1<<25) /* use generic inode tagging */ 1333823988 M * macmaN +#define MS_TAGID (1<<26) /* use specific tag for this mount */ 1333823988 M * macmaN +#define MS_NOTAGCHECK (1<<27) /* don't check tags */ 1333823994 M * macmaN what do i do 1333824002 M * macmaN comment above says 32 flags supported max 1333824009 M * macmaN can i use 1<<32? 1333824031 M * Bertl nope 1333824040 M * Bertl but 25 +3 < 31 1333824068 M * Bertl so if you take 26,27 and 28, you should be fine 1333824097 M * Bertl (or move the 1<<25 flag to 1<<28 1333824196 M * macmaN there's already stuff there 1333824201 M * macmaN this is 3.3.1 patch 1333824218 M * macmaN #define MS_FROZEN (1<<25) /* Frozen by freeze_filesystems() */ 1333824218 M * macmaN #define MS_NOSEC (1<<28) 1333824218 M * macmaN #define MS_BORN (1<<29) 1333824218 M * macmaN #define MS_ACTIVE (1<<30) 1333824218 M * macmaN #define MS_NOUSER (1<<31) 1333824294 M * macmaN and actually vserver patch already knows that, too 1333824394 M * Bertl well, then you have to extend them to 64bit 1333824461 M * macmaN well crap, that sounds like it needs more than i have 1333824477 M * Bertl shouldn't be that hard actually 1333824670 M * Bertl superblock already defines s_flags as long 1333824716 M * Bertl i.e. that is already 64bit on 64bit systems 1333824741 M * macmaN im on 32bit + PAE 1333824763 M * Bertl yes, what I meant is, there is no problem with having 64bits there 1333824793 M * macmaN http://lkml.indiana.edu/hypermail/linux/kernel/0511.3/0156.html talks about mount flags becoming scarce already in 2005 1333824831 M * Bertl like ipv4, I guess :) 1333824923 M * Bertl but if you test such a change, maybe it will even get accepted upstream 1333824989 M * macmaN i really dont like kernel panics :) 1333825014 J * FireEgl FireEgl@2001:470:e056:1:7cb2:d25:9368:c51 1333825043 M * macmaN https://www.ibm.com/developerworks/linux/library/l-port64/index.html#N10149 1333825068 M * macmaN To get the shift done on a 64-bit system, 1L should be used as shown below: 1333825068 M * macmaN long t = 1L << a; 1333825073 M * macmaN this sounds about right? 1333825101 M * macmaN i guess the first 15 decimal constants can stay as they are right 1333825657 M * Bertl everything below 32 bit can stay as is 1333825693 M * Bertl you might need to adjust check functions converting bit numbers to mask values 1333825735 M * Bertl and of course, you need to actually make the variable 64bit 1333826442 M * macmaN this flag comes from tuxonice 1333826466 M * macmaN which i dont actually use 1333826485 M * Bertl :) 1333826515 M * macmaN i think that means i can define it to whatever random value 1333826532 M * Bertl better remove the entire patch 1333826613 M * macmaN yeah, except i dont where it starts and ends in the big patchfile 1333826617 M * macmaN dont know* 1333826654 M * Bertl and why do you apply a big patch you don't know in the first place? 1333826848 M * macmaN http://pf.natalenko.name is a known patch, i dont need to know all the details usually 1333826861 M * macmaN *all* the details 1333826882 M * Bertl well, then it will incorporate a known version of tux-on-ice, no? 1333826897 M * Bertl should be simple to rever that from the patch 1333826924 M * macmaN hmm, true 1333826934 M * Bertl but yes, you can double define it as well, just in case it is tested or set anywhere, expect the unexpected :) 1333827785 M * Bertl off for a nap .. bbl 1333827802 N * Bertl Bertl_zZ 1333828021 M * macmaN indeed, i have been running with the same problem since 3.0.7 1333828030 M * macmaN and there i just left it 1<<25 1333828045 M * macmaN and since nothing actually touches it other than TOI, its been all good 1333833504 Q * macmaN Ping timeout: 480 seconds 1333833872 N * Bertl_zZ Bertl 1333833879 M * Bertl back now ... 1333836442 J * macmaN ~chezburge@138.167.190.90.dyn.estpak.ee 1333836645 Q * macmaN 1333836712 J * macmaN ~chezburge@138.167.190.90.dyn.estpak.ee 1333840189 Q * clopez Ping timeout: 480 seconds 1333842943 Q * ghislain Quit: Leaving.