#TypeError: 'NoneType' object cannot be interpreted as an integer

1 messages · Page 1 of 1 (latest)

heady valve
#

Hello there.....I've been making some changes to my overlay files but this error may have been happening before...I'm not really sure. The most recent run on this library I'm testing with had 467 episodes to update overlays for, and 162 had this error. Within the same show it will succeed for an episode and fail for the next, and unfortunately I don't understand enough of the code to be able to interpret what the error is telling me, so I would really appreciate some help.

bitter galeBOT
#

Welcome @heady valve!

Someone from <@&938443185347244033> will assist when they're available.

Including the meta.log from the beginning is a huge help, type !logs for more information.

#

You can press the "Close Post" button above or type /close at any time to close this post.

rare shuttleBOT
#

1: Go to your config folder

2: Go into the logs folder

3: Look for meta.log (not meta.1.log etc)

4: Drag it in the Discord thread - the whole thing, DO NOT EDIT IT

5: Still confused? ¯\(ツ)

Log file too big? USE PASTEBIN or ZIP THE FILE

vague shard
#

need logs

heady valve
bitter galeBOT
#

📝 If you want to review this again, eldoctor6731:
:one: Right-click (or long press with phone) on the message that contains the log
:two: Select: Copy Message Link
:three: Use the command: /logscan <message_link> or !logscan <message_link> and paste the value copied from the previous step where you see <message_link> 📝

#
**Rec 02** - ❌⏰ **PMM RUN TIME > TIME BEFORE MAINTENANCE**

❌⏰ PMM RUN TIME > TIME BEFORE MAINTENANCE
This Run took: 1:50:08
Time between PMM Scheduled time and Plex Maintenance start: 21:00:00
PMM Scheduled start time: 1:00
Plex Scheduled Maintenance start time: 2:00
Plex Scheduled Maintenance end time: 5:00
If your PMM runs typically take this long [this run took 1:50:08], your PMM run time will coincide with the next Plex maintenance period. Consider moving the PMM scheduled start time to 5:00 or adjust the Plex Scheduled Maintenance times to end prior to the PMM Scheduled run time.
For more information on Plex Maintenance, see https://support.plex.tv/articles/202197488-scheduled-server-maintenance/

vague shard
#

i'd turn off reapply_overlays

heady valve
#

I usually have that off - I only turned it back on to apply the new overlay I was working on

vague shard
#

dont need to

#

it will apply automatically

#

the error should be fixed in develop

heady valve
#

oh i see....well that's good news. So (maybe a stupid question), what is reapply_overlays actually doing?

calm kernel
#

can you switch branches please

rare shuttleBOT
#

NOTE: This is addressing changing from, for instance, latest to nightly.

The method depends on how you installed it.

**I'M USING DOCKER:**
docker pull meisnate12/plex-meta-manager:TAG_HERE

replace TAG_HERE with latest, develop, or nightly; whichever you want to switch to.

Then recreate your container via whatever means you used to create it [docker run, docker-compose, etc.], setting the image as meisnate12/plex-meta-manager:TAG_HERE

**I'M USING DOCKER ON UNRAID**

:one: Click on DOCKER tab and then on Plex-Meta-Manager
:two: Edit Repository: setting to switch branches:

meisnate12/plex-meta-manager:TAG_HERE

replace TAG_HERE with latest, develop, or nightly; whichever you want to switch to.

**I'M USING DOCKER ON A SYSTEM WITHOUT COMMAND PROMPT (SUCH AS NAS):**

The same concepts as above will apply:
:one: pull new image
:two: recreate container using that image instead of the current one.

Whatever the system, there will be a way to accomplish these two things.

**I'M RUNNING LOCALLY VIA GIT:**
cd DIRECTORY_WHERE_YOU_PUT_PMM
git checkout BRANCH_NAME
git stash
git stash clear
git pull

For BRANCH_NAME, substitute master, develop, or nightly

Those stash commands are going to discard any changes you may have made to PMM's own files. If that's a concern, you are probably familiar enough with git to know what you need to do instead.

calm kernel
#

:develop

vague shard
calm kernel
#

