bugzilla.mozilla.org has resumed normal operation. Attachments prior to 2014 will be unavailable for a few days. This is tracked in Bug 1475801.
Please report any other irregularities here.

[Meta] Storage issues on remote profiles (SMB, NFS, AFP)

NEW
Unassigned

Status

()

Toolkit
Storage
P3
normal
7 years ago
2 months ago

People

(Reporter: mak, Unassigned)

Tracking

(Depends on: 6 bugs, Blocks: 2 bugs)

Trunk
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

7 years ago
Just a meta to track common issues on profiles stored on remote shared locations.
(Reporter)

Updated

7 years ago
Depends on: 701457

Updated

7 years ago
Depends on: 717406

Updated

7 years ago
Blocks: 720362
(Reporter)

Comment 1

7 years ago
Some known facts:
- adding "nolock" to NFS partitions helps solving issues with 0-sized bytes
- SQLite has vfs for different kind of locking strategies, unix-afp and unix-dotfile the two most useful ones in problematic cases. Though these must be enabled when opening the database, and have different side issues: they may be slower than the default and in case of app crash locks may not be removed, so the app has to detect crashes and clean them. For these reasons we can't just swap the vfs by default, though we may figure out a way to detect the fs or provide prefs to force a specific one (provided we can cleanup locks on crash).
(Reporter)

Comment 2

7 years ago
ehr, I clearly meant "0-bytes sized files"
(Reporter)

Updated

7 years ago
Depends on: 629296

Comment 3

6 years ago
Corrupts also in Virtual Box's shared folders!

Updated

6 years ago
Depends on: 801274
(Reporter)

Comment 4

6 years ago
Before I forget, as a workaround on unix-like systems, it's possible to set storage.nfs_filesystem preference to true. This was added in Semptember 2012 with a patch in bug 433129.
This will force using the unix-excl locking style, that should solve most of the network filesystems locking issues.
There is no known workaround on Windows so far.
Depends on: 433129
(Reporter)

Updated

6 years ago
No longer depends on: 701457
Duplicate of this bug: 701457
(Reporter)

Updated

6 years ago
Blocks: 564148
(Reporter)

Updated

6 years ago
Depends on: 462287
(Reporter)

Updated

6 years ago
Depends on: 434307
(Reporter)

Updated

6 years ago
Depends on: 484883

Comment 6

5 years ago
I am serving home directories to my OS X clients over netatalk, and the storage.nfs_filesystem setting seems to make the situation worse.

Currently it's hit or miss whether someone will be able to save bookmarks. When someone is unable to save bookmarks I can generate a new profile and will be able to save bookmarks until Firefox is relaunched after relaunching you can add/delete bookmarks but no changes are saved and everything reverts.

When I enable storage.nfs_filesystem setting it appears as no data is being read from my places.sqlite. Before enabling this setting user's could at least see their existing bookmarks and history after enabling Firefox loads, but they see no bookmarks, and no browsing history.
(Reporter)

Comment 7

5 years ago
(In reply to frutiger from comment #6)
> When I enable storage.nfs_filesystem setting it appears as no data is being
> read from my places.sqlite. Before enabling this setting user's could at
> least see their existing bookmarks and history after enabling Firefox loads,
> but they see no bookmarks, and no browsing history.

Is the same file being accessed by multiple profiles/computers at the same time? The only thing that storage.nfs_filesystem does is using the "unix-excl" vfs layer, then only one process at a time can then access the database. See http://www.sqlite.org/vfs.html

Comment 8

5 years ago
The user account is only logged into one workstation. I verified by running an lsof on the netatalk server looking for open places.sqlite files. When storage.nfs_filesystem is set to false I immediately see 2 firefox processes accessing the database.

I am running Firefox 17.0.7ESR on 10.6.8 and 10.8.4 I have also seen this same behavior on FF 23
(Reporter)

Comment 9

5 years ago
(In reply to Roger from comment #8)
> When
> storage.nfs_filesystem is set to false I immediately see 2 firefox processes
> accessing the database.

2 processes? that's interesting, only the main process should access the database. This may explain the issue but I'm not sure what's causing it.
(Reporter)

Updated

a year ago
Depends on: 1332627
(Reporter)

Updated

2 months ago
Duplicate of this bug: 1461184
Depends on: 1428169
(Reporter)

Updated

2 months ago
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.