manofcolombia Posted March 10, 2019 Share Posted March 10, 2019 On 3/8/2019 at 5:35 PM, Stark said: OK, we've figured out what went wrong. During the migration phase of our pipeline, the build command omitted a flag which set it to use production configuration. The result of this is that the latest image was build with a "staging" environment in mind and so had its database set in memory, not from a file. A new build has been pushed through the pipeline, so can you pull latest and check? You may find that now it looks for the database file correctly, it will pick up your old existing database, so will be a bit stale. Long story short: we dropped the ball a bit with the build, and I can only apologise for that. All good man. Stuff happens. Thanks for taking a look. I confirmed that the lastest build is working as it used to and the db and related files is now being written out to my volume mount. Thanks Quote Link to comment
sickb0y Posted March 19, 2019 Share Posted March 19, 2019 Anybody else getting this error with the latest version (3/19/2019) Whitelabel Error Page This application has no explicit mapping for /error, so you are seeing this as a fallback. Tue Mar 19 08:01:32 PDT 2019 There was an unexpected error (type=Internal Server Error, status=500). Could not initialize class sun.security.ssl.SSLSessionImpl I tried mapping an /error folder via the docker settings to see if it would write some kind of log but it didn't do much. :| Quote Link to comment
Stark Posted March 19, 2019 Share Posted March 19, 2019 That's just the app telling you that you've tried navigating to a page that doesn't exist. I don't believe I created an endpoint for /error, so it's falling back to that "white label" page. Quote Link to comment
sickb0y Posted March 19, 2019 Share Posted March 19, 2019 16 minutes ago, Stark said: That's just the app telling you that you've tried navigating to a page that doesn't exist. I don't believe I created an endpoint for /error, so it's falling back to that "white label" page. The docker has been working fine since the docker was release months ago until today morning built. The only error I see in the logs is "19, 2019 8:26:28 AM org.apache.catalina.core.StandardWrapperValve invoke SEVERE: Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Handler dispatch failed; nested exception is java.lang.ExceptionInInitializerError] with root cause java.io.FileNotFoundException: /usr/lib/libnss3.so" I already try removing and reinstalling the docker clean (deleted the folder/settings off my appdata folder) still the same issue and I'm not running any reverse proxy etc. Quote Link to comment
Stark Posted March 23, 2019 Share Posted March 23, 2019 (edited) @sickb0y It appears that there was a dependency change recently with OpenJRE which meant nss was no longer packaged up in its dependency tree. It has been added in manually now as part of the image build process. Hopefully this will fix your issue. Edited March 23, 2019 by Stark Quote Link to comment
Crlaozwyn Posted September 2, 2019 Share Posted September 2, 2019 The download/delete part works great - love it! My issue is that once files are downloaded, I don't have permission to do anything with them. I get the following error: File Access Denied You need permission to perform this action You require permissino from NAS\nobody to make changes to this file My workaround has been to telnet into my box (NAS in the above example), log in as root and run "chmod +777 -R" on the folder. That's a pain to do every time I download a new file though, and I can't find a case where another person ran into the same situation. What have I done wrong? Quote Link to comment
Stark Posted September 2, 2019 Share Posted September 2, 2019 2 hours ago, Crlaozwyn said: The download/delete part works great - love it! My issue is that once files are downloaded, I don't have permission to do anything with them. I get the following error: File Access Denied You need permission to perform this action You require permissino from NAS\nobody to make changes to this file My workaround has been to telnet into my box (NAS in the above example), log in as root and run "chmod +777 -R" on the folder. That's a pain to do every time I download a new file though, and I can't find a case where another person ran into the same situation. What have I done wrong? The downloaded files should take the ownership of the process owner so it could be you're running davos under the wrong PUID/PGID. That said I can't remember what permissions it sets on the files after downloading them. Double check your run configuration for the container so that the PUID and PGID match the user you want to take ownership of the files. Quote Link to comment
Crlaozwyn Posted September 2, 2019 Share Posted September 2, 2019 2 hours ago, Stark said: The downloaded files should take the ownership of the process owner so it could be you're running davos under the wrong PUID/PGID. That said I can't remember what permissions it sets on the files after downloading them. Double check your run configuration for the container so that the PUID and PGID match the user you want to take ownership of the files. Nailed it. Thank you - I totally missed changing the PUID/GUID, which caused the permission error. Fixed and fixed. Quote Link to comment
manderso Posted November 29, 2019 Share Posted November 29, 2019 Great app, but I can't make a filter work. I'm trying to download "The.Deuce*" files from my seedbox, and I have setup two schedules, 1 for "*Deuce*" and 1 for "The.Deuce*", and both say that there are no files that match that filter, and move on. I'm attaching my davos.log, and I hope that will help you help me. Thanks very much. davos.log Quote Link to comment
Stark Posted November 29, 2019 Share Posted November 29, 2019 1 hour ago, manderso said: Great app, but I can't make a filter work. I'm trying to download "The.Deuce*" files from my seedbox, and I have setup two schedules, 1 for "*Deuce*" and 1 for "The.Deuce*", and both say that there are no files that match that filter, and move on. I'm attaching my davos.log, and I hope that will help you help me. Thanks very much. davos.log 497.77 kB · 0 downloads Hi, Looking at the logs it seems that it did initially pick up the files based on the filter, but there was an error when attempting to download one of the metadata files. By default davos will try to continue with the workflow but will register all attempted files as having been actioned, so following runs of the schedule will ignore the files. That's why it appears the filter isn't working (it is, it's just ignoring them because it thinks it's seen them before). For some reason davos is unable to create the local directory for some sub folders when recursively downloading the files. If you look at line 1109 onwards in the logs you provided, you'll see the schedule picks up the files and then goes over each of the matching directories. In order to download the directories, it needs to traverse them over FTP and then generate them locally by manually creating them (you can't transfer directories over FTP using the Java libraries I use). However it seems that is is unable to create these directories locally "2019-11-29 08:51:54.107 - DEBUG - [FileUtils] - Directory was not created!". Check your directory permissions for /downloads/Downloads and make sure that is is a) a valid directory, and b) owned by the correct user. If you want to test the schedule out again, you can click on the history icon in the schedule summary and clear the list. This will force davos to fully match everything again. Quote Link to comment
manderso Posted November 29, 2019 Share Posted November 29, 2019 3 hours ago, Stark said: Hi, Looking at the logs it seems that it did initially pick up the files based on the filter, but there was an error when attempting to download one of the metadata files. By default davos will try to continue with the workflow but will register all attempted files as having been actioned, so following runs of the schedule will ignore the files. That's why it appears the filter isn't working (it is, it's just ignoring them because it thinks it's seen them before). For some reason davos is unable to create the local directory for some sub folders when recursively downloading the files. If you look at line 1109 onwards in the logs you provided, you'll see the schedule picks up the files and then goes over each of the matching directories. In order to download the directories, it needs to traverse them over FTP and then generate them locally by manually creating them (you can't transfer directories over FTP using the Java libraries I use). However it seems that is is unable to create these directories locally "2019-11-29 08:51:54.107 - DEBUG - [FileUtils] - Directory was not created!". Check your directory permissions for /downloads/Downloads and make sure that is is a) a valid directory, and b) owned by the correct user. If you want to test the schedule out again, you can click on the history icon in the schedule summary and clear the list. This will force davos to fully match everything again. Makes sense. I had the download directory set incorrectly at first, and this queue was made to download before I changed the directory setting. After clearing the list of files it's started downloading. Thank you! Quote Link to comment
manderso Posted November 29, 2019 Share Posted November 29, 2019 And now I'm stuck again. The files are being seen, and start to download. And then at the end of the download, it starts over again. I have debug on but I don't see in the log why it would start downloading again. Can you see anything that I'm missing? davos.log Quote Link to comment
Stark Posted November 29, 2019 Share Posted November 29, 2019 The logs suggest that you have multiple schedules running with the same filters/target directory. I could be mistaken as I’ve only scanned through the log. Also it seems that it’s not comparing the files from the last scan to find new files (it thinks it’s a first-time scan each time). It may be worth checking the scan list history to check it’s actually saving that reference after each run. Quote Link to comment
JT24 Posted February 29, 2020 Share Posted February 29, 2020 Hi, I've got a pesky problem that i'm hoping someone will be able to solve for me. I've been using Krusader to sync an FTP server locally. I then learnt about this container and was hoping to automate the process away from Krusader. I setup the server, tested, connecting fine. I'm syncing the directories to the same location that I was previously using with Krusader, however, i'm not seeing any progress. It says that the task is running and downloading. Progress bar goes along, then back to the start, not indicating progress that well. Any ideas as to why this might be happening? Quote Link to comment
Stark Posted February 29, 2020 Share Posted February 29, 2020 If I recall, the progress bar is per file in the directory. Not ideal I know but I think that explains it. Davos was designed more as a “set it and leave it” app so the progress bar was a bit of an afterthought. Quote Link to comment
JT24 Posted February 29, 2020 Share Posted February 29, 2020 Ok, that's fine. Just wish I could see some sort of log or anything to show that there is progress. Quote Link to comment
Crlaozwyn Posted April 5, 2021 Share Posted April 5, 2021 Loving Davos - thanks for your efforts! I'm not sure what the relationship is, whether you're developing or managing the docker, but wondering if there's any chance that Telegram notifications will be enabled in future. Quote Link to comment
ZoomDog Posted June 30, 2021 Share Posted June 30, 2021 HI, Hopefully this hasn't been covered. For the new file on the remote host - does the scheduler match on just the file name or does it look to file size as well? I have a backup that is saved into a directory each day - it saves with the same name each day. I haven't been able to get the 'new' file to download - the file has changed (different size), but the name is the same. Move Downloaded File Also, I haven't been able to get the file to move after being processed either. The log shows an error - Unable to move filename1234.txt to /applications/abcxyz/local_backups/processed/. Reason given: Destination directory '/applications/abcxyz/local_backups/processed' does not exist [createDestDir=true] I've copied the directory, but maybe there is a permission issue, or I have the directory wrong? Thanks in advance. ZoomDog Quote Link to comment
trurl Posted June 30, 2021 Share Posted June 30, 2021 13 minutes ago, ZoomDog said: I have the directory wrong? Are you using this docker on Unraid? Quote Link to comment
ZoomDog Posted June 30, 2021 Share Posted June 30, 2021 Hi trurl, Yes, a docker on Unraid. ZoomDog Quote Link to comment
doubleopinter Posted December 16, 2021 Share Posted December 16, 2021 Davos doesn't seem to be seeing new files which are added to a sub directory. For example, I have my root dir that it connects to and under that there is a folder where new content is added. The first time it ran it downloaded everything in this sub dir but now it doesn't see the new files which have been added since. Quote Link to comment
DigitalCarnage Posted January 7, 2022 Share Posted January 7, 2022 Any update when 2.2.2 will be pushed to the Unraid image. Thanks for all you do. :) Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.