reapply_overlays: true is applying an overlay regardless of whether there is a change or not

#

so if you go into the poster and bring it up, you porbably have 10-20 duplicate poster files with the exact smae obverlay

#

we call that poster plex bloat

heady valve
vague shard
calm kernel
#

look up 3 messages

#

;llol

#

develop

heady valve
#

🙂

calm kernel
#

its ok.

vague shard
#

and i mentioned long before that lol

bitter galeBOT
bitter galeBOT
heady valve
#

ok switched to :develop, and I'll update to change reapply_overlays to false

calm kernel
#

yes, please rerun and just do a Movies run with just overlays

#

python plex_meta_manager.py -rl "TV Requests" -ov

#

oh wait

#

this config file only has TV

#

command adjusted

#

if you had multiple libraries defined in your config.yml file, that would be how you can tell pmm to run 1 specifically

heady valve
#

That's good to know - i've been swapping config files to achieve that.

#

This will take some time to run so I'll check on it and update. Thanks for the help so far!

calm kernel
#

1:50

#

thats what luma says...

#

almost 2 hours

#

oh boy

#

just saw a recommendation

#

you might want to stop the run

#

actually.. its fine

#

Rec07 is an easy fix that you should make to your config.yml files

#

db_cache: 1024 under the plex settings in your config file could be useful for you

#

oh... pmm is scheduled to run at 1am?

#

Rec02

heady valve
#

Yes but I saw that conflict with PMS scheduled activity too so I'm going to change that

calm kernel
#

move pmm to 5am is the easiest fix

#

leave plex maintenace to 2-5am which is defaults for them

heady valve
#

Sounds good

calm kernel
#

btw... develop has some performeance improvements... not sure you will see them on overlays, but definitely for mass_updates and batch edits in collections

heady valve
#

That's good. I have some thinking to do about how to handle the overlays. I like them but it seems to really impact the runtime and I have some larger libraries (I was testing this change in the smaller ones first)

calm kernel
#

some people run overlays on a schedule like 1 time per week

#

my lib is tiny

vague shard
#

my tv, i run overlays only once a week

calm kernel
#

and since you are testing... honestl.. creaet a small test library with only 4-5 shows

#

and multuple seasons

#

then you run agains tthat test library

#

when happy... let it rip on your libraries

#

a 2 hour run is pretty annoying

#

well... I dont have the patience for more than 10 minutes

#

but thats me

heady valve
#

I did have that for the previous tests but wanted to see if it was a problem with the library. I'll change to the small test library for the next run

#

it's done now, but the errors persist....

bitter galeBOT
#

📝 If you want to review this again, eldoctor6731:
:one: Right-click (or long press with phone) on the message that contains the log
:two: Select: Copy Message Link
:three: Use the command: /logscan <message_link> or !logscan <message_link> and paste the value copied from the previous step where you see <message_link> 📝

#
**Rec 02** - ❌ **MASS_*_UPDATE ERROR**

