COPS : Calibre OPDS PHP Server

[bennor]

Originally Posted by mariosipad

Question: what does your /etc/exports file on the server look like?

The exports file:

# Use nobody user (uid 65534) for nfs guest.  This is restricted from private
# shares by ACLs.
#
/nfs/ *(rw,all_squash,sync,no_subtree_check,insecure,crossmnt,anonuid=65534,anongid=1000)

The NAS is a single drive WD My Cloud (running v4.x firmware).

Did the chown 777 on the mount folder (wdmc_calibre) on the Pi (which runs Stretch Lite), no change. It appears the actual Share/folder on the NAS is 0777.

[mariosipad]

I do 2 things different:

1 - /etc/exports

/exports/share  192.168.0.0/24(rw,async,insecure,all_squash,no_subtree_check,crossmnt,anonuid=1000,anongid=1000)

2 - manual mount of nfs share

mount 192.168.0.xxx:/exports/share /mnt/nfs

Then I point COPS to:

/mnt/nfs/books

Books is a directory inside /exports/share on the server.

[bennor]

Originally Posted by mariosipad

I do 2 things different:

1 - /etc/exports

/exports/share  192.168.0.0/24(rw,async,insecure,all_squash,no_subtree_check,crossmnt,anonuid=1000,anongid=1000)

2 - manual mount of nfs share

mount 192.168.0.xxx:/exports/share /mnt/nfs

Then I point COPS to:

/mnt/nfs/books

Books is a directory inside /exports/share on the server.

Unfortunately no change. Still doesn't load. Gotta wonder if there is something with the way the WD My Cloud is handling NFS that is causing this problem.

[mariosipad]

I did some further checking.

I also get a grey/white browserscreen if I make a deliberate mistake in config_local.php.
Just deleting a "';" or adding one causes this behaviour.

Can you recreate your config_local.php from config_default.php just to remove any possibility of an error in this file?

If you can reach the nfs share on your Pi, then the NFS server works (I would say).

[bennor]

Originally Posted by mariosipad

Can you recreate your config_local.php from config_default.php just to remove any possibility of an error in this file?

First tried overwriting the config_local.php file with the config_local.php.example and set the directory. Same problem. Just a gray screen. Copied config_default.php to config_local.php and set the directory. Same problem. Just a gray screen.

Obviously one would think that if one can access the NFS share that it should work. But obviously something is wrong as it's not working and it's only not working when using NFS to access the network share. If I change the share mapping to CIFS then COPS works fine.

Plex is loaded to this same Raspberry Pi and it does not have any problems accessing content on mapped NFS shares.

It's a head scratcher.

[bennor]

Originally Posted by bennor

But obviously something is wrong as it's not working and it's only not working when using NFS to access the network share. If I change the share mapping to CIFS then COPS works fine.

I wonder if what I'm seeing is SQLite3 related. It appears that SQLite3 may have an issue with NFS (https://sqlite.org/faq.html). And some recommend not using NFS if using SQLite3.

From the FAQ link:

SQLite uses reader/writer locks to control access to the database. (Under Win95/98/ME which lacks support for reader/writer locks, a probabilistic simulation is used instead.) But use caution: this locking mechanism might not work correctly if the database file is kept on an NFS filesystem. This is because fcntl() file locking is broken on many NFS implementations. You should avoid putting SQLite database files on NFS if multiple processes might try to access the file at the same time. On Windows, Microsoft's documentation says that locking may not work under FAT filesystems if you are not running the Share.exe daemon. People who have a lot of experience with Windows tell me that file locking of network files is very buggy and is not dependable. If what they say is true, sharing an SQLite database between two or more Windows machines might cause unexpected problems.

[mariosipad]

I'm convinced it's not a problem with sqlite3 (you are the only concurrent user right?) nor with nfs (it works).

That leaves an error in config_local.php.

To test this hypothesis please do this:
1 - copy your existing config_local.php to config_local.php.orig

2 - copy config_local.php.example to config_local.php (don't change anything in this file)

3 - open COPS in a browser: you should get an error-page db not found

4 - then add in your NFS directory /home/pi/wdmc_calibre

5 - check if directory /home/pi/wdmc_calibre exists on your pi

6 - refresh your browser with cops

and this works for me. And I hope for you too.

[bennor]

Originally Posted by mariosipad

To test this hypothesis please do this:
1 - copy your existing config_local.php to config_local.php.orig

2 - copy config_local.php.example to config_local.php (don't change anything in this file)

3 - open COPS in a browser: you should get an error-page db not found

4 - then add in your NFS directory /home/pi/wdmc_calibre

5 - check if directory /home/pi/wdmc_calibre exists on your pi

6 - refresh your browser with cops

Done those steps a couple of times as a troubleshooting step. Get the checkconfig.php page indicating missing DB so long as I do not map the NAS share using NFS. When the NFS share is mapped to the NAS, the checkconfig.php hangs and does not load. Finally gave up on trying to use NFS and went back to using CIFS which does work and COPS loads the database.

Not sure where the issue lies. The firmware that WD created to run the My Cloud device is quirky and has various issues. Some elements of the firmware, like Samba, are years out of date.

[irvy]

Originally Posted by victorn

I have no difficulty accessing the calibre library when I do it from my local LAN.

Could you please please please contact me on that? I have the same NAS but never managed to get COPS to work on it =(

[Horus68]

As you may heard, a new COPS version is scheduled for the end of June.
Bring in your personal fixes into Github to help improve the software: https://github.com/seblucas/cops

You can also improve translations using Transifex platform : https://www.transifex.com/projects/p/cops/

Also remember to can offer Sébastien Lucas a drink to help him fixing things: https://www.paypal.com/cgi-bin/websc...=9CNHDRJ6GX2Z4

[KeithJ108]

I'm a long time user of COPS but only recently upgraded from v1.0.1 to v1.1.3, running on Synology DSM 6.2.2.

After the upgrade, nearly everything works ok - except for the open folder button which appears beside the download button for each ebook format. I'm not exactly sure what this button does which is different to the download button to it's left. Judging by the COPS demo this button should download the ebook (is it meant to download and open on some platforms?). When I click this button, with any book or format selected, it downloads the "fetch.php" file, rather than an ebook.

Can anyone help with fixing this behaviour?

[Horus68]

New version released: 1.1.3 (2019/06/24)
https://github.com/seblucas/cops/releases

[mariosipad]

@KeithJ108

What OS / browser combo are you using?

I never succeeded in making it work with (Windows/OSX/Debian) Firefox (and several add-in's).

But it's supposed to work with windows 10 / Edge browser (if I remember correctly).

I just hacked it out of the source code and went back to just the download icon.

[Chilipops]

When I use the Firefox browser (version 67.0.4 (64-bit)) and the new COPS 1.1.3. everything seems to work fine. I can pull 50 of my most recent calibre books (stored on my Synology NAS) and can click on an individual book and pull up the summary page with the 3 icons (epub download button, folder button, and COPS reader button).

What is weird is that when I right click on the "epub download button" it seems to do what it should by automatically downloading the book file, however, the resulting file is zero bytes in size. Yet if I left click on the "epub download button" and select "save link as" Firefox downloads the full proper book file.

I don't get this weird behavior in Chrome or MS Edge - if I right click on the "epub download button" in those browsers the full proper book file is downloaded.

Any ideas on what is going on?

My operating system is Windows 10, 64bit.

[Chilipops]

Originally Posted by Chilipops

When I use the Firefox browser (version 67.0.4 (64-bit)) and the new COPS 1.1.3. everything seems to work fine. I can pull 50 of my most recent calibre books (stored on my Synology NAS) and can click on an individual book and pull up the summary page with the 3 icons (epub download button, folder button, and COPS reader button).

What is weird is that when I right click on the "epub download button" it seems to do what it should by automatically downloading the book file, however, the resulting file is zero bytes in size. Yet if I left click on the "epub download button" and select "save link as" Firefox downloads the full proper book file.

I don't get this weird behavior in Chrome or MS Edge - if I right click on the "epub download button" in those browsers the full proper book file is downloaded.

Any ideas on what is going on?

My operating system is Windows 10, 64bit.

Uggh! I made a major typo in my post above - I meant to say: when I LEFT click on the "epub download button" it seems to do what it should by automatically downloading the book file, however, the resulting file is zero bytes in size. Yet if I RIGHT click on the "epub download button" and select "save link as" Firefox downloads the full proper book file.

You would think at my age I could tell "left" from "right"....