bugGluster - Bugs: bug #26271, Some SQLite operations as...

 
 

bug #26271: Some SQLite operations as performed by Firefox fail

Submitted by:  None
Submitted on:  Tue 21 Apr 2009 04:41:22 PM UTC  
 
Category: GlusterFSSeverity: 3 - Normal
Priority: 5 - NormalItem Group: Improper behaviour
Status: PostponedPrivacy: Public
Assigned to: NoneOriginator Name: Gordan
Originator Email: -unavailable-Open/Closed: Closed
Release: 2.0.0rc8Operating System: GNU/Linux
Reproducibility: Every Time

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Thu 25 Jun 2009 06:46:17 AM UTC, comment #2:

This bug has been moved to http://bugs.gluster.com

Please track the progress of the bug at http://bugs.gluster.com/cgi-bin/bugzilla3/show_bug.cgi?id=65

--
Gowda

Basavanagowda Kanur <gowda>
Project Member
Thu 14 May 2009 11:11:27 PM UTC, comment #1:

Hi Gordan,
With the 2.0.1 release, I couldn't reproduce this behavior with the following volume file.

---
volume posix1
type storage/posix
option directory /tmp/test-home1
end-volume

volume locks1
type features/locks
subvolumes posix1
end-volume

volume posix2
type storage/posix
option directory /tmp/test-home2
end-volume

volume locks2
type features/locks
subvolumes posix2
end-volume

volume server1
type protocol/server
option listen-port 7001
option auth.addr.locks1.allow *
subvolumes locks1
end-volume

volume server2
type protocol/server
option listen-port 7002
option auth.addr.locks2.allow *
subvolumes locks2
end-volume

volume client1
type protocol/client
option remote-host localhost
option remote-port 7001
option remote-subvolume locks1
end-volume

volume client2
type protocol/client
option remote-host localhost
option remote-port 7002
option remote-subvolume locks2
end-volume

volume afr
type cluster/afr
subvolumes client1 client2
end-volume
-----------

Can you confirm this is the same behavior with this volume file in your setup? (Also can you check if the permission on /home is 0777 ?)

Amar Tumballi <amarts>
Project Member
Tue 21 Apr 2009 04:41:22 PM UTC, original submission:

This is particularly obvious when it comes to saving bookmarks when /home is mounted on GlusterFS. To reproduce:

mount /home on AFR/Replicate GlusterFS cluster with 2 nodes with both nodes up. Fire up X and Firefox. Add a bookmark and exit Firefox. Restart firefox and check the bookmark list on the menu - the bookmark that was added won't appear in the list.

This problem also exhibits in other Firefox databases (saving website login credentials, for example), but the bookmark test is the easiest, quickest and most reliable to reproduce.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by gowda (Posted a comment)
  • -unavailable- added by amarts (Posted a comment)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 5 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Thu 25 Jun 2009 06:46:17 AM UTCgowdaStatusNone=>Postponed
      Originator Email =>-
      Open/ClosedOpen=>Closed
    Thu 14 May 2009 11:11:27 PM UTCamartsOriginator Name=>Gordan
      Originator Email=>

    Back to the top


    Powered by Savane 3.1-cleanup1