MASS_*_UPDATE ERROR
You have specified a mass_*_update operation in your config file however you have not configured the corresponding service so this will never work.
Review each of the lines mentioned in this message to understand what all the config issues are.
In the PMM discord thread, type !wiki for more information and search.
For more information on mass_*_update operations, [https://www.metamanager.wiki/en/latest/config/operations.html]
1 line(s) with mass_*_update config errors. Line number(s): 26370

bitter galeBOT
#

📝 If you want to review this again, antwanchild:
:one: Right-click (or long press with phone) on the message that contains the log
:two: Select: Copy Message Link
:three: Use the command: /logscan <message_link> or !logscan <message_link> and paste the value copied from the previous step where you see <message_link> 📝

bitter galeBOT
# bitter gale
**Rec 02** - ❌ **MASS_*_UPDATE ERROR**

MASS_*_UPDATE ERROR
You have specified a mass_*_update operation in your config file however you have not configured the corresponding service so this will never work.
Review each of the lines mentioned in this message to understand what all the config issues are.
In the PMM discord thread, type !wiki for more information and search.
For more information on mass_*_update operations, [https://www.metamanager.wiki/en/latest/config/operations.html]
1 line(s) with mass_*_update config errors. Line number(s): 26370

bitter galeBOT
vague shard
#

your template_variable of overlay level on your own file isn't going to work

clear jolt
#

The cause of that error is that some value that the code expets to be an integer is being set to nothing.

All cases of this in the log have one overlay in common:

[2024-01-06 22:03:53,900] [overlays.py:374]           [ERROR]    | Overlays Attempted on Nurse Jackie Season 1: Overlay File (3) 720P

Fortunately there were a few cases where only one this one overlay was being applied where this error occurred; the other 188 all share eight overlays.

They all have Overlay File (3) 720P, though.

I note that you appear to have your own resolution overlay file, so it's apparently going to be something in that custom YAML of yours.

vague shard
#

Template variables are setup for the defaults

heady valve
#

This is the resolution_season.yml file that's referenced in the config.yml

heady valve
real rain
#

They can't generally be used for user-created files

clear jolt
#

If that file of yours started as a copy of the default file, then you can use template variables. You can't use template variables on any arbitrary metadata file one might create. Unless of course i you I have written it to incorporate them.

heady valve
#

The resolution_season file is basically unchanged from what was originally created - I think the only change I made to it was moving the vertical_offset slightly down

clear jolt
heady valve
#

Still trying to understand how that works. If I specify a different value in config.yml for an attribute that's in resolution_season.yml, PMM will override the value based on what I used for template_variables?

#

Example...if resolution_season.yml has vertical_offset: 10 and I add a template variable of vertical_offset: 100 to config.yml, then when PMM processes that specific library, it'll use 100 as the value, but later in the same config.yml file I could use a different vertical_offset value, in reference to the same resolution_season.yml file?

dire timber
#

exactly

#

however you dont need to use that yml

#
- pmm: resolution
  template_variables:
    vertical_offset: 100
vague shard
#

Yes. And it makes it 10x easier when new updates are pushed, you don’t need to really do much cause the file updates with the update.

clear jolt
#

However, the default resolution overlay doesn't work at the season level. I don't know if you've made changes to attempt to add that. or maybe it does. The wiki contains conflicting information.

vague shard
#

There are so many things you can do just by using the defaults and their variables

clear jolt
#
libraries:
  Movies:
    overlay_files:
      - pmm: resolution
  TV Shows:
    overlay_files:
      - pmm: resolution
      - pmm: resolution
        template_variables:
          builder_level: season
          vertical_offset: 100 ## push this one down a bit
      - pmm: resolution
        template_variables:
          builder_level: episode
          vertical_offset: 200 ## push this one down further
heady valve
#

ok - let me mess around there and I'll see what I can work out

#

If I had built my own completely custom resolution file (instead of basically using the default PMM file locally) then this would all be different

#

correct?

clear jolt
#

well, sure, since you would have created an entirely different custom file. I don't understand the question.

heady valve
#

It's okay - typing it out made me understand.

clear jolt
#

Your custom file appears to be well out of date compared to the current one.

heady valve
clear jolt
#
libraries:
  TV Shows:
    overlay_files:
      - file: /path/to/custom.yml
      - pmm: resolution
      - file: /path/to/a-different-custom.yml
      - pmm: resolution
        template_variables:
          builder_level: season
          vertical_offset: 100 ## push this one down a bit
      - file: /path/to/a-third-custom.yml
      - pmm: resolution
        template_variables:
          builder_level: episode
          vertical_offset: 200 ## push this one down further
      - file: /path/to/a-some-other-custom.yml
      - file: /path/to/the-last-custom.yml
heady valve
#

Thanks @clear jolt @vague shard @calm kernel - it's working now. One last question is whether there's a way to have @bitter gale review my config files without creating a new support post/thread?

vague shard
#

#bot-spam

bitter galeBOT
#

The following was shared by @heady valve and was automatically redacted by Luma as it may have contained sensitive information.

If you feel this message should not have been redacted, resend it with !noredact in your message to avoid redaction.

vague shard
#

But Luma doesn’t scan config files, but scans logs

calm kernel
#

Luma will scan the extracted config within the log file... not just the config itself.

vague shard
#

@heady valve if this is finished type /close