Re: [Gluster-users] Gluster 2.0.3 + Apache on CentOS5 performance issue
Hi I've filed a bug report which you can track at: http://bugs.gluster.com/cgi-bin/bugzilla3/show_bug.cgi?id=194 Please do add your email to the CC list and also upload the volfiles which you're using with this test. Thanks Shehjar Somsak Sriprayoonsakul wrote: The behavior is still the same ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
Re: [Gluster-users] replicate weirdness
Can you confirm if http://patches.gluster.com/patch/893/ fixes this problem? Thanks, Avati On Thu, Aug 6, 2009 at 6:54 PM, Jeff Evans wrote: > Hi gluster mongers, > > I have ran into a critical problem under 2.0.3, and I would like to > know if it has been reported (or fixed) already before making a > detailed bug report. > > > > Low down: > > Two machines, RHEL 5.3, fuse 2.7.4, each running a single brick server. > > clients on the same machines, AFR with writebehind & local > read-subvolume enabled. > > clients run with --disable-direct-io-mode. > > Activity: > > Each client has several open fd's, including a xen image. > > kill glusterfsd on one machine. > > Open fd's are still being written to. > > umount & mount the underlying FS. > > Restart glusterfsd. > > Weirdness: > > On the same machine, client log entries: > ... forced unwinding frame type(1) ... > ... disconnected ... connected. > > Server log entries: > > [server-protocol.c:3903:server_readv] invalid argument: state->fd > ... > [fd.c:326:gf_fd_fdptr_get] fd: invalid argument > [server-protocol.c:4108:server_flush] invalid argument: state->fd > [server-protocol.c:3903:server_readv] invalid argument: state->fd > ... > [posix.c:1712:posix_writev] export: writev failed on > fd=0x2c0040c0: Bad file descriptor > ... > [server-protocol.c:3956:server_writev] invalid argument: state->fd > [server-protocol.c:4062:server_fsync] invalid argument: state->fd > ... > [fd.c:282:gf_fd_put] fd: invalid argument > ...REPEATS AD NAUSEUM... > > Really, Really Weird: > > The fd's seem to have been confused some how, as data from the xen > images began to appear in other open files. > > This occurred on the underlying FS on the broken server side only. > > > > To restore sanity: > > umount both sides > kill both glusterfsd's > delete the corrupted files from the broken server's underlying FS. > restart servers then clients. > > The deleted files auto repair successfully upon access and normality > returns. > > > > Thanks for reading this far! > Anyone experienced this or something similar? > Comments/feedback much appreciated, further info available on request. > > Jeff. > > > > > > ___ > Gluster-users mailing list > Gluster-users@gluster.org > http://gluster.org/cgi-bin/mailman/listinfo/gluster-users > ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
[Gluster-users] replicate weirdness
Hi gluster mongers, I have ran into a critical problem under 2.0.3, and I would like to know if it has been reported (or fixed) already before making a detailed bug report. Low down: Two machines, RHEL 5.3, fuse 2.7.4, each running a single brick server. clients on the same machines, AFR with writebehind & local read-subvolume enabled. clients run with --disable-direct-io-mode. Activity: Each client has several open fd's, including a xen image. kill glusterfsd on one machine. Open fd's are still being written to. umount & mount the underlying FS. Restart glusterfsd. Weirdness: On the same machine, client log entries: ... forced unwinding frame type(1) ... ... disconnected ... connected. Server log entries: [server-protocol.c:3903:server_readv] invalid argument: state->fd ... [fd.c:326:gf_fd_fdptr_get] fd: invalid argument [server-protocol.c:4108:server_flush] invalid argument: state->fd [server-protocol.c:3903:server_readv] invalid argument: state->fd ... [posix.c:1712:posix_writev] export: writev failed on fd=0x2c0040c0: Bad file descriptor ... [server-protocol.c:3956:server_writev] invalid argument: state->fd [server-protocol.c:4062:server_fsync] invalid argument: state->fd ... [fd.c:282:gf_fd_put] fd: invalid argument ...REPEATS AD NAUSEUM... Really, Really Weird: The fd's seem to have been confused some how, as data from the xen images began to appear in other open files. This occurred on the underlying FS on the broken server side only. To restore sanity: umount both sides kill both glusterfsd's delete the corrupted files from the broken server's underlying FS. restart servers then clients. The deleted files auto repair successfully upon access and normality returns. Thanks for reading this far! Anyone experienced this or something similar? Comments/feedback much appreciated, further info available on request. Jeff. ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
Re: [Gluster-users] GlusterFS Security
Currently no - but it is in the roadmap for a future unnamed release. http://gluster.org/docs/index.php/GlusterFS_Roadmap liam On Thu, Aug 6, 2009 at 2:21 AM, Marko Weber | Zackbummfertig < we...@zackbummfertig.de> wrote: > Hello, > > is the communciation between the glsuterfs connected Servers secure ? > Is there an SSL / TLS possible to crypt the datatransfer ? > > thanks > > marko > ___ > Gluster-users mailing list > Gluster-users@gluster.org > http://gluster.org/cgi-bin/mailman/listinfo/gluster-users > ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
Re: [Gluster-users] GlusterFS Security
- "Marko Weber | Zackbummfertig" wrote: > Hello, > > is the communciation between the glsuterfs connected Servers secure ? > Is there an SSL / TLS possible to crypt the datatransfer ? No. The general assumption is that GlusterFS runs inside a 'trusted' network with 'trusted' clients. You can try the tunneling solution as mentioned in this thread, though. Vikas -- Engineer - http://gluster.com/ ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
Re: [Gluster-users] GlusterFS Security
2009/8/6 Marko Weber | Zackbummfertig : > Hello, > > is the communciation between the glsuterfs connected Servers secure ? > Is there an SSL / TLS possible to crypt the datatransfer ? AFAIK, no: http://www.gluster.org/docs/index.php/Translators/encryption Using an encrypted tunnel between sites should be possible, IMHO. http://en.wikipedia.org/wiki/Generic_Routing_Encapsulation Harald Stürzebecher ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
[Gluster-users] GlusterFS Security
Hello, is the communciation between the glsuterfs connected Servers secure ? Is there an SSL / TLS possible to crypt the datatransfer ? thanks marko ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
