Djoss Posted November 11, 2021 Author Share Posted November 11, 2021 On 11/9/2021 at 3:19 PM, ksignorini said: I've had some conversations with 360MSP regarding weird behaviour and they've instructed me to update to the latest version of their software. Are there any plans to update the Docker image to use 3.2.3.148? Am I able to update the software in the Docker myself somehow? Thanks. I need to provide a new Docker image with the new software. However, this latest version crashes (even when running on a "normal" PC running ubuntu). I have a case opened for that. Quote Link to comment
Djoss Posted November 11, 2021 Author Share Posted November 11, 2021 21 hours ago, ksignorini said: I also have another weird issue where I map another path from the host to the docker and rather than showing up where it's supposed to, it shows up separated? in the list (subdirectories listed rather than located at mapped location in docker). However, when doing backups from these paths, they show the right path... very weird. (In this case, I'm backing up some disk images so I've mapped in my /mnt/disks/ path so I can pick some stuff there. These are non-array disks.) They should be mapped into /storage_disks but end up being listed separated (vm, vmfast, vmfast2, vmfast3). But when backing up, show correctly: CloudBerry Backup always had problem displaying different mounts. Did you ask their support team about that ? Quote Link to comment
SelfSD Posted December 4, 2021 Share Posted December 4, 2021 Hi! My CloudBerry container won't start anymore. I haven't paid much attention to it as it's only doing non-critical backups at the moment so I'm guessing it happened after the update 11 days ago. I have it set to mount Unassigned Devices' "/mnt/remotes" folder which worked before. It has been mounted as Read Only Slave but I tried to set it to Read/Write Slave as well but no change. When I start the container, I get the following error: Dec 4 12:53:06 UNAS rc.docker: CloudBerryBackup: Error response from daemon: OCI runtime create failed: container_linux.go:367: starting container process caused: process_linux.go:495: container init caused: rootfs_linux.go:60: mounting "/mnt/remotes" to rootfs at "/var/lib/docker/btrfs/subvolumes/83f665b66417da7f5de3b2ce1cd4e0d64408e0fab3599b35a844ef1990e0f344/storage/remotes" caused: mkdir /var/lib/docker/btrfs/subvolumes/83f665b66417da7f5de3b2ce1cd4e0d64408e0fab3599b35a844ef1990e0f344/storage/remotes: read-only file system: unknown Quote Link to comment
Djoss Posted December 8, 2021 Author Share Posted December 8, 2021 On 12/4/2021 at 7:30 AM, SelfSD said: Hi! My CloudBerry container won't start anymore. I haven't paid much attention to it as it's only doing non-critical backups at the moment so I'm guessing it happened after the update 11 days ago. I have it set to mount Unassigned Devices' "/mnt/remotes" folder which worked before. It has been mounted as Read Only Slave but I tried to set it to Read/Write Slave as well but no change. When I start the container, I get the following error: Dec 4 12:53:06 UNAS rc.docker: CloudBerryBackup: Error response from daemon: OCI runtime create failed: container_linux.go:367: starting container process caused: process_linux.go:495: container init caused: rootfs_linux.go:60: mounting "/mnt/remotes" to rootfs at "/var/lib/docker/btrfs/subvolumes/83f665b66417da7f5de3b2ce1cd4e0d64408e0fab3599b35a844ef1990e0f344/storage/remotes" caused: mkdir /var/lib/docker/btrfs/subvolumes/83f665b66417da7f5de3b2ce1cd4e0d64408e0fab3599b35a844ef1990e0f344/storage/remotes: read-only file system: unknown Where did you map "/mnt/remotes" in the container ? "/storage/remotes" ? Do you also have a mapping for "/storage" ? 1 Quote Link to comment
SelfSD Posted December 8, 2021 Share Posted December 8, 2021 It appears that the "Storage" path has been added a second time without any interaction from me. I don't know how that could happen unless updating a container can re-add modified default maps? I changed the default Storage mount from /mnt/remotes on the host to /storage/remotes/ in the container to better fit my needs, and the new one is set up with the buttons always hidden, mounting /mnt/user to /storage on the container. Removing the new storage path fixed it. Thank you. Quote Link to comment
Djoss Posted December 8, 2021 Author Share Posted December 8, 2021 The default /storage mapping will probably come back on the next update... Quote Link to comment
SelfSD Posted December 8, 2021 Share Posted December 8, 2021 Really? Crap. Maybe I should go over all my docker containers. I have modified the defaults on more of them and never paid any attention to it as they continue to work... Quote Link to comment
Djoss Posted December 8, 2021 Author Share Posted December 8, 2021 People usually keep the /storage setting, but change to which unRAID path it is mapped. Or you can just create a new mapping, e.g. map /mnt/remotes to /remotes in the container. 1 Quote Link to comment
SelfSD Posted December 8, 2021 Share Posted December 8, 2021 I'll go this route if it breaks on the next update again. Thank you. Quote Link to comment
DDock Posted December 15, 2021 Share Posted December 15, 2021 I am having an issue with a new install of Cloudberry Backup. It ran fine for a few days and now whenever it tries to backup I get a SSL Cert Problem; Cert has expired error. I did try to contact Cloudberry support, but they told me that I need to update. I tried to run the update from within the docker using the webGUI, but it seems to try but then gets stuck updating until I reboot the docker container. I did see a mention from a month ago that you were working on updating to the 3.2.xxx version. Is there any progress on this? Is there something I could do to assist? Quote Link to comment
Djoss Posted December 16, 2021 Author Share Posted December 16, 2021 Yes the latest Docker image already integrates version 3.2.x. However, another version of CloudBerry Backup appeared since this. I will update the Docker image. Quote Link to comment
Djoss Posted December 16, 2021 Author Share Posted December 16, 2021 The new image is now available. 1 Quote Link to comment
SelfSD Posted December 17, 2021 Share Posted December 17, 2021 I ended up changing the paths after the new update. It was a breeze to change and resync the backup storage path and the remote share was automatically re-detected as a remote mount point. 👍 Quote Link to comment
DDock Posted December 17, 2021 Share Posted December 17, 2021 Thank you. I didn't see the update still, so I forced update and BAM, now it finally got updated to the 3.3.xx. Not sure why it wasn't showing updates, but we are all good now. Thank you again. Quote Link to comment
rbot Posted January 5, 2022 Share Posted January 5, 2022 It seems after the latest update I am not able to log into the Web Interface on HTTP Port 43210. I get an error message "Error! The account or password is invalid. Please try again." I have tried changing the password from the docker config, but still get the same error. I am able to access the GUI using the VNC port 7802 using web VNC. All backups seems to be running normally. Quote Link to comment
khager Posted January 8, 2022 Share Posted January 8, 2022 I just installed CloudBerry & signed up for Backblaze. My first backup bucket is a folder that contains 1 hidden file and 1 sparsebundle (it's the sparsebundle and everything in it that I'm interested in). When I trigger a backup, it only backs up the hidden file. The backup report shows no errors and only the 1 file backed up. What'd I get wrong? Quote Link to comment
khager Posted January 8, 2022 Share Posted January 8, 2022 12 minutes ago, khager said: I just installed CloudBerry & signed up for Backblaze. My first backup bucket is a folder that contains 1 hidden file and 1 sparsebundle (it's the sparsebundle and everything in it that I'm interested in). When I trigger a backup, it only backs up the hidden file. The backup report shows no errors and only the 1 file backed up. What'd I get wrong? I added another folder to my backup source and a file within that folder - these backed up successfully. My working theory is either: a) CloudBerry excludes .sparsebundle files (which are "special" on MacOS but are just folders on Linux) b) CloudBerry doesn't like folders/files with an apostrophe in the filename Any ideas? Quote Link to comment
khager Posted January 8, 2022 Share Posted January 8, 2022 26 minutes ago, khager said: I added another folder to my backup source and a file within that folder - these backed up successfully. My working theory is either: a) CloudBerry excludes .sparsebundle files (which are "special" on MacOS but are just folders on Linux) b) CloudBerry doesn't like folders/files with an apostrophe in the filename Any ideas? I added another subfolder with an apostrophe in the name and it got backed up successfully So, I can only conclude that .sparsebundle files are purposefully excluded by CloudBerry and/or Backblaze. Can anyone confirm this? Quote Link to comment
Djoss Posted January 8, 2022 Author Share Posted January 8, 2022 Did you check ownership/permissions on the .sparsebundle folder ? Maybe the problem is that the container doesn't have the permission to read it. Quote Link to comment
Djoss Posted January 8, 2022 Author Share Posted January 8, 2022 On 1/5/2022 at 6:38 AM, rbot said: It seems after the latest update I am not able to log into the Web Interface on HTTP Port 43210. I get an error message "Error! The account or password is invalid. Please try again." I have tried changing the password from the docker config, but still get the same error. I am able to access the GUI using the VNC port 7802 using web VNC. All backups seems to be running normally. Thanks for reporting, l will check this. 1 Quote Link to comment
boris Posted January 10, 2022 Share Posted January 10, 2022 Maybe someone can help me here. I am using Cloudberry for quite some time and everything worked fine. Since a week I have a problem and i can not figure it out. I am using SFTP Backup to another server. Since a week I am getting following error message for one SFTP account: Failure establishing ssh session: -5, Unable to exchange encryption keys Does anyone had the same issue or can maybe help me out? Quote Link to comment
Kaj Posted January 12, 2022 Share Posted January 12, 2022 On 1/8/2022 at 7:14 PM, Djoss said: Thanks for reporting, l will check this. @DjossSame problem as @rbot. The log /config/Online Backup/00000000-0000-0000-0000-000000000000/logs/log_WebAccess.log contains the following error when you try to logon: [ERROR]: [ CBB ] [ 19 ] Failed to read shadow entry for user: <username> 1 Quote Link to comment
mackid1993 Posted February 3, 2022 Share Posted February 3, 2022 On 1/12/2022 at 11:54 AM, Kaj said: @DjossSame problem as @rbot. The log /config/Online Backup/00000000-0000-0000-0000-000000000000/logs/log_WebAccess.log contains the following error when you try to logon: [ERROR]: [ CBB ] [ 19 ] Failed to read shadow entry for user: <username> I'm having this issue as well. I was able to downgrade the docker to the previous release and it doesn't happen there. Is it possible to fix this with an update? Thanks!! Quote Link to comment
Djoss Posted February 4, 2022 Author Share Posted February 4, 2022 Please try the latest version, it should be fixed. Quote Link to comment
mackid1993 Posted February 4, 2022 Share Posted February 4, 2022 12 hours ago, Djoss said: Please try the latest version, it should be fixed. It is, thank you so much for fixing that! 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.