lordbob75 Posted December 16, 2017 Share Posted December 16, 2017 1 hour ago, Djoss said: On the docker page, there is an icon at the right of each container, under the “log” column. Ah, duh. Attached below. So I've reinstalled the container with nothing else (except some plugins) installed, and the same thing happens. Log for_ CrashPlanPRO.html Quote Link to comment
Djoss Posted December 16, 2017 Author Share Posted December 16, 2017 Everything looks good... Try to clear your browser cache or try with another browser to see if it helps. Quote Link to comment
landS Posted December 16, 2017 Share Posted December 16, 2017 (edited) Thanks a bunch for the assistance @Djoss! Originally everything appeared ok, having run the following due to migrating from 'that other docker' prior to starting up for the first time: cp -a /mnt/user/appdata/CrashPlan /mnt/user/appdata/CrashPlanPRO "Just re-select your files, they are under /storage." Under the WebGui's files I see all the same folders selected: Root>mnt>user CJK1, CompInstalls, etc ..BUT the size shows a dash, as does the date modifed, and a note out to the right indicates 'file is missing' When I click into the folders subfolders/files are all missing. Even if i must reupload all, that is ok as it works out to only be 1 TB ... Note that on the webportal if i select any date prior to 2 days ago all the files still exist for recovery. The log is attached Log for_ CrashPlanPRO.html edit: under the original crashplan container i see the storage (mnt/user) has read/write while under crashplan pro container it is marked as read only. This article highlights the symptoms i am experiencing: https://support.code42.com/CrashPlan/4/Troubleshooting/File_selection_shows_0MB_selected Edited December 16, 2017 by landS Quote Link to comment
lordbob75 Posted December 16, 2017 Share Posted December 16, 2017 14 minutes ago, Djoss said: Everything looks good... Try to clear your browser cache or try with another browser to see if it helps. Clearing the cache did it. Thanks mate. Quote Link to comment
Djoss Posted December 16, 2017 Author Share Posted December 16, 2017 18 minutes ago, landS said: Under the WebGui's files I see all the same folders selected: Root>mnt>user CJK1, CompInstalls, etc Yes, these are a mirror of what you have in the cloud, but the files don't exist inside the container because their paths changed. It's for this reason that you need to re-select your files that should also appear under /storage. These are the ones that exist locally. Quote Link to comment
Djoss Posted December 16, 2017 Author Share Posted December 16, 2017 13 minutes ago, lordbob75 said: Clearing the cache did it. Thanks mate. Great! Quote Link to comment
landS Posted December 16, 2017 Share Posted December 16, 2017 (edited) This makes sense to me... But what does not make sense is that under the Docker settings for storage i have /mnt/user .. And under the WebGui's Details/Manage file i can back up to Root /config /defaults /flash /home /lib64 /libexec /media /mnt ... but everything downstream of /mnt is 'broken/blank' .... edit: nm. Now i see a grey scroll bar in the gui to get down to /storage. barely visible in my browser Thank you greatly! (this gui is a massive step backwards) Edited December 16, 2017 by landS Quote Link to comment
lordbob75 Posted December 17, 2017 Share Posted December 17, 2017 6 hours ago, Djoss said: Great! Well it does fix it, but this keeps happening. Tried to open the ui again and now it's disconnected again. Would prefer not to have to clear the cache everytime I need to check on it. Quote Link to comment
Djoss Posted December 17, 2017 Author Share Posted December 17, 2017 This should not occur. Are you using an up-to-date browser? Quote Link to comment
snowboardjoe Posted December 18, 2017 Share Posted December 18, 2017 Getting an error from CP that my system has not backed up in 5 days. Went to the console and I have an errors on the Web GUI stating, "CrashPlan PRO failed to apply an upgrade and will try again automatically in one hour". Appears the client keeps trying to do an internal upgrade and failing and has been doing this for days. It appears it will never attempt another backup until it can get past this upgrade problem. Quote Link to comment
Djoss Posted December 18, 2017 Author Share Posted December 18, 2017 Just update the docker image Quote Link to comment
snowboardjoe Posted December 18, 2017 Share Posted December 18, 2017 That was the first thing I looked at. It's already at the latest version. Quote Link to comment
Djoss Posted December 18, 2017 Author Share Posted December 18, 2017 To which version of CP it tries to upgrade to? You can see it in Tools->History. Quote Link to comment
snowboardjoe Posted December 18, 2017 Share Posted December 18, 2017 I'm currently running 4.9.0. I don't know what version it's trying to upgrade to. Attaching a snippet from the logs in the CP application itself (I don't know how to copy the contents from the Web UI). I don't know where the Tools > History is located or what you are referring to here. Quote Link to comment
Djoss Posted December 18, 2017 Author Share Posted December 18, 2017 If you are running CP 4.9.0, then you are not running the latest docker image. In the Docker page, you clicked the "Check for Updates" button at the bottom? If you don't see any update, go in container's settings and report what you have for the "Repository" setting. Quote Link to comment
snowboardjoe Posted December 18, 2017 Share Posted December 18, 2017 Ok, had no idea that button was down there. Assumed the page refreshed that automatically with each load. All containers updated including CP and it's synchronizing now. Thanks for the quick help there. Just haven't run into that before. Quote Link to comment
dmrichards26 Posted December 18, 2017 Share Posted December 18, 2017 (edited) Just spun up this container after uninstalling gfjardim's home container and migrating over to CP for SB. I had a couple hiccups with ports at first (the same issues as @meoge), but uninstalling/reinstalling seemed to have fixed that. Unfortunately, I am now getting the error message "Code42 cannot connect to it's background service". I tried a couple of restarts, but no luck. Any ideas? Edited December 18, 2017 by dmrichards26 uploading relevant image Quote Link to comment
Djoss Posted December 18, 2017 Author Share Posted December 18, 2017 Are you using the latest image version? Quote Link to comment
dmrichards26 Posted December 18, 2017 Share Posted December 18, 2017 @Djoss - To my knowledge, yes. I installed via the community applications "Apps" tab, and have since checked for updates through the "Docker" tab. Quote Link to comment
Djoss Posted December 18, 2017 Author Share Posted December 18, 2017 Did you try to restart the container? If it's still not working, can you provide the container's log? Quote Link to comment
dmrichards26 Posted December 18, 2017 Share Posted December 18, 2017 @Djoss - I've tried a couple of restarts, but with no luck. Find the log attached. Thanks for the help. CP Log.txt Quote Link to comment
Djoss Posted December 18, 2017 Author Share Posted December 18, 2017 The engine is not starting... Can you provide engine_error.log and engine_output.log (you can find them under 'log' directory in appdata)? Quote Link to comment
Djoss Posted December 18, 2017 Author Share Posted December 18, 2017 Also, since you are coming from another container, did you started with an empty appdata? If not, I would do that. After you sign in, choose the "replace a device" option, select your device then skip the file transfert. Don't forget to re-select your files if their paths inside the container is not the same. Quote Link to comment
dmrichards26 Posted December 19, 2017 Share Posted December 19, 2017 @Djoss I did make sure to start with a fresh appdata directory, knowing that would likely cause issues. After taking a quick peak at engine_output, and seeing hundreds of the following error: Error occurred during initialization of VM Initial heap size set to a larger value than the maximum heap size I realized that the error was with my configuration of the "Maximum Memory" setting. I entered 4096, forgetting to add "M". It appears leaving out the unit caused this error. Changing to 4096M (or 4G) solved the problem. Thanks for helping me realize the issue. Cheers! Quote Link to comment
Djoss Posted December 19, 2017 Author Share Posted December 19, 2017 Great, happy to see that your issue is now resolved 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.