Upgrade StorageMac - Can't access zotero directory via AFP
Using Leopard 10.5.2 and FF3 RC1 with Zotero 1.0.4.
When I have my zotero data directory on my local machine, it works fine. When I copy it to another Leopard machine on my network and connect to the AFP share, and try to use that share as the location for zotero data, I get 'There was an error starting zotero'.
Clicking 'check database integrity' does nothing, although 'show data directory' brings up the directory fine.
Any ideas?
When I have my zotero data directory on my local machine, it works fine. When I copy it to another Leopard machine on my network and connect to the AFP share, and try to use that share as the location for zotero data, I get 'There was an error starting zotero'.
Clicking 'check database integrity' does nothing, although 'show data directory' brings up the directory fine.
Any ideas?
This is an old discussion that has not been active in a long time. Instead of commenting here, you should start a new discussion. If you think the content of this discussion is still relevant, you can link to it from your new discussion.
Nothing appears in the console logs when I start.
I can browse the AFP folder via /Volumes/.
If that doesn't work, reset the extensions.zotero.useDataDir and extensions.zotero.dataDir prefs in about:config, restart Firefox, and then try configuring it again from the Zotero prefs.
You can also enable debug output to see how far in the initialization process Zotero is getting.
Edit: OK, some of these steps aren't necessary if you started again with a new profile. But please make sure javascript.options.showInConsole is set to true, since it shouldn't be possible to get a Zotero startup error without seeing something in the Error Console.
zotero(3): Using data directory /Volumes/nick/WorkSync/MVMDocs/zotero
zotero(3): Opening database 'zotero'
Is this any help?
the problem still occurs.
And then if you reset the data dir pref, reset Zotero so it starts normally, and then set the data directory to the share and restart, can you confirm that nothing shows up in the Error Console?
If not, just to make sure your Error Console is working, try installing, for example, the Yahoo Toolbar. You should see various chrome://ytoolbar errors in the Error Console. Is that the case?
Outside of Firefox, another thing you can try is opening an SQLite database on the share using the command-line SQLite 3 client.
Enter ".help" for instructions
sqlite> .tables
annotations highlights settings
baseFieldMappings itemAttachments tags
charsets itemCreators transactionLog
collectionItems itemData transactionSets
collections itemDataValues transactions
creatorTypes itemNoteTitles translators
creators itemNotes userFieldMask
csl itemSeeAlso userFields
fieldFormats itemTags userItemTypeFields
fields itemTypeCreatorTypes userItemTypeMask
fileTypeMimeTypes itemTypeFields userItemTypes
fileTypes itemTypes version
fulltextItemWords items zoteroDummyTable
fulltextItems savedSearchConditions
fulltextWords savedSearches
sqlite> .exit
macbook:Downloads nick$ ./sqlite3-3_5_9-osx-x86.bin /Volumes/nick/WorkSync/MVMDocs/zotero/zotero.sqlite
SQLite version 3.5.9
Enter ".help" for instructions
sqlite> .tables
Error: database is locked
It seems that sqlite can't open the database when it's on a share, but can when it's local.
Error: [Exception... "Component returned failure code: 0x8052000e (NS_ERROR_FILE_IS_LOCKED) [mozIStorageService.openDatabase]" nsresult: "0x8052000e (NS_ERROR_FILE_IS_LOCKED)" location: "JS frame :: chrome://zotero/content/xpcom/db.js :: anonymous :: line 799" data: no]
Source File: chrome://global/content/bindings/preferences.xml
Line: 713
Error: uncaught exception: [Exception... "Component returned failure code: 0x8052000e (NS_ERROR_FILE_IS_LOCKED) [mozIStorageService.openDatabase]" nsresult: "0x8052000e (NS_ERROR_FILE_IS_LOCKED)" location: "JS frame :: chrome://zotero/content/xpcom/db.js :: anonymous :: line 799" data: no]
Error: event.originalTarget is null
Source File: chrome://zotero/content/preferences/preferences.js
Line: 54
Is any help?
https://bugzilla.mozilla.org/show_bug.cgi?id=417037
We'll try to get some attention on this before Fx3 ships.
Thanks for helping to track this down. You were also right about the lack of Error Console output with this particular startup error. I've fixed that in the latest dev build.
Also: It appears to affect SMB (i.e., Windows) network shares on OS X as well as AFP.
People are always talking about rsync, but what they /really/ need for most real-world applications is Unison - it seems a bit scary to set up. It isn't really. Maybe I'll do a posting.
Nick