[Gluster-users] Friday Fun Day: T-shirt Tag Line
Greetings, community: I was recently thinking about what would make for a decent tag line for a t-shirt. Last night, I started riffing on this: "One namespace, replicated, with and for all." I asked for some suggestions on twitter and the blog, and we've received a few today, the best of which are below: "One namespace, replicated, with performance and uptime for all!" "One namespace, replicated, with capacity and bandwidth for all!" "One namespace, replicated, with Gluster and justice for all!" "One namespace, replicated, with Linux and open source for all!" "One namespace, replicated, with elastic hashing for all!" "One namespace, replicated, distributed and free for all." In discussing this on #gluster and on twitter, it would appear that there's quite a bit of room for a series of shirts based on variations of this theme. If we use your tag line, I'll give you your choice of the following: 1. $50 gift certificate from Amazon OR 2. Donation to the EFF in your name for the same amount. On your mark... get set... -JM ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
Re: [Gluster-users] gluster + firefox/sqlite
A detailed reproducible steps and pointing all this information to bugzilla is appreciated. Lets takes this discussion back there. -Harsha On Fri, Jan 6, 2012 at 2:17 PM, Matt Cowan wrote: > > On Fri, 6 Jan 2012, Harshavardhana wrote: >> >> Users have mounted /home for years now, its nothing new. > > > I was dying to use it for home for it's replication capability, but > ran into issues with locking and sockets when using nfs clients. > > > I have 2 systems I've been able to do tests on; everything's > Scientific Linux 6.1: > > > > client1 (nfs): firefox-3.6.24-3.el6_1.x86_64 > > homedir serverpair1 (replicate): > glusterfs-{core,fuse}-3.2.5-2.el6.x86_64 (from gluster.org) > > > client2 (nfs or gluster native): > same as client1 plus: > glusterfs-{,fuse}3.2.5-4.el6.x86_64 (from epel-testing) > > homedir servercluster2 (distribute): > glusterfs-{core,fuse}-3.2.4-1.x86_64 (from gluster.org) > > > > on client1, with nfs homedir on serverpair1, firefox takes *forever* to > startup. An strace shows it's hanging up getting various locks > (sqlite stuff and others). And when it finally does start, it pops up > a red banner saying: > > "The bookmarks and history system will not be functional because > one of Firefox's files is in use by another application. Some > security software can cause this problem" > > Interestingly, this does not happen on client 2 with nfs homedir on > servercluster2, > which is running a slightly older version of gluster. > > > And sockets get created as pipes!?! and fail to function. > > $ mksock testsock > $ ls -al testsock > prwxrwxr-x. 1 glustertest glustertest 0 Jan 6 14:13 testsock > ^ > This happens in both nfs homedir setups. > > > On client2, with a native gluster homedir from server2, everything > works fine. I would go native everywhere, but it would be painful to > maintain on some legacy systems, I think I read 32bit systems aren't > really supported(?), and I'd like to avoid all the clients doubling > their homedir io. > > -matt > > ___ > 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] gluster + firefox/sqlite
On Fri, 6 Jan 2012, Harshavardhana wrote: Users have mounted /home for years now, its nothing new. I was dying to use it for home for it's replication capability, but ran into issues with locking and sockets when using nfs clients. I have 2 systems I've been able to do tests on; everything's Scientific Linux 6.1: client1 (nfs): firefox-3.6.24-3.el6_1.x86_64 homedir serverpair1 (replicate): glusterfs-{core,fuse}-3.2.5-2.el6.x86_64 (from gluster.org) client2 (nfs or gluster native): same as client1 plus: glusterfs-{,fuse}3.2.5-4.el6.x86_64 (from epel-testing) homedir servercluster2 (distribute): glusterfs-{core,fuse}-3.2.4-1.x86_64 (from gluster.org) on client1, with nfs homedir on serverpair1, firefox takes *forever* to startup. An strace shows it's hanging up getting various locks (sqlite stuff and others). And when it finally does start, it pops up a red banner saying: "The bookmarks and history system will not be functional because one of Firefox's files is in use by another application. Some security software can cause this problem" Interestingly, this does not happen on client 2 with nfs homedir on servercluster2, which is running a slightly older version of gluster. And sockets get created as pipes!?! and fail to function. $ mksock testsock $ ls -al testsock prwxrwxr-x. 1 glustertest glustertest 0 Jan 6 14:13 testsock ^ This happens in both nfs homedir setups. On client2, with a native gluster homedir from server2, everything works fine. I would go native everywhere, but it would be painful to maintain on some legacy systems, I think I read 32bit systems aren't really supported(?), and I'd like to avoid all the clients doubling their homedir io. -matt ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
Re: [Gluster-users] gluster + firefox/sqlite
On 01/06/2012 02:04 PM, Harshavardhana wrote: Curious why do you have a 32bit server? and a 64bit client?. The original reasons are lost in the mists of time, and there is no trustable cross-arch upgrade procedure for Fedora. Such a configuration can have un-foreseen consequences since such a configuration is never tested. Really? I hadn't thought of that. Don't you expect a mix (especially of clients)? But log files with debug enabled on client and server side and bugzilla id would be the right way to go. Thanks, I'll have to look into that. - Mike ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
Re: [Gluster-users] gluster + firefox/sqlite
> > Do you have any additional references on that (that = user_xattr fixing > things like firefox)? I'm not seeing anything similar on google... > > I don't, problems were related to something else. But nothing wrong in really enabling it. Curious why do you have a 32bit server? and a 64bit client?. Such a configuration can have un-foreseen consequences since such a configuration is never tested. But log files with debug enabled on client and server side and bugzilla id would be the right way to go. -Harsha ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
Re: [Gluster-users] gluster + firefox/sqlite
On 01/06/2012 01:39 PM, Harshavardhana wrote: Firefox and sqlite interaction has been kind of whacky in the past. Firefox had a bug back then which would cause it to corrupt itself. Some have solved their problems by mounting the server side with some user_xattr (if its ext3/ext4), possibly firefox uses 'user' domain xattrs. Do you have any additional references on that (that = user_xattr fixing things like firefox)? I'm not seeing anything similar on google... Detailed description of Operating system, Firefox version and GlusterFS would help. My clients: firefox-9.0.1-1.fc16.x86_64 glusterfs-fuse-3.2.5-5.fc16.x86_64 glusterfs-3.2.5-5.fc16.x86_64 kernel-3.1.6-1.fc16.x86_64 My server: glusterfs-rdma-3.2.5-3.fc16.i686 glusterfs-fuse-3.2.5-3.fc16.i686 glusterfs-3.2.5-3.fc16.i686 glusterfs-server-3.2.5-3.fc16.i686 kernel-3.1.5-6.fc16.i686 - Mike ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
Re: [Gluster-users] gluster + firefox/sqlite
Users have mounted /home for years now, its nothing new. Many customers/use use NIS/LDAP based authentication for users home directories/application runs etc. People have even used GlusterFS for remote booting mechanism over PXE. Gordan Bobic was the last one i heard who was running this successfully to build a cluster of farms. Possibly used self-heal in replicate to provision operating system on new boxes. Firefox and sqlite interaction has been kind of whacky in the past. Firefox had a bug back then which would cause it to corrupt itself. Some have solved their problems by mounting the server side with some user_xattr (if its ext3/ext4), possibly firefox uses 'user' domain xattrs. Detailed description of Operating system, Firefox version and GlusterFS would help. Giovanni can you open a bug for this, so that we can track the discussion there?. Thank you. -Harsha On Fri, Jan 6, 2012 at 10:30 AM, John Mark Walker wrote: > > - Original Message - >> Hi, >> >> 2012/1/6 Dr. Michael J. Chudobiak : >> > On 01/06/2012 11:31 AM, Giovanni Toraldo wrote: >> > Which filesystem is working for you? >> >> we are currently using MooseFS for /home, mounted to Ubuntu 10.04 >> desktop clients (~50 in production, should grow to ~150 by the end of >> the year), but I secretly hope to migrate back to GlusterFS since the >> current version of MooseFS has a single point of failure (but it >> works). > > > I haven't heard of too many people wanting to mount /home with GlusterFS, but > I can see why one would want to. > > I would be interested in hearing about what challenges you face whenever you > try it again. > > -JM > ___ > 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] gluster + firefox/sqlite
- Original Message - > Hi, > > 2012/1/6 Dr. Michael J. Chudobiak : > > On 01/06/2012 11:31 AM, Giovanni Toraldo wrote: > > Which filesystem is working for you? > > we are currently using MooseFS for /home, mounted to Ubuntu 10.04 > desktop clients (~50 in production, should grow to ~150 by the end of > the year), but I secretly hope to migrate back to GlusterFS since the > current version of MooseFS has a single point of failure (but it > works). I haven't heard of too many people wanting to mount /home with GlusterFS, but I can see why one would want to. I would be interested in hearing about what challenges you face whenever you try it again. -JM ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
Re: [Gluster-users] gluster + firefox/sqlite
Hi, 2012/1/6 Dr. Michael J. Chudobiak : > On 01/06/2012 11:31 AM, Giovanni Toraldo wrote: > Which filesystem is working for you? we are currently using MooseFS for /home, mounted to Ubuntu 10.04 desktop clients (~50 in production, should grow to ~150 by the end of the year), but I secretly hope to migrate back to GlusterFS since the current version of MooseFS has a single point of failure (but it works). There are some slides I published for the latest Linux Day about this project among others, unfortunately it's in italian language: http://gionn.net/openbncf-linuxday-2011-pisa As I've already said, due to restricted time availability, I've switched from GlusterFS to MooseFS without too much compliments (and without digging on those nasty bugs). -- Giovanni Toraldo - LiberSoft http://www.libersoft.it ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
Re: [Gluster-users] gluster + firefox/sqlite
On 01/06/2012 11:31 AM, Giovanni Toraldo wrote: Hi, 2012/1/6 Dr. Michael J. Chudobiak: I'm having some issues running firefox over gluster-mounted home folders. Is that a known issue? I've faced the same problem more than an year ago, unfortunately I was in hurry and we opted for a different distributed filesystem, which worked flawlessy.. Which filesystem is working for you? - Mike ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
Re: [Gluster-users] gluster + firefox/sqlite
On 01/06/2012 11:36 AM, Arnold Krille wrote: I'm having some issues running firefox over gluster-mounted home folders. Everything works OK until I have to restart the server-side gluster services, or reboot the server. Do you use gluster to get replicated storage? Or just because it allows multiple clients over network? - In the later case I would recommend using nfs on server and client. Is the homedir mounted as glusterfs or via nfs? I am using gluster in a minimal, non-replicated setup to replace nfsv4. I could not make nfsv4 work with gnome shell and firefox in Fedora 15 - it was trivial to freeze the nfs server and the client desktops. Switching to gluster fixed these issues for me. Gory details here: http://www.mail-archive.com/users@lists.fedoraproject.org/msg40298.html I use the native gluster mount, called from /etc/rc.d/rc.local: mount -t glusterfs /etc/glusterfs/glusterfs.vol /fileserver Why are you restarting the server? Routine maintenance (upgrade from Fedora 15 to Fedora 16, for example, or testing new gluster server rpms, or debugging systemd issues). - Mike ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
Re: [Gluster-users] gluster + firefox/sqlite
Hi, lets get back to you with some questions: On Friday 06 January 2012 17:11:25 Dr. Michael J. Chudobiak wrote: > I'm having some issues running firefox over gluster-mounted home folders. > Everything works OK until I have to restart the server-side gluster > services, or reboot the server. Do you use gluster to get replicated storage? Or just because it allows multiple clients over network? - In the later case I would recommend using nfs on server and client. Is the homedir mounted as glusterfs or via nfs? Why are you restarting the server? With nfs, if the server is not responding, the clients access suspends and blocks. I haven't yet tested myself what happens when glusterfs looses contact to all bricks. But then again I am investigating in gluster because of the replication across multiple machines to reduce the impact of a single machine failure (which is working with "-t glusterfs"). Have fun, Arnold signature.asc Description: This is a digitally signed message part. ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
Re: [Gluster-users] gluster + firefox/sqlite
Hi, 2012/1/6 Dr. Michael J. Chudobiak : > I'm having some issues running firefox over gluster-mounted home folders. > Is that a known issue? I've faced the same problem more than an year ago, unfortunately I was in hurry and we opted for a different distributed filesystem, which worked flawlessy.. Digging through the GlusterFS logfiles and file a bug report may be a good idea at this point. For your knowledge, I was having issues with GNOME DE too: http://www.gluster.org/pipermail/gluster-users/2010-December/006019.html -- Giovanni Toraldo - LiberSoft http://www.libersoft.it ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
[Gluster-users] gluster + firefox/sqlite
Hi all, I'm having some issues running firefox over gluster-mounted home folders. Everything works OK until I have to restart the server-side gluster services, or reboot the server. That seems to result in corruption of the firefox sqlite databases, resulting in loss of bookmarks and cookies. Is that a known issue? - Mike ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
[Gluster-users] gluster permissions problem
Hi, I'm running a very simple gluster server, as a NFSv4 replacement. I documented this here: http://www.mail-archive.com/users@lists.fedoraproject.org/msg40298.html User home folders are served over this file server. This worked fine in Fedora 15, but I am experiencing some odd permissions problems with Adobe Acrobat after upgrading the server to Fedora 16. I've seen it with some other apps too, but it is easiest to reproduce with AdobeReader_enu-9.4.6-1.i486. I see someone else reported permissions problems here: http://gluster.org/pipermail/gluster-users/2011-December/009260.html If I launch acroread, it complains: "Acroread was unable to create the directory .adobe in your home directory. There may be a permission problem with the parent directory." However, .adobe IS successfully created (with some subfolders in it). The full error transcript is below, showing how I remove any existing .adobe folder, run acroread, get errors, and then prove that .adobe does exist. I have seen this on some kde apps too, but native gnome/gtk apps seem to work just fine. Not sure what that suggests. (I realize that it is bad form to note issues with a closed-source program like acrobat, but I have to support it on my system because poppler's form-handling just doesn't work. Also, I think the issue reflects some real bugs in gluster.) Anyway, on the server I have: [root@server2 ~]# rpm -qa | grep gluster glusterfs-rdma-3.2.5-3.fc16.i686 glusterfs-fuse-3.2.5-3.fc16.i686 glusterfs-3.2.5-3.fc16.i686 glusterfs-server-3.2.5-3.fc16.i686 On the client: [mjc@xena ~]$ rpm -qa | grep gluster glusterfs-fuse-3.2.5-5.fc16.x86_64 glusterfs-3.2.5-5.fc16.x86_64 Here is the full error sequence: [mjc@xena ~]$ rm -rf .adobe [mjc@xena ~]$ acroread (acroread:23227): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks", Gtk-Message: Failed to load module "pk-gtk-module" Gtk-Message: Failed to load module "canberra-gtk-module" Acroread was unable to create the directory .adobe in your home directory. There may be a permission problem with the parent directory. Acroread was unable to create the directory /fileserver/home/mjc/.adobe in your home directory. There may be a permission problem with the parent directory. Acroread was unable to create the directory /fileserver/home/mjc/.adobe in your home directory. There may be a permission problem with the parent directory. [mjc@xena ~]$ ll .adobe total 8 drwxrwxr-x. 3 mjc mjc 4096 Jan 6 08:31 Acrobat [mjc@xena ~]$ ll /fileserver/home/ drwxrwx---. 58 mjc mjc 4096 Jan 6 08:46 mjc Any suggestions? This happens for all users served from the fileserver. Users with local home folders do not have this issue. - Mike ___ Gluster-users mailing list Gluster-users@gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users