Once the basic setup was complete, I installed Container Station, left it at it's defaults which places the Container directory at /share/CACHEDEV1_DATA/Container. I performed the first time configuration of QTS, updated the pre-installed apps, configured the NIC teaming (LAG), IP address, DNS, etc. I backup to the Cloud and to an external USB drive. Freshy fresh! I had too many odd issues occurring, so it was time to bite the bullet and start clean. I re-initialized my QNAP TS-453A which resets it to factory defaults and formats the drives. I'm attempting to perform a full restore to the same hardware. When you say a "full restore", are you talking about downloading your current crashplan content into a new or reset machine? If so, have you reviewed and performed the adoption process? If not I would like to know more about your situation. When the container is running, you should be able to see the exact same content in /config as you do in /share/CACHEDEV1_DATA/Container/persistent-data/crashplan-pro.įrom inside the container, do you see the content that's supposed to be backed up in /storage and /external? If so, in the log folder there should be a number of files named *.log. If there are no files then your crashplan metadata "config" is not being persisted on the host. pki, bin, cache, conf, log, repository, var and xdg? share/CACHEDEV1_DATA/Container/persistent-data/crashplan-pro?Īnd, are there a number of subfolders with these names?. ![]() ![]() Can you provide some clarity when you say "Even a restart of the container will create a new image." Do you mean it's always re-syncing content?įrom host machine, when the container is stopped, do you see folder with the name:
0 Comments
Leave a Reply. |