Common Issues
- 📂 [Click Here] - Google G-Suite (Unlimited Hard Drive Space & Storage)
- 📂 [Click Here] - Top Performance NewsHost! - Blitz Members Receive a 58% Discount
Reference Shortcut - http://issues.pgblitz.com | Discord ( !issues )
Biggest Tip: Restart your server. Run PGUpdate, redeploy mounts/apps. Check pgui.mydomain.com for system status and logs!
Please make sure you're running the latest PlexGuide version (pgupdate), then redeploy the app that is having issues. If you have a problem with uploading or /mnt/unionfs, please redeploy your mounts first.
Please include your guideline version, the output of rclone --version, and logs!
Deploy the app again and copy the output from the deployment, make a Pastebin and share it with us. Please include your Plexguide version, your Plexguide edition (Move or blitz), and the last time you deployed the app.
- Arr couldn't properly detect the movie
- Arr says the file size does not match the minimum file size needed for the quality that you setup
- The file path is too long for Arr (happens with The Adventures of Rocky And Bullwinkle)
- You downloaded fakes and it obviously can't import that.
- You don't have download client mapping setup in Arr (see radarr/sonarr/lidarr wikis),
- You don't have Arr configured to handle completed downloads, see the wiki.
- You downloaded the same thing twice and it's not going to import a duplicate or download with a smaller filesize than existing.
- You do not specify the full quality in the file, so it lacks Proper/Repack, and thus keeps downloading Propers/Repacks.
Things you should check if you think sonarr/radarr/lidarr isn't importing files (files not uploading)
- Arr settings: use hardlinks instead of copy, download mappings, download client category in client settings.
- Download settings: download completed path matches the remove mappings local path, category settings do not specify a category path (by default it appends a category folder to the completed folder path).
- Are you using ext4? Are you using a 2nd processing location (if so, you need to adjust the local path in the remote download mappings in sonarr/radarr/lidarr to be
/mnt/{mydrive}/downloadsinstead. - Think about what's different or unexpected from a bare bones 'stock' configuration? Any networked drives, using RAID?
- The answer will almost always be solved by looking at the activity tab, both the queue and history. Hover over the red or yellow icons to find out why it failed to import (click on the "manual import" icon first). Also, look at the text logs provided in arr. Try a manual import and use a path inside the
/mnt/unionfsfolder:/mnt/unionfs/[downloader]/[...], and look for the red icons and read the tooltips. - One thing to try is going to the
Wantedpage in sonarr/radarr/lidarr and doing a manual interactive import from /mnt/unionfs/mydownloader/mycategory Then hover over the red exclamation icons for a reason why it didn't initially import it.
Empty folders get cleared about 5m old, folders less than 100mb AND at least 360m old will be removed, otherwise, it won't touch them.
This is your OCD. They will upload. Blitz/Move runs in batches. It grabs what's ready, moves it, and uploads it. Once it's down uploading, it sleeps for 30s and does it again. Nothing will "move" when other uploads are active, but they will when the next batch runs.
You also might have a duplicate directory on g/tdrive. This will cause all sorts of problems as sonarr/radarr/lidarr will see the empty dupe folder and keep redownloading the same thing over and over. You will need to check the blitz or the move logs for dupe directory warnings. If any appear, you have to manually fix it yourself on the google drive website by finding the duplicate and deleting it.
Your plex library is likely pointing to /unionfs/category and not /mnt/unionfs/category You need to change your library location to /mnt/unionfs/category, this will cause a recan but it shouldn't be too bad (not as slow as in prior versions!). This is because sonarr/radarr/lidarr is telling plex to look for your files in /mnt/unionfs/category but plex is like "that isn't where my library is" and does nothing.
The #1 cause of this is your system ran out of ram. We require 8gb of ram or more. If you have less than 8gb, you use PG at your own peril! Running your OS, and all the mini docker OS's takes ram, plus if you use encryption you need double the ram than if you didn't. We optimized rclone configuration for the majority of our users. If you have less than 8gb of ram, you can manually edit the rclone configurations for each mount either by forking pgclone or by running sudo ntdrive, sudo ngdrive, sudo npgunion, sudo ntcrpt, sudo ngrypt. Lower the --buffer-size parameter, do not touch anything else! We will be making this configurable in the near future.
Check the google developer console, Google Drive API page. You most likely are getting API errors because you are hitting the limits. Google has several different types of API limits, such as per second, per minute limits. It's NOT recommended to run more than 1 Plex instance, nor is it recommended to run Plex + Emby and/or Jellyfin. You will easily hit API bans if you do this.
Please read further as this can be many things.
Deploy the mounts again and copy the output from the deployment, make a Pastebin and share it with us. Please include your Plexguide version, your Plexguide edition (Move or blitz), and the last time you deployed the mounts. Check the following:
du -h /mnt/move
ls -la /mnt/unionfs
ls -la /mnt/gdrive
ls -la /mnt/gcrypt (if using move encryption)
ls -la /mnt/tdrive (if using blitz)
ls -la /mnt/tcrpt (if using blitz encryption)
Below are custom commands that display the status of a service
sunionfs
sgdrive
sgcrypt (if using move encryption)
stdrive (if using blitz)
stcrypt (if using blitz encryption)```
mergerfs --version
Check your Move/Blitz configuration. Make sure you enable the google drive api in the google admin settings. If using blitz, make sure you set the correct permissions on the service accounts, they should be contributors, not content-managers!
Check your Move/Blitz configuration. Make sure you enable the google drive api in the google admin settings. If using blitz, make sure you set the correct permissions on the service accounts, they should be contributors, not content-managers!
Check your downloaders (nzbget, sabnzbd, rutorrent, etc), you can safely reinstall them to enforce the correct paths (please don't change these). Check your category folder paths in nzbget/sabnzbd, they should be blank!
Check your sonarr/radarr configuration, make sure your library is /mnt/unionfs/tv or /mnt/unionfs/movies. Make sure your remote mappings are correct on the download clients screen (see radarr/sonarr wiki).
If using blitz, run blitz in the cli and check the log. Duplicate directory warnings need to be addressed. If you see those, go to gdrive website and delete the duplicate empty one.
Sonarr/Radarr is moving my downloads to /movies or /tv and not /mnt/unionfs/tv or /mnt/unionfs/movies
You either misconfigured the Remote Download Mappings or you failed to add them. Please consult sonarr/radarr wikis and make sure you did everything.
It sounds like you didn't setup sonarr/radarr to connect to plex so sonarr/radarr can tell plex to rescan when downloads are completed/moved/renamed. Make sure all 3 options are set.
Are you running two servers? Yes: do both servers Rclone services use the same API keys (Client ID/Secret ID)? Yes: 1 API KEY per Rclone instance! Change the API keys!
If you're having an issue with an app, redeploy it first. Make sure you scroll up and copy the entire output from the deployment and put in on Pastebin and share it with us. We need this to help. Also, don't forget to tell us if you're using move or blitz, what version of PG you're on and when's the last time you deployed mounts/apps.