Cannot update apps: service refers to undefined network
Any app I try to update fails with error
service refers to undefined network tipi_main_network
I haven't changed the default compose file of these apps or anything42 Replies
Hello @Roz you have a custom
user-config/tipi-compose.yml please try without it (rename the file to something else and restart runtipi)I do, but all it does is set the cloudflare token for DNS challenges. I'll try without it and let you know
I worked 🙃
But why?
Haha, I don't know can you share what you are doing in there? without leaking your token
literally just this:
the logs are complaining about it being expired tho, perhaps that's causing an issue in creating the network somehow?
Just replaced it with a fresh token. I'll try to update another application and see how that goes
Okay strange, I'm doing exactly the same:
Maybe remove version
replacing the token worked
should I file a GH issue along the lines of "invalid cloudflare token breaks docker networking" or something?
I'm not sure this is something we can fix on our side
Would be interesting to know why it happens
hmm this is weird. some apps updated, others didn't. let me check something
yeah it's probably not the issue, I still see 403 logs
btw
version: "3.9"
is deprectaed in current docker compose. probably not the cause here - but maybe it fails some tipi internal test that way
okay, I'm starting from scratch. there's an app giving me the same error even without the custom tipi compose, so that's likely not the issue
huh... I just tried to update an app
went through the update wizard just accepting everything and got an error
then I did the same thing, but uncheked "Backup", and it worked :think_zoom:
same thing happened with another app. I made sure to leave "Backup" on for three consecutive attempts just to make sure it wasn't some sort of cache or something, but turning off the "Backup" toggle at the end of the wizard seems to allow it to update
Okay then in this case you should see something in the logs, about a backup failed or something else
nope, all I see is the cert renewal errors and
runtipi | error > Failed to update app jellyseerr:migrated: service "jellyseerr" refers to undefined network tipi_main_network: invalid compose projectCan you show us the content of
apps/migrated/jellyseerr/docker-compose.ymlsure, but I got the same result without it. just a sec
Maybe the generation is failing?
file + backup: error
file - backup: success :/
Wait that's it?
yep
This is a user-config no?
yes
oh, sorry
you asked for the app one
I was asking for the generated one yes
I updated it already, let me get another one lol
it does reference the network, but does it work if I skip the backup
do you have that tipi_main_network even?
I noticed that, with backup, runtipi issues a
stop command
yep, it's scoped by compose but I do
look at this part of the logs:
the first docker-compose call is with backup on, the second is without it
I'm guessing that backup tries to stop the container before updating the compose file, which fails. no backup prolly just updates the file then calls up with recreate, which now works because of the new compose file (?)
hmm the compose file for prowlarr hasn't changed, so it might just be that up creates/attaches to the network while "stop" doesn'tOh
So it's failing when calling stop before the backup
yeah
networks:
tipi_main_network:
name: runtipi_tipi_main_network
but like I showed, the network does exist
Have you jumped runtipi versions recently? We're getting to something
this is what is generated on my end
I've updated to latest but unfortunately don't remember what was the previous version
you're right, my bad, the generated compose file does change after the update
this is the new prowlarr:
so yeah, that's probably it: backup tried to
stop, it can't because the network is currently wrong. no backup updates the file and calls up directly, which works because now there's a new network config
before updating tipi I was getting
2025-10-29T20:44:02.760Z - error > Failed to update app 1 APP_UPDATE_ERROR_MIN_TIPI_VERSION TranslatableError: APP_UPDATE_ERROR_MIN_TIPI_VERSION
is there a way to know which app is 1? checking the minimum tipi version for that app could give a rough idea of the version I was in I guess
I'll go ahead and mark this as solvedI think it's still something we need to account for
oh, alright
I can provide more info if you need it, I'll keep following the post
We could simply generate the yaml before stopping for backup
maybe copying the old one first, in case the update operation fails?
But my initial idea to stop before was to stop it in the current state, back it up and then only try to generate the new stuff
yeah, it makes sense
maybe manually stop the containers instead of using compose?
Not a bad idea
you think this is a first good contrib to make? I'd gladly PR
That would be great yes!
update-app-command.tsawesome, I'll get on it
nice
Please ping me anytime you need infos