Latest image: noVNC won't connect, error 1006 showing

[Benoire]

Hi

I use your image on my Synology NAS and having reisntalled the operating system for the NAS I've got to redeploy the docker image. I've got it setup to not use the bridge, so the port mapping is direct across the container and OS.

Connecting to the novnc instance at IP:5800 brings up the novnc instance but it won't connect with an error of 1006 showing beside the name of the container. the logs for docker on the NAS state that I should connect via port 5900 but this doesn't display anything and brings up a refuse to connect error on any browser.

Doesn't make any difference between ipv6 or ipv4 addresses when trying to connect or via the domain attached hostname.

Any thoughts or direction to troubleshoot?

[jlesage]

Can you try to clear your browser's cache and/or try a different browser?

[Benoire]

Edge, Chrome and IE11 are all showing the same error code. What I did was:

Deploy latest image from your docker repo Config image with TZ environment variable as well as folders from NAS. Run image connect to noVNC at http://<IP>:5800

doesn't want to connect and provides that error on the bar at the top of the page, but nothing is shown.

[jlesage]

So clearing the browser's cache didn't help?

See issue #76: A user had the same issue and it seems that a reboot fixed it.

[hawk259]

I am getting the same thing with 2.3.6. Web and vnc not connecting.

% curl http://x.x.x.x:5800
curl: (7) Failed to connect to x.x.x.x port 5800: Connection refused

Default back to 2.2.1 works again.

I was trying to upgrade because it keeps failing to upgrade CrashplanPro and it seems to stop responding after a few weeks and needs a restart.

[jlesage]

You seem to have a different issue. What is your container configuration (you can provide the output of docker inspect <container name>)?

[Benoire]

Hi it appears I missed the reply from mine earlier, I rebooted the NAS and it still won't connect and neither did clearing the various browser cache's or even using turbo.net to create a VM application browser (ie 8>11, edge, chrome, various firefox etc.)

[jlesage]

Can you provide the following:

• Output of docker inspect <container name>.
• Open the developer tools of your browser and get the console output (Javascript log).
• Files under log/nginx in the directory you mapped to /config.

[Benoire]

Hi Jocelyn, so I decided to try and clear the docker image on the NAS to see if that would help before I dived in to the cli. Following your instructions for a Synology NAS, I downloaded the latest image, stopped the container and hit clear... connects fine now and starting to back up again... Not sure why it was playing games but its working now!

[Benoire]

Right so this has happened again, won't let me connect with the same error. It's only just happened today as crashplan portal is showing last activity 5 hours ago and is not showing the green connected symbol beside the device.

Output of Docker Inspect:

[ { "Id": "7dcbfb206fc34716cf416c9c6042657a4aa0067d8d4fc201bdaff56efa529060", "Created": "2018-07-07T06:57:41.824692714Z", "Path": "/init", "Args": [], "State": { "Status": "running", "Running": true, "Paused": false, "Restarting": false, "OOMKilled": false, "Dead": false, "Pid": 26918, "ExitCode": 0, "Error": "", "StartedAt": "2018-07-07T06:57:58.288202418Z", "FinishedAt": "0001-01-01T00:00:00Z", "StartedTs": 1530946678, "FinishedTs": -62135596800 }, "Image": "sha256:f5ba3dddfbd9190bbd015f19e9e4ec511f24d5586a8d56a3efe006982b3d9947", "ResolvConfPath": "/volume1/@docker/containers/7dcbfb206fc34716cf416c9c6042657a4aa0067d8d4fc201bdaff56efa529060/resolv.conf", "HostnamePath": "/volume1/@docker/containers/7dcbfb206fc34716cf416c9c6042657a4aa0067d8d4fc201bdaff56efa529060/hostname", "HostsPath": "/volume1/@docker/containers/7dcbfb206fc34716cf416c9c6042657a4aa0067d8d4fc201bdaff56efa529060/hosts", "LogPath": "/volume1/@docker/containers/7dcbfb206fc34716cf416c9c6042657a4aa0067d8d4fc201bdaff56efa529060/log.db", "Name": "/Crashplan-SMB", "RestartCount": 0, "Driver": "btrfs", "MountLabel": "", "ProcessLabel": "", "AppArmorProfile": "unconfined", "ExecIDs": null, "HostConfig": { "Binds": [ "/volume1/Pictures:/Storage/Pictures:ro", "/volume1/TV Series:/Storage/TV Series:ro", "/volume1/Music:/Storage/Music:ro", "/volume1/Movies:/Storage/Movies:ro", "/volume1/ISO Library:/Storage/ISO Library:ro", "/volume1/Downloads:/Storage/Downloads:ro", "/volume1/Applications:/Storage/Applications:ro" ], "ContainerIDFile": "", "LogConfig": { "Type": "db", "Config": {} }, "NetworkMode": "host", "PortBindings": null, "RestartPolicy": { "Name": "always", "MaximumRetryCount": 0 }, "AutoRemove": false, "VolumeDriver": "", "VolumesFrom": null, "CapAdd": [], "CapDrop": [], "Dns": null, "DnsOptions": null, "DnsSearch": null, "ExtraHosts": null, "GroupAdd": null, "IpcMode": "", "Cgroup": "", "Links": null, "OomScoreAdj": 0, "PidMode": "", "Privileged": true, "PublishAllPorts": false, "ReadonlyRootfs": false, "SecurityOpt": null, "UTSMode": "", "UsernsMode": "", "ShmSize": 67108864, "Runtime": "runc", "Env": [ "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin", "LANG=en_US.UTF-8", "S6_BEHAVIOUR_IF_STAGE2_FAILS=3", "S6_SERVICE_DEPS=1", "USER_ID=0", "GROUP_ID=0", "APP_NAME=CrashPlan for Small Business", "APP_USER=app", "XDG_DATA_HOME=/config/xdg/data", "XDG_CONFIG_HOME=/config/xdg/config", "XDG_CACHE_HOME=/config/xdg/cache", "DISPLAY=:0", "DISPLAY_WIDTH=1280", "DISPLAY_HEIGHT=768", "S6_WAIT_FOR_SERVICE_MAXTIME=10000", "KEEP_APP_RUNNING=1", "CRASHPLAN_DIR=/usr/local/crashplan", "JAVACOMMON=/usr/local/crashplan/jre/bin/java", "CRASHPLAN_SRV_MAX_MEM=3G", "TZ=Pacific/Auckland" ], "ConsoleSize": [ 0, 0 ], "Isolation": "", "CpuShares": 50, "Memory": 0, "NanoCpus": 0, "CgroupParent": "", "BlkioWeight": 0, "BlkioWeightDevice": null, "BlkioDeviceReadBps": null, "BlkioDeviceWriteBps": null, "BlkioDeviceReadIOps": null, "BlkioDeviceWriteIOps": null, "CpuPeriod": 0, "CpuQuota": 0, "CpuRealtimePeriod": 0, "CpuRealtimeRuntime": 0, "CpusetCpus": "", "CpusetMems": "", "Devices": null, "DeviceCgroupRules": null, "DiskQuota": 0, "KernelMemory": 0, "MemoryReservation": 0, "MemorySwap": 0, "MemorySwappiness": -1, "OomKillDisable": false, "PidsLimit": 0, "Ulimits": null, "CpuCount": 0, "CpuPercent": 0, "IOMaximumIOps": 0, "IOMaximumBandwidth": 0 }, "GraphDriver": { "Data": null, "Name": "btrfs" }, "Mounts": [ { "Type": "bind", "Source": "/volume1/ISO Library", "Destination": "/Storage/ISO Library", "Mode": "ro", "RW": false, "Propagation": "" }, { "Type": "bind", "Source": "/volume1/Applications", "Destination": "/Storage/Applications", "Mode": "ro", "RW": false, "Propagation": "" }, { "Type": "volume", "Name": "ba52a31b4fc59973c31eff185bc74828a5334bab8649366fee7a9e91d521f354", "Source": "/volume1/@docker/volumes/ba52a31b4fc59973c31eff185bc74828a5334bab8649366fee7a9e91d521f354/_data", "Destination": "/config", "Driver": "local", "Mode": "", "RW": true, "Propagation": "" }, { "Type": "volume", "Name": "a0a3a442b16fa03e8da8754d21d5ae4bccafa76ac60bd331d4656c981704bb70", "Source": "/volume1/@docker/volumes/a0a3a442b16fa03e8da8754d21d5ae4bccafa76ac60bd331d4656c981704bb70/_data", "Destination": "/storage", "Driver": "local", "Mode": "", "RW": true, "Propagation": "" }, { "Type": "bind", "Source": "/volume1/Movies", "Destination": "/Storage/Movies", "Mode": "ro", "RW": false, "Propagation": "" }, { "Type": "bind", "Source": "/volume1/TV Series", "Destination": "/Storage/TV Series", "Mode": "ro", "RW": false, "Propagation": "" }, { "Type": "bind", "Source": "/volume1/Music", "Destination": "/Storage/Music", "Mode": "ro", "RW": false, "Propagation": "" }, { "Type": "bind", "Source": "/volume1/Downloads", "Destination": "/Storage/Downloads", "Mode": "ro", "RW": false, "Propagation": "" }, { "Type": "bind", "Source": "/volume1/Pictures", "Destination": "/Storage/Pictures", "Mode": "ro", "RW": false, "Propagation": "" } ], "Config": { "Hostname": "Crashplan-SMB", "Domainname": "", "User": "", "AttachStdin": false, "AttachStdout": false, "AttachStderr": false, "ExposedPorts": { "5800/tcp": {}, "5900/tcp": {} }, "Tty": true, "OpenStdin": true, "StdinOnce": false, "Env": [ "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin", "LANG=en_US.UTF-8", "S6_BEHAVIOUR_IF_STAGE2_FAILS=3", "S6_SERVICE_DEPS=1", "USER_ID=0", "GROUP_ID=0", "APP_NAME=CrashPlan for Small Business", "APP_USER=app", "XDG_DATA_HOME=/config/xdg/data", "XDG_CONFIG_HOME=/config/xdg/config", "XDG_CACHE_HOME=/config/xdg/cache", "DISPLAY=:0", "DISPLAY_WIDTH=1280", "DISPLAY_HEIGHT=768", "S6_WAIT_FOR_SERVICE_MAXTIME=10000", "KEEP_APP_RUNNING=1", "CRASHPLAN_DIR=/usr/local/crashplan", "JAVACOMMON=/usr/local/crashplan/jre/bin/java", "CRASHPLAN_SRV_MAX_MEM=3G", "TZ=Pacific/Auckland" ], "Cmd": [ "/init" ], "Image": "jlesage/crashplan-pro:latest", "Volumes": { "/config": {}, "/storage": {} }, "WorkingDir": "/tmp", "Entrypoint": null, "OnBuild": null, "Labels": { "org.label-schema.description": "Docker container for CrashPlan PRO", "org.label-schema.name": "crashplan-pro", "org.label-schema.schema-version": "1.0", "org.label-schema.vcs-url": "https://github.com/jlesage/docker-crashplan-pro", "org.label-schema.version": "2.3.7" }, "DDSM": false }, "NetworkSettings": { "Bridge": "", "SandboxID": "b934d70c446a0c8a354f641bd4fd838f4e44305b9f7c51354ed8355474a4ca1a", "HairpinMode": false, "LinkLocalIPv6Address": "", "LinkLocalIPv6PrefixLen": 0, "Ports": {}, "SandboxKey": "/var/run/docker/netns/default", "SecondaryIPAddresses": null, "SecondaryIPv6Addresses": null, "EndpointID": "", "Gateway": "", "GlobalIPv6Address": "", "GlobalIPv6PrefixLen": 0, "IPAddress": "", "IPPrefixLen": 0, "IPv6Gateway": "", "MacAddress": "", "Networks": { "host": { "IPAMConfig": null, "Links": null, "Aliases": null, "NetworkID": "0fba7adc024997a1ffd372d441a93587a73823c4cb372c2d17181a746f2d47a9", "EndpointID": "b485f7e3576a310aceb250c2718dbd184823bd58ce8a42650c295a4227dab344", "Gateway": "", "IPAddress": "", "IPPrefixLen": 0, "IPv6Gateway": "", "GlobalIPv6Address": "", "GlobalIPv6PrefixLen": 0, "MacAddress": "" } } } } ]

Output from Dev Tools using Chrome

Starting UI... util.js:218 Msg: noVNC ready: native WebSockets, canvas rendering Util.Warn @ util.js:218 util.js:218 Util.Warn @ util.js:218 websock.js:292 WebSocket connection to 'ws://nas..com:5800/websockify' failed: Error during WebSocket handshake: net::ERR_INVALID_HTTP_RESPONSE open @ websock.js:292 util.js:218 WebSocket on-error event Util.Warn @ util.js:218 util.js:218 WebSocket on-close event Util.Warn @ util.js:218 util.js:220 Msg: Server disconnected (code: 1006) Util.Error @ util.js:220 util.js:218 Util.Warn @ util.js:218

Files under log:

Not sure where this is, I'm just using the container as default expect for directory maps from the NAS, a timezone change and increasing the max mem to 3GB.

Hopefully that might be enough for you to look at? Its currently running but sitting at 600mb used so I suspect something has not loaded correctly as normally its about 1.7GB.

[bigtfromaz]

I am read this on my phone so please forgive me if I missed something. I see several bind entries for volume1 sub folders but didn't see one for the /config folder. If I missed it, sorry. If you are missing the. -v mapping for it then add one.

[Benoire]

That may be the issue then, I have never configured a config folder directly... Its always worked without one... There are 3 config folders mapped within the container but if they need to be persistent and stored outside of the container then they will have been destroyed every time the container is powered off. Will have a look at adding them, but if they are required then how was it working without them being mapped?

[Benoire]

ok so /config is now configured to /volume1/docker/crashplan_config and has rw access.

Still no access to the container via novnc. Will try following the upgrade process and see if that allows it to start.

[bigtfromaz]

I suspect it will work right up until you delete and recreate the container as deleting the container will delete /config. I am not sure when happens when you tell the Synology GUI to clear it. But I suspect it'll be deleted as well. In any event, you should pick a folder on the Synology where the configuration will be kept, even if you delete the container. Map it to /config read/write.

I created a dedicated file share for that purpose. That way I can mount it on my PC and conveniently read the CrashPlan logs. There is no need to map that folder to /storage as the /config folder should never be backed up. It can always be recreated by adopting the backup.

I suggest you stop your container, add the /config mapping and start it back up. Yo'll have to redo the adoption process but it'll run quickly as the data will not be uploaded because it's already there in your current CrashPlan backup. You may have to redo your file selections.

[Benoire]

Yeah doing this at the moment. I've deleted the entire image and all config, will create from scratch and see how it goes.

[Benoire]

So, downloaded the image, created the container and mapped /config to a folder on the NAS. Still getting the access error. Doesn't matter if I do on a wired subnet or the wireless subnet (NAS is on the wired), still won't connect. The only difference to the docker inspect output and the new container is the mapped folders.

[jlesage]

You tried to clear (again) the browser cache?

Can you provide the following information:

• Add ?debug=1 to the URL you use to access the container (e.g. http://192.168.1.1:5800/?debug=1) and then get the browser's console output (Javascript log).
• Files under log/nginx in the directory you mapped to /config.

[bigtfromaz]

Also, can you inspect the log files in the config/logs folder to see if the CrashPlan services are coming online?

[jlesage]

@bigtfromaz, since the problem is related to the VNC access, I think it's not related to CrashPlan at all.

@Benoire, I updated my previous comment, to get the JS console output in debug mode.