0
Completed
[Consequence] Set cache / thumbnail folder
Tom, Ubooquity saves its thumbnail cache and books / comics database within the directory from which Ubooquity is ran.
On NAS systems and other environments with small OS partitions Ubooquity quickly fills up the entire partition.
Please add the capability to set where to save the thumbnail cache and database. On my system Synology auto-partitions the OS to 2.3GB and it has been filled by Ubooquity generated files. If I could set the cache to a different partition this problem would be solved.
On NAS systems and other environments with small OS partitions Ubooquity quickly fills up the entire partition.
Please add the capability to set where to save the thumbnail cache and database. On my system Synology auto-partitions the OS to 2.3GB and it has been filled by Ubooquity generated files. If I could set the cache to a different partition this problem would be solved.
Customer support service by UserEcho
I have too my media on a NAS (with its own hard drives) and ubooquity on my server (with limited OS space).
The thumbnail are generated (& stored) and my server, reducing the available space for the system.
I would be happy if I could have the option to have the thumbnail generated (& stored) on my NAS instead.
You have a mean in minds?
Cheers
Mat
The working directory is simply the directory where you are when you launch Ubooquity.
So, for instance, if Ubooquity.jar is in /apps but you want it to create its files in /another/folder/, simply go ("cd" command) in /another/folder/ and run Ubooquity by giving its full path to the java command.
Something like:
If you use a Windows shortcut, the working directory is a field you can define in the properties of your shortcut.
Last way of specifying the working dir: pass the user.dir parameter to java when running Ubooquity.
Replace "<your folder>" by the absolute path of the location where you want Ubooquity files to be written.
Let me know if you have any question.
Please add this tip to the FAQ page.
I had the same issue (on debian stable).
I had to move the file embedding the parameters (If you go to the admin page I guess you lost all your parameters...)
Restart afterwards and you should recover everything.
Cheers
Mat
Problem is, after you specify a userdir java needs to know directly where the jks file is otherwise it won't know where to look if you only specified the file (thus java only looking in the main folder, which now changed. Copying over the jks to the new folder won't solve the problem).
However with this now solved I have a new one: Ubooquity doesn't writes a log anymore, which is quite important! Does Ubooquity also somehow need to know where to write the log to, and if so where do I specify this?
////Plus, killing the Ubooquity process and starting it again (not via the Ubooquity Webinterface) causes to loose its DB and writing a new one thus having to scan the whole Comic Collection again. What's up with that?////
On second thought: Scanner wasn't finished at that point...
Sanders:
I start/stop it via the sh script and yes those two flags are added, plus the headless one
Question: Do you know if I can somehow start/stop it via the Synology Webinterface? Used the Package before, but it hasn't gotten an Update so far.
Servantie:
Thanks, lost the settings (could have copied them over but decided to start fresh again), but I have very few setting so I simply reconfigured it.
Maybe good to precise the cli commands for specifying settings file location (& logs as well if applicable)
Cheers
Matthieu
Investigating...
In the meantime your logs will still be written in the folder from which you launch Ubooquity (which is, as explained earlier, not necessarily the one containing Ubooquity.jar).
To sum up: notwithstanding the log location bug I just mentionned, Ubooquity "lives" in only one directory where it writes everything (logs, database, settings, cached files, theme folder...). This directory is the working directory. By default this is the one where you are when you launch Java. You can override it with the "user.dir" setting.