Error compressing Plex app data files. Error compressing folder 'Cache'. Exception calling "Write" with "3" argument(s): "Stream was too long." Stream was too long. about plexbackup HOT 6 CLOSED

@Pottypotsworth If you set it in config (JSON) file, you do not need to specify it on command line. I suspect your JSON setting is not correct. Make sure it is defined as:

"Type": {
        "value": "7zip"
    },

Yeah, i think I had it slightly wrong. Sorry to be off topic, but whilst I have you. Is it possible to set the max number of backups in the JSON as opposed to an argument when running from the Powershell?

So only ever keep the recent backup + the previous backup?

Edit: Forget that, i have seen it is set as "Keep" in the json. Thanks

from plexbackup.

@Pottypotsworth Please, see #27

from plexbackup.

Thanks @alekdavis - in that thread you stated...

A few things:

The "The property "Length" cannot be found in the input for any objects" error is a bug. Well, not really a bug, it only happens if the backup fails. But it's good that you reported it. I will fix it (https://stackoverflow.com/questions/43308663/measure-object-the-property-length-cannot-be-found-in-the-input-for-any-obje).

The "Exception calling "Write" with "3" argument(s): "Stream was too long"" error is caused by a Windows API limitation. Most likely it's because one of the files it attempts to archive is over 2 GB, or maybe it has a really long path name. Hard to say which one, but regardless, the default compression mechanism is not as robust as the 7-zip compression, so unless you have a valid reason to use the -Robocopy option, I'd recommend using 7-zip.

I suspect that your Cache folder is really huge. It looks like it took almost 30 minutes to compress the Cache folder before it failed, so I would try to see what is wrong with it. See this thread for troubleshooting steps: https://forums.plex.tv/t/how-to-clean-up-the-huge-cache-folder/503871 . There is a chance that you may not need to back up the Cache folder at all, in which case you can add it to the list of excluded folders, but see if you can clean it up first and I'm sure that once you do, the backup will be fine.

For me...

1. I guess this "bug" is already fixed?
2. I am using 7Zip so there should be no issue?
3. My Cache folder is only 27GB which seems relatively small compared to others.

I am not sure how to proceed, other than perhaps I should try Robocopy?

Thanks

from plexbackup.

@Pottypotsworth Yes, (1) is irrelevant. For (2), based on your log file, you are not using 7-zip:

Script started at:
  09/08/2021 16:32:58
Operation mode:
  BACKUP
Backup type:
  DEFAULT

(3) is your choice. It's not terribly bad if you do not mind 10 or so minutes spent on backing it up.

The key thing is make sure you run the script with the -SevenZip option.

from plexbackup.

Thanks @alekdavis - I set 7-zip as the default in the .json so didn't realise I also needed to use the -SevenZip option.

The process seems to be running for much longer this time. I'll let it run over night and report back tomorrow on the success and if we can close this issue :)

from plexbackup.

@Pottypotsworth If you set it in config (JSON) file, you do not need to specify it on command line. I suspect your JSON setting is not correct. Make sure it is defined as:

"Type": {
        "value": "7zip"
    },

from plexbackup.