There is no default backup location. How should the plugin know it?

No, you have to set it up.

So I've tried searching and it may be early morning brain: 

 

In regards to Plex I recently learned about excluding the Cache, Media and Metadata folders using appdata backup, I thought I had it set up correctly but my most recent backup still is backing up the excluded paths.  I have tried to add them into the global exclusion list & into the Docker settings directly.  What am I doing wrong?

Opened up the most recent TAR:

 

[13.09.2024 00:03:43][ℹ️][plex] Stopping plex...  done! (took 3 seconds)
[13.09.2024 00:03:46][ℹ️][plex] Should NOT backup external volumes, sanitizing them...
[13.09.2024 00:03:46][ℹ️][plex] Calculated volumes to back up: /mnt/user/appdata/plex-lscr
[13.09.2024 00:03:46][ℹ️][plex] Backing up plex...
[13.09.2024 00:08:03][ℹ️][plex] Backup created without issues
[13.09.2024 00:08:03][ℹ️][plex] Verifying backup...
[13.09.2024 00:12:03][ℹ️][plex] Starting plex... (try #1)  done!

^^Log from my most recent backup this morning.

 

 

Edited September 13, 20241 yr by DeadChimi

1 hour ago, DeadChimi said:

What am I doing wrong?

You're excluding /mnt/cache paths when they are set as /mnt/user paths in the container

Edited September 13, 20241 yr by Kilrah

11 hours ago, KluthR said:

There is no default backup location. How should the plugin know it?

I’m probably mistaken with how permissions would work and such, but I assumed a default destiny could be set similar to how an installation destination isn’t required for the plugin application itself. 
 

Similar to when installing a docker container (from community apps)- Pre-select a default unraid folder (appdata or system), but allow it to edited.

1 hour ago, Kudagra said:

I assumed a default destiny could be set similar to how an installation destination isn’t required

The problem with this is people will assume it will work out of the box, when in reality the destination needs to be thought through based on the resources available.

 

1. it's a safe assumption that you won't want the backup on the same media that is being backed up, so using appdata is out

2. disk numbers aren't guaranteed to exist, and pools can be named almost anything you want except for system reserved names.

 

If a default is used, people assume it should work for most people. Better to make people decide based on their system.

2 hours ago, Kilrah said:

You're excluding /mnt/cache paths when they are set as /mnt/user paths in the container

Yep thats what early morning brain does, i didnt even realize what I had done.

 

Thank you.

on my backups, the flash drive is actually the largest thing... and its mainly because of "bzfirmware".

I tried using global exclude and putting "bzfirmware" in there but no luck. Anyone know an a solution?

 

 

the backup gets created by unraid itself. I just call the method and save the result

 

bzfirmware is fixed part of the unraid system and needs to be there.

Hi, I'm getting an error with backing up my postgres container. Any help would be appreciated as I'm at a bit of a loss with this. I know excluding the container is an option but I would like to understand if this represents a bigger issue with how my data is stored.

 

Backup LogID:

78baa85f-4a85-4d9d-baea-4d54b6fe4b8b

 

 

Hmm. The container was stopped but a internal file from postgre shrank during backup. Ill need to release an update for the plugin, this includes some methods to view processes that access the files in question.

On 8/29/2023 at 1:28 AM, samsausages said:

Hi, I think I might have found a bug related to how the plugin handles the "Extra Files" section and Unriads new "Exclusive Shares"
I have a share called share1 that is an exclusive share under /mnt/user/share1
I added that path to the "extra files" section long ago and it always worked as expected.  But now I'm on 6.12 with Exclusive Shares enabled and when I went to restore from a backup today I found out that the files are no longer being backed up.  Looks like because of the symbolic link.
Containers that use exclusive shares are backing up correctly, this seems to be limited to the "Extra Files" section.

I'm assuming I can work around that by using /mnt/poolname/share1 but I wanted to report the behavior as it looks like files for people using exclusive shares probably aren't backing up as expected and no error/warning is triggered.
 

Hi, i am such a people, want to backup a manuall created folder in appdata, and added it like this:

Quote

/mnt/user/appdata/dienstplan_importer/

Also tried without slash, with wildcard, ... nothing works. Also from cache folder (where it lives) doesnt work.
As you said, there is no hint/error/warning that it was not backed-up, it's just missing.

Any hint's how i can include this folder in the backup?

On 8/29/2023 at 5:38 AM, KluthR said:

Good point, have to test that.

Any hint's how i can add this folder to the backup?

 

PS.: have now made an workaround with an user script

Edited September 15, 20241 yr by pOpYRaid

• Trying to troubleshoot a system lockup during backup...
• Would it be possible to improve the logging?
• Make it save to the SSD app folder rather than TMP folder?
• Also if possible make the syslog name each docker as it is restarted?
• The share debug log doesn't seem to DO anything...

 

The log gets cleared after reboot.

 

you can check the syslog after reset, the syslog is stored on the flash.

I dont get it. I cant get it to backup plex at all, says theres nothing to backup.

 

068dc71c-9751-4d93-89cc-2ff02f20669e

Your sources setting is wrong. Did you understood how it works? Did you read the help block?

 

Your appdata layout is also custom, you dont use a "appdata" share with holds the regular appdata. For your setup to work, set the allowed appdata sources to

 

• /mnt/user/

and set Plex container excludes to "/mnt/user/data_store". The sources field is not be meant to hold every appdata container path.

 

That should do it.

 

You also maybe want to create a /mnt/user/appdata and store Plex's and tautullis appdata in there. Then you can change the sources path to "mnt/user/appdata" and clear the excludes fields (as external volumes get ignored by default).

 

Let me know if this helps.

Hello, 
Have been using this app for some time now, and the last backup pass this week showed the following error log with PLEX

 

tar verification failed! Tar said: tar: Removing leading `/' from member names; ....Application Support/Plex Media Server/.LocalAdminToken: Mod time differs; ....appdata/Plex-Media-Server/Library/Application Support/Plex Media Server/.LocalAdminToken: Contents differ

 

Puzzled on how to resolve this concern. 
Would it be due to the PLEX generating a new token, since the previous backup, or something else I am not understanding. 

Any assistance is greatly appreciated.

Thank you kindly :-) 

Similar to the tip/suggestion to exclude the cache folder for Plex, is it also recommended to skip the ChannelsDVR cache folder (data/cache)?

I would say „cache“ volumes never seems worth a backup.

@KluthR any hint's regarding my questuion above?

 

It seem's the issue is because of exclusive shares changes in unraid.

 

Would be nice if this get's fixed.
If you need someone to test, i am here.

 

thx

 

Edited September 23, 20241 yr by pOpYRaid

On 9/15/2024 at 4:58 PM, pOpYRaid said:

and added it like this:

Where?

 

if you specified the share path (/mnt/user/appdata) and the final path as „extra backup files“ path, it should work

 

DO NOT add the final path to the sources list.

On 9/22/2024 at 2:19 AM, bombz said:

Any assistance is greatly appreciated.

Not sure. The messages means, that something played with the files. Maybe the debug log shows what was accessing it?

33 minutes ago, KluthR said:

Where?

 

if you specified the share path (/mnt/user/appdata) and the final path as „extra backup files“ path, it should work

 

DO NOT add the final path to the sources list.

I have NOT added "/mnt/user/appdata/dienstplan_importer/" (which hold's the extra files i want to include in the backup) to the sources.

Just added "/mnt/user/appdata/dienstplan_importer/" to "extra backup files".

 

But it does'nt include it in the backup and also NO hints (error/warning/...) log entry will be shown.
So i can't share a log, because i does'nt have an hint's about an issue.
That's the same behaviour as stated by @samsausages back in ~2023.

 

Can you please try to reproduce it?

thx

Please share a debug log from a recent run.

9 hours ago, KluthR said:

Please share a debug log from a recent run.

 

I have shared it, the id is: 6bdd1a47-e72d-43a9-aa78-89dd8153fc2c

The included extra folder exists and is accessible (currently backing it up with an user script), see:

 

 

Here are some pictures from my settings:

 

 

 

 

Edited September 23, 20241 yr by pOpYRaid