Djoss Posted October 9, 2018 Author Share Posted October 9, 2018 9 hours ago, Seanraz said: Hi there, For some reason, as of 2 days ago, crashplan's connection went into waiting for connection status. I've done everything I could think to kick this to connected status, even up to reinstalling the docker application. Code42 was less than helpful once they realized I was using a docker application, I'm not sure what else to do, anyone run into this issue before? Did you try this: https://github.com/jlesage/docker-crashplan-pro#device-status-is-waiting-for-connection Quote Link to comment
Seanraz Posted October 9, 2018 Share Posted October 9, 2018 3 hours ago, Djoss said: Did you try this: https://github.com/jlesage/docker-crashplan-pro#device-status-is-waiting-for-connection Hi Djoss, Yes, I saw that somewhere else in the thread to try, no dice. It rechecked what needed to be sent to crashplan and still has waiting for connection. Quote Link to comment
Djoss Posted October 10, 2018 Author Share Posted October 10, 2018 19 hours ago, Seanraz said: Hi Djoss, Yes, I saw that somewhere else in the thread to try, no dice. It rechecked what needed to be sent to crashplan and still has waiting for connection. Then I would suggest that you look at /mnt/user/appdata/CrashPlanPRO/log/service.log.0 to see if there is something obvious. By the way, do you know how Code42 realized that you were using a docker container? Quote Link to comment
Seanraz Posted October 10, 2018 Share Posted October 10, 2018 7 hours ago, Djoss said: Then I would suggest that you look at /mnt/user/appdata/CrashPlanPRO/log/service.log.0 to see if there is something obvious. By the way, do you know how Code42 realized that you were using a docker container? Not sure how they figured that one out, but as of this morning after leaving the container off, its now re-connected and started its resync. So I'm not sure what did the trick. Quote Link to comment
deusxanime Posted October 22, 2018 Share Posted October 22, 2018 Just switched over from regular CP to CPP/SB. Trying to resetup my backup and change a couple settings and the GUI keep crashing when trying to change the scan frequency. Go to Settings (gear icon) > Backup Sets > "Frequency and Versions" Change... button > "Backup changes every" dropdown As soon as I hit that dropdown to change to something else besides 15 minutes, the GUI crashes. The only thing left up is the top menu bar. From there I can do File > Exit and it will restart the GUI and ask me to login, but as soon as I go back in and try to change that setting it crashes the GUI again. Quote Link to comment
Djoss Posted October 22, 2018 Author Share Posted October 22, 2018 3 hours ago, deusxanime said: Just switched over from regular CP to CPP/SB. Trying to resetup my backup and change a couple settings and the GUI keep crashing when trying to change the scan frequency. Go to Settings (gear icon) > Backup Sets > "Frequency and Versions" Change... button > "Backup changes every" dropdown As soon as I hit that dropdown to change to something else besides 15 minutes, the GUI crashes. The only thing left up is the top menu bar. From there I can do File > Exit and it will restart the GUI and ask me to login, but as soon as I go back in and try to change that setting it crashes the GUI again. Are you using default container settings? Did you start with a clean appdata folder? Quote Link to comment
deusxanime Posted October 22, 2018 Share Posted October 22, 2018 2 hours ago, Djoss said: Are you using default container settings? Did you start with a clean appdata folder? I was previously using your CrashPlan for Home container, so I followed the procedure in the OP to migrate over (copied the appdata from "CrashPlan" to "CrashPlanPRO" directory, then started up the Pro container). Quote Link to comment
Djoss Posted October 23, 2018 Author Share Posted October 23, 2018 13 hours ago, deusxanime said: I was previously using your CrashPlan for Home container, so I followed the procedure in the OP to migrate over (copied the appdata from "CrashPlan" to "CrashPlanPRO" directory, then started up the Pro container). Ok I see. Then could you check the log files at /mnt/user/appdata/CrashPlanPRO/log/ui* to see if there is anything useful? Quote Link to comment
zzgus Posted October 23, 2018 Share Posted October 23, 2018 Where are my shares? I have set up a new account on Crashplan for small bussines. Can someone tell me what I'm doing wrong that I don't get my user shares? I have used the default settings: Storage: /mnt/user/ Flash: /boot But once logged into the docker I only get the Flash. Thankyou Gus Quote Link to comment
Djoss Posted October 23, 2018 Author Share Posted October 23, 2018 8 minutes ago, zzgus said: Where are my shares? I have set up a new account on Crashplan for small bussines. Can someone tell me what I'm doing wrong that I don't get my user shares? I have used the default settings: Storage: /mnt/user/ Flash: /boot But once logged into the docker I only get the Flash. Thankyou Gus From your last screenshot, scroll down to see the "storage" folder. 2 Quote Link to comment
zzgus Posted October 23, 2018 Share Posted October 23, 2018 2 minutes ago, Djoss said: From your last screenshot, scroll down to see the "storage" folder. Really ???? Ooooops 😅😅😅😅😅 Thankyou Gus Quote Link to comment
zzgus Posted October 23, 2018 Share Posted October 23, 2018 How do you know crashplan is backing up a share? I have selected one share to backup to Crashplan PRO online but I don't see any progress. 7 hours preparing to run backup? Thankyou Gus Quote Link to comment
deusxanime Posted October 23, 2018 Share Posted October 23, 2018 10 hours ago, Djoss said: Ok I see. Then could you check the log files at /mnt/user/appdata/CrashPlanPRO/log/ui* to see if there is anything useful? I don't see anything useful, but just in case here you go. The container had been sitting and running and 19:51 is when I logged in. It comes up with that "warn" as soon as logging in, so not related to this issue. I go to change the setting from 15 minutes to something else, and as soon as I hit the dropdown, the GUI crashes (or at least goes all blank other than the top menu). No messages shows up in the ui.log though until I force exit (File > Exit) and then you see the sending exit message. Both ui_error.log and ui_output.log are blank and stay that way. 2018-10-23T19:51:02.153Z - info Screens.Login: Login request was successful 2018-10-23T19:51:02.154Z - info AppInit: Set application state to be logged in 2018-10-23T19:51:02.154Z - info Screens.Login: Requesting application startup data 2018-10-23T19:51:02.167Z - info AppInit: Register authenticated event handlers 2018-10-23T19:51:02.167Z - info AppInit: Requesting all application initialization data 2018-10-23T19:51:02.240Z - info Screens.Login: Finished requesting application startup data 2018-10-23T19:51:02.641Z - warn RestAdapter: Error making service request to https://127.0.0.1:4244/v1/Setting/org-securityTools-enable : Not Found 2018-10-23T19:51:48.136Z - info: Sending exiting message to service 2018-10-23T19:51:48.177Z - info: Sent exiting message to service. Quitting 2018-10-23T19:51:48.911Z - info: ************************************************************ 2018-10-23T19:51:48.913Z - info: Name: CrashPlan 2018-10-23T19:51:48.913Z - info: Version: 6.8.3 2018-10-23T19:51:48.913Z - info: Options: _=[], showMenubar=false, showDesktop=true, isDevEnv=false, isTestEnv=false 2018-10-23T19:51:48.913Z - info: Platform: linux (x64) 2018-10-23T19:51:48.913Z - info: Service Info: /var/lib/crashplan/.ui_info 2018-10-23T19:51:48.913Z - info: Log File: /config/.code42/log/ui.log 2018-10-23T19:51:48.913Z - info: ************************************************************ 2018-10-23T19:51:49.114Z - info: Setting locale after receiving loginSetup to AUTOMATIC_LOCALE 2018-10-23T19:51:49.116Z - info: Connected to service, show main window 2018-10-23T19:51:49.605Z - info: Updating system locale to en_US 2018-10-23T19:51:50.281Z - info: Closing splash screen 2018-10-23T19:51:50.236Z - info JS Console: Init browser console logging 2018-10-23T19:51:50.238Z - info main: Starting application initialization 2018-10-23T19:51:50.244Z - info ServiceInterface: init() with https://127.0.0.1:4244 2018-10-23T19:51:50.283Z - info: Showing main window 2018-10-23T19:51:50.242Z - info main: Initialized ipc listeners to main process 2018-10-23T19:51:50.244Z - info main: Initialized push event interface to service 2018-10-23T19:51:50.245Z - info main: Initialized https interface to service 2018-10-23T19:51:50.265Z - info main: Performed localization loading, attempting to connect to the service 2018-10-23T19:51:50.288Z - info main: Connected to the service 2018-10-23T19:51:50.288Z - info main: Attempting to fetch customizations for un-authenticated state 2018-10-23T19:51:50.290Z - info main: System locale en_US did not match the locale returned from the service AUTOMATIC_LOCALE, requesting the correct locale 2018-10-23T19:51:50.306Z - info main: Attempting to auto-login 2018-10-23T19:51:50.308Z - info main: A token is available, test if the token is valid 2018-10-23T19:51:50.311Z - info main: Current token is not valid, initialize routing to login 2018-10-23T19:51:50.326Z - warn JS Console: Attempting to access localized key before initialization. 2018-10-23T19:51:50.320Z - info main: Starting main routing 2018-10-23T19:51:50.326Z - warn JS Console: Attempting to access localized key before initialization. 2018-10-23T19:51:50.326Z - warn JS Console: Attempting to access localized key before initialization. 2018-10-23T19:51:56.669Z - info Screens.Login: Login request was successful 2018-10-23T19:51:56.670Z - info AppInit: Set application state to be logged in 2018-10-23T19:51:56.669Z - info Screens.Login: Requesting application startup data 2018-10-23T19:51:56.685Z - info AppInit: Register authenticated event handlers 2018-10-23T19:51:56.685Z - info AppInit: Requesting all application initialization data 2018-10-23T19:51:56.777Z - info Screens.Login: Finished requesting application startup data 2018-10-23T19:51:57.072Z - warn RestAdapter: Error making service request to https://127.0.0.1:4244/v1/Setting/org-securityTools-enable : Not Found 8 hours ago, zzgus said: Really ???? Ooooops 😅😅😅😅😅 Thankyou Gus Don't feel bad, I keep doing that too! The scroll bar is pretty slim and unobtrusive, so I miss that the list is scrollable and think something is missing, only to realize that I just need to scroll down... Quote Link to comment
Djoss Posted October 24, 2018 Author Share Posted October 24, 2018 6 hours ago, zzgus said: How do you know crashplan is backing up a share? I have selected one share to backup to Crashplan PRO online but I don't see any progress. 7 hours preparing to run backup? Thankyou Gus You could check to Tools->History to see if there is more details. But sometime operations CrashPlan are doing can take long time... Quote Link to comment
Djoss Posted October 24, 2018 Author Share Posted October 24, 2018 4 hours ago, deusxanime said: I don't see anything useful, but just in case here you go. The container had been sitting and running and 19:51 is when I logged in. It comes up with that "warn" as soon as logging in, so not related to this issue. I go to change the setting from 15 minutes to something else, and as soon as I hit the dropdown, the GUI crashes (or at least goes all blank other than the top menu). No messages shows up in the ui.log though until I force exit (File > Exit) and then you see the sending exit message. Both ui_error.log and ui_output.log are blank and stay that way. So maybe to best thing to do is start over with a clean appdata and do the adoption process. It should be quick and straight forward: Stop the container. Move the appdata folder: "mv /mnt/user/appdata/CrashPlanPRO /mnt/user/appdata/CrashPlanPRO.backup" Start the container. Quote Link to comment
deusxanime Posted October 24, 2018 Share Posted October 24, 2018 3 hours ago, Djoss said: So maybe to best thing to do is start over with a clean appdata and do the adoption process. It should be quick and straight forward: Stop the container. Move the appdata folder: "mv /mnt/user/appdata/CrashPlanPRO /mnt/user/appdata/CrashPlanPRO.backup" Start the container. Do I lose device, backups, progress, etc? Or will that all get sorted out and restored when I bring it back online? Quote Link to comment
CrunchyToast Posted October 24, 2018 Share Posted October 24, 2018 On 10/22/2018 at 7:12 AM, deusxanime said: Just switched over from regular CP to CPP/SB. Trying to resetup my backup and change a couple settings and the GUI keep crashing when trying to change the scan frequency. Go to Settings (gear icon) > Backup Sets > "Frequency and Versions" Change... button > "Backup changes every" dropdown As soon as I hit that dropdown to change to something else besides 15 minutes, the GUI crashes. The only thing left up is the top menu bar. From there I can do File > Exit and it will restart the GUI and ask me to login, but as soon as I go back in and try to change that setting it crashes the GUI again. 3 hours ago, Djoss said: So maybe to best thing to do is start over with a clean appdata and do the adoption process. It should be quick and straight forward: Stop the container. Move the appdata folder: "mv /mnt/user/appdata/CrashPlanPRO /mnt/user/appdata/CrashPlanPRO.backup" Start the container. I'm having the same issue. My log looks pretty identical with no errors. Only difference is I started from a clean appdata folder, mine was not a migration. Everything else works as it should except for that single option dropdown. Quote Link to comment
Djoss Posted October 24, 2018 Author Share Posted October 24, 2018 6 hours ago, deusxanime said: Do I lose device, backups, progress, etc? Or will that all get sorted out and restored when I bring it back online? No you won't loose anything. You will have to login again and choose to replace an existing device. CP won't re-upload your data. However, this may be useless to try since @CrunchyToast has the same issue and started with a fresh appdata... So the issue may be on CP side. You can try to chat with their support team to see if it's a known issue. You can also try to change the setting using https://www.crashplan.com/console Quote Link to comment
deusxanime Posted October 24, 2018 Share Posted October 24, 2018 5 hours ago, Djoss said: No you won't loose anything. You will have to login again and choose to replace an existing device. CP won't re-upload your data. However, this may be useless to try since @CrunchyToast has the same issue and started with a fresh appdata... So the issue may be on CP side. You can try to chat with their support team to see if it's a known issue. You can also try to change the setting using https://www.crashplan.com/console Thanks, I was able to change things around using that URL to the web console. Took a bit to figure out where to change it, but after some digging I found the setting. Quote Link to comment
zzgus Posted October 25, 2018 Share Posted October 25, 2018 On 10/23/2018 at 7:34 PM, zzgus said: How do you know crashplan is backing up a share? I have selected one share to backup to Crashplan PRO online but I don't see any progress. 7 hours preparing to run backup? Thankyou Gus Finally created a new account on crashplan and started from zero without any problems. Perhaps it was some kind of problem because I was and old user before they made the change. Is there any way to take full advantage of the ram installed in the system to avoid reading froms disks? It would be interesting while backing up to crashplan, to read the files and keep them in ram (I have 64GB and I see only 40% is used) to avoid continuos disk spinning. Gus Quote Link to comment
Djoss Posted October 25, 2018 Author Share Posted October 25, 2018 7 hours ago, zzgus said: Finally created a new account on crashplan and started from zero without any problems. Perhaps it was some kind of problem because I was and old user before they made the change. Is there any way to take full advantage of the ram installed in the system to avoid reading froms disks? It would be interesting while backing up to crashplan, to read the files and keep them in ram (I have 64GB and I see only 40% is used) to avoid continuos disk spinning. Gus I'm not an expert with CrashPlan internals, but the cache it uses need to be persistent. Else a re-synchronization would be done every time the cache is lost. Quote Link to comment
tuxflux Posted November 8, 2018 Share Posted November 8, 2018 (edited) I got an e-mail from CrashPlan saying that my server hasn't been backed up for 3 days. When I go to check, my CrashPlan container will not start the WebUI. I just get the red X next to the CrashPlan logo and nothing appears in the opened window. The logs indicate nothing that everything isn't working. I've tried starting with a fresh appdata folder and reinstalling the docker, but nothing seems to get it to start. I'm quite frankly at a loss. Suggestions please? Edit: This came out of the log once I tried to connect. Last line is marked red. 08/11/2018 16:02:03 Got connection from client 127.0.0.1 08/11/2018 16:02:03 other clients: 08/11/2018 16:02:03 Got 'ws' WebSockets handshake 08/11/2018 16:02:03 Got protocol: binary 08/11/2018 16:02:03 - webSocketsHandshake: using binary/raw encoding 08/11/2018 16:02:03 - WebSockets client version hybi-13 08/11/2018 16:02:03 Disabled X server key autorepeat. 08/11/2018 16:02:03 to force back on run: 'xset r on' (3 times) 08/11/2018 16:02:03 incr accepted_client=1 for 127.0.0.1:51410 sock=10 08/11/2018 16:02:03 webSocketsDecodeHybi: got frame without mask 08/11/2018 16:02:03 rfbProcessClientProtocolVersion: read: I/O error It also keeps outputting e":"No such container: 1377b9fc5835"} Edited November 8, 2018 by tuxflux Quote Link to comment
zzgus Posted November 8, 2018 Share Posted November 8, 2018 (edited) 2 hours ago, tuxflux said: I got an e-mail from CrashPlan saying that my server hasn't been backed up for 3 days. When I go to check, my CrashPlan container will not start the WebUI. I just get the red X next to the CrashPlan logo and nothing appears in the opened window. The logs indicate nothing that everything isn't working. I've tried starting with a fresh appdata folder and reinstalling the docker, but nothing seems to get it to start. I'm quite frankly at a loss. Suggestions please? Edit: This came out of the log once I tried to connect. Last line is marked red. 08/11/2018 16:02:03 Got connection from client 127.0.0.1 08/11/2018 16:02:03 other clients: 08/11/2018 16:02:03 Got 'ws' WebSockets handshake 08/11/2018 16:02:03 Got protocol: binary 08/11/2018 16:02:03 - webSocketsHandshake: using binary/raw encoding 08/11/2018 16:02:03 - WebSockets client version hybi-13 08/11/2018 16:02:03 Disabled X server key autorepeat. 08/11/2018 16:02:03 to force back on run: 'xset r on' (3 times) 08/11/2018 16:02:03 incr accepted_client=1 for 127.0.0.1:51410 sock=10 08/11/2018 16:02:03 webSocketsDecodeHybi: got frame without mask 08/11/2018 16:02:03 rfbProcessClientProtocolVersion: read: I/O error It also keeps outputting e":"No such container: 1377b9fc5835"} I have the same problem. No way to connect to WebUI. Something have they changed. Gus Edited November 8, 2018 by zzgus Quote Link to comment
Djoss Posted November 8, 2018 Author Share Posted November 8, 2018 2 hours ago, tuxflux said: I got an e-mail from CrashPlan saying that my server hasn't been backed up for 3 days. When I go to check, my CrashPlan container will not start the WebUI. I just get the red X next to the CrashPlan logo and nothing appears in the opened window. The logs indicate nothing that everything isn't working. I've tried starting with a fresh appdata folder and reinstalling the docker, but nothing seems to get it to start. I'm quite frankly at a loss. Suggestions please? Edit: This came out of the log once I tried to connect. Last line is marked red. 08/11/2018 16:02:03 Got connection from client 127.0.0.1 08/11/2018 16:02:03 other clients: 08/11/2018 16:02:03 Got 'ws' WebSockets handshake 08/11/2018 16:02:03 Got protocol: binary 08/11/2018 16:02:03 - webSocketsHandshake: using binary/raw encoding 08/11/2018 16:02:03 - WebSockets client version hybi-13 08/11/2018 16:02:03 Disabled X server key autorepeat. 08/11/2018 16:02:03 to force back on run: 'xset r on' (3 times) 08/11/2018 16:02:03 incr accepted_client=1 for 127.0.0.1:51410 sock=10 08/11/2018 16:02:03 webSocketsDecodeHybi: got frame without mask 08/11/2018 16:02:03 rfbProcessClientProtocolVersion: read: I/O error It also keeps outputting e":"No such container: 1377b9fc5835"} If see the logo with the red "X", it usually indicates that the container is running but the browser is not able to establish a websocket connection. Can you try to clear your browser's cache or try with a different browser? Quote Link to comment
zzgus Posted November 8, 2018 Share Posted November 8, 2018 I don't have the red "X" I have the green "PLAY" but unable to access WebUI. I have tried with another browser and got the same. Gus 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.