Re: aufs3 GIT release
Another AUFS user with a neat implementation here: http://blog.picloud.com/2013/05/01/using-aufs-and-lxc-to-manage-dependencies -at-cloud-scale/ And of course, Fatdog64 is happy to have AUFS as our root filesystem: http://distro.ibiblio.org/fatdog/web/ Thanks Junjiro _ From: sf...@users.sourceforge.net sf...@users.sourceforge.net To: aufs-users@lists.sourceforge.net Sent: Sunday, May 5, 2013 9:36 PM Subject: aufs3 GIT release o news - a new branch aufs3.9 is created, and aufs3.x-rcN is for linux-3.10. - aufs3-linux.git on SourceForge is unstable and unreliable. Until it calm down, try git://github.com/sfjro/aufs3-linux.git instead. o enhancement - the simple linked list for the aufs pseudo-link is restructured, and it becomes a very simple hashed list. J. R. Okajima -- - aufs3-linux.git#aufs3.2..aufs3.8 branch aufs: plink hlist 1/5, tiny, split au_plink_half_refresh() aufs: plink hlist 2/5, tiny, implement au_sphl for hlist aufs: plink hlist 3/5, convert the plink list into hlist aufs: plink hlist 4/5, make it a hashed array aufs: plink hlist 5/5, implement /debug/aufs/si_id/plink aufs: update the donator list - aufs3-linux.git#aufs3.9 branch Addtion to above, aufs: for 3.9, remove the pos param from hlist func - aufs3-linux.git#aufs3.x-rcN branch ditto - aufs3-standalone.git ditto - aufs-util.git none -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1
Re: aufs3.0 .. aufs3.5 will end
The latest kernel and the latest long term kernel should be plenty. Anyone building a new system using AUFS would probably use one of those. Users with older kernels, are usually using them on systems that have been around for awhile. The kernels are not being maintained (except for long term), and any problems that AUFS causes should have been seen long ago. I'm just happy to have AUFS. Hopefully the kernel folks will merge AUFS and not something half baked. Thanks for your work, Kirk _ From: sf...@users.sourceforge.net sf...@users.sourceforge.net To: aufs-users@lists.sourceforge.net Sent: Thursday, March 28, 2013 8:27 AM Subject: aufs3.0 .. aufs3.5 will end Hello all, I have a plan to stop maintaining aufs3.0 .. aufs3.5. If you have a strong objection, please let me know. J. R. Okajima -- Own the Future-Intelreg; Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d -- Own the Future-Intel(R) Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2
Re: Kernel oops with cifs
Hi Junjiro, I'm don't think it's a AUFS problem. See: https://lkml.org/lkml/2011/8/15/121 And during 3.0rcX there were cifs problems that would cause a oops. It's very difficult to get any information when it crashes, only once could I save some logs. I'll wait for the 3.0.2 kernel and test with that. Sorry for the noise. Thanks for your work. Hopefully Al and the other kernel folks will merge AUFS. Regards, Kirk --- On Mon, 8/15/11, sf...@users.sourceforge.net sf...@users.sourceforge.net wrote: From: sf...@users.sourceforge.net sf...@users.sourceforge.net Subject: Re: Kernel oops with cifs To: kirk w kirkpu...@yahoo.com, aufs-users@lists.sourceforge.net Date: Monday, August 15, 2011, 10:04 AM sf...@users.sourceforge.net: kirk w: I think I ran into a bug with the 3.0 kernel and AUFS. All seems fine until you try to do a cifs mount, then the kernel crashes: ::: Thank you for report. I'll try by myself and also read cifs code when I have time. Hi, I have just tried it, and both of ls -l and getfattr worked. Will you give me more infromation? such as - /proc/mounts (instead of the output of mount(8)) - /sys/module/aufs/* - /sys/fs/aufs/* (if you have them) - /debug/aufs/* (if you have them) And I don't know about ROX-Filer at all. Additionally your stack trace is unreliable, and it doesn't tell me the trigger is listxattr(2) or lstat(2). It may be lstat(2), I guess. But which file did ROX-Filer issues lstat(2) for? Was it a file on cifs (via aufs)? By the way, I found a bug in cifs in linux-3.0 which may cause memory corruption. But I am not sure it is related to your problem. I will post a patch if it is not fixed yet. Could you separate or identify the problem comes from aufs or cifs? J. R. Okajima -- uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev
Re: aufs2-util compile problem - fresh origin/aufs2.1
A question related to this. Normally if you replace the kernel headers you need to rebuild glibc, gcc ... Is it OK to install the kernel headers in a build environment so we can build the AUFS utils and then move those utils to a system built with different kernel headers? I've been assuming the answer is yes, it seems to work. --- On Wed, 7/27/11, sf...@users.sourceforge.net sf...@users.sourceforge.net wrote: From: sf...@users.sourceforge.net sf...@users.sourceforge.net Subject: Re: aufs2-util compile problem - fresh origin/aufs2.1 To: Serge Leschinsky serge.leschin...@gmail.com Cc: aufs-users@lists.sourceforge.net Date: Wednesday, July 27, 2011, 5:02 PM Serge Leschinsky: I did make headers_install. Just to be sure that it's not the root cause, I did it one more time: Then did you specify the correct header path? make headers_install _modifies_ aufs_type.h, and installs it to ./usr/include/linux or the directory you specified for make. And you need to specify the path where the processed aufs_type.h installed for cc. J. R. Okajima -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey
Re: a report around squashfs for livecd
Hi Junjiro, I enjoyed your paper Filesystems in LiveCD. I'm interested in your squashfs parallel decompression patch. Any chance you have a newer version of the patch, maybe for 2.6.38rc? Thanks, Kirk --- On Tue, 12/28/10, sf...@users.sourceforge.net sf...@users.sourceforge.net wrote: From: sf...@users.sourceforge.net sf...@users.sourceforge.net Subject: a report around squashfs for livecd To: Tomas M to...@slax.org Cc: aufs-users@lists.sourceforge.net Date: Tuesday, December 28, 2010, 7:01 AM Hello, I hope all of you are enjoying this holiday season. Actually so am I. So here is my small report about squashfs for livecd. If anyone makes a request, I will put them in aufs2-util.git/sample or somewhere. J. R. Okajima -Inline Attachment Follows- -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d
2.6.36
Hi Junjiro, Does AUFS2.1 support 2.6.36? I tried a couple weeks ago and it would not compile. Thanks for your excellent software, Kirk Hope this doesn't double post, it bounced back the first time. -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb
Logrow
--
Logrow --- try3
Hi, Has anyone used Logrow on a mounted AUFS RW branch? It seems to work well with a loop back block device that is not part of the union. Logrow will quickly expand a loop mounted block device and then I can use resize2fs to online resize the ext3 filesystem, but if it's the RW branch of AUFS, the system becomes unstable, no messages logged, CPU usage go to 100%, and then you dead. I'm using Puppy Linux, in this we have only one RW branch that gets mounted along with a number of RO branches then we switch_root to /. Just to be clear, the instability comes after running logrow before I get the chance to resize2fs. Logrow does successfully expand the block device. Thanks, Kirk --
