H i all, I'm running Gluster 3.0.0 on top of XFS and while running a FORTRAN code that works perfectly well on any other file system, I get runtime errors when trying to open files -- along the lines of: At line 386 of file main.f (unit = 18, file = '') Fortran runtime error: File 'CHGCAR' already exists Are there known issues with FORTRAN I/O and Gluster? Is this some sort of caching artifact? Its not a consistent problem as it only seems to happen when running jobs within my scheduling environment (I use SGE). Let me know if you need more info. Thanks in advance, -Brian -- Brian Smith Senior Systems Administrator IT Research Computing, University of South Florida 4202 E. Fowler Ave. ENB204 Office Phone: +1 813 974-1467 Organization URL: http://rc.usf.edu On Thu, 2010-02-11 at 15:13 +0100, Eros Candelaresi wrote: > Hi, > > for my small webhosting (3 servers, more to come hopefully) I am > investigating cluster filesystems. I have seen a few now and I love the > flexibility that GlusterFS brings. Still I cannot see a way to adapt it > to suit my needs. I have the following hardware: > - Server #1 with 160GB S-ATA > - Server #2 with 2x 400GB S-ATA > - Server #3 with 2x 1,5TB S-ATA > > I am hoping to find a filesystem that fulfills the following requirements: > 1. POSIX compliant (Apache, Postfix, etc. will use it) - GlusterFS has it > 2. combine the harddisks of all servers into one single filesystem - > DHT/unify seem to do the job > 3. redundancy: have a copy of each single file on at least 2 machines > such that a single host may fail without people noticing - looks like > this may be achieved by having AFR below DHT/Unify > 4. after a server failure redundancy should automatically be recreated > (ie. create new copies of all files that only exist once after the crash) > 5. just throw in new hardware, connect it with the cluster and let the > filesystem take care of filling it with data > > Hadoop seems strong on points 2.-5. but fails in 1. and is unsuited for > small files. For GlusterFS however, I cannot see how to achieve 4.-5. > There always seems to be manual reconfiguration and data movement > involved, is this correct? Since most of the Wiki is still based on 2.0 > and there is 3.0 out now, I may be missing something. > > Hoping for your comments. > > Thanks and regards, > Eros > > > _______________________________________________ > Gluster-users mailing list > Gluster-users at gluster.org > http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
