[EINVAL] values.scaleGPU: Not a list issue

[Sine]

Reading the posts right above yours would often prove to be a great start at finding a solution ;-)

Snarky comments are not helpful, in this case especially for people who can't/won't use discord. It's even worse if there is no need for a lot of explanation.

"All Apps need to be reinstalled, as stated in the news announcements on our website."
Browsing through the news, I don't find that stated anywhere, there is however mention of "some" apps with "possible" problems. Don't paint things nicer than they are, that usually backfires.

There is something interesting on the front page though
"TrueCharts has stability as a prime importance: What is running, should stay running."

Guess that is still kinda true ... as long as you don't want to update
/salt

If that is what is needed for progress, fine, no problem. But please be open and clear about it.
Also, some way to be able to migrate stuff would have been great.

 

[MightyMouse_616]

I’m not sure if this will help, but I had the same issue when I tried to update homeassistant, and the problem was my DNS wasn’t resolving properly.

Thank you for your input my DNS is actually set to my modem that seems really weird to me is that not right?

 

[victort]

On second check, it isn’t working anymore. Same issue.

Probably will have to reinstall all the apps.

 

[klewis]

i am having the same problem since the last update home assistant just wont update saying ([EINVAL] values.scaleGPU: Not a list) and cannot simply reinstall. any suggestions?

The posts above indicate your issue (I have the exact same problem, too). With a recent change, TrueCharts broke upgrades to many, but not all, of their apps. You may need to reinstall Home Assistant. If it's not simple, you might have to copy the entire /config filesystem from the container and paste it into a new container, overwriting the contents. As others posted above, you have to launch your own Docker image from the button or take another route.

Your DNS might or might not point at your modem. Many times, you'll list several DNS sources - external ones like Google or other public DNS - with your modem being a fallback or last on the list.

 

[Rudi Pittman]

Truenas is implementing more "community apps" as we speak. If you can be patient it may just be a matter of spinning up a new community app (non truecharts) version and copying the config then restarting it. They already have sonarr, radarr, lidarr, qbittorrent and several more. Make sure you refresh the truenes catalog and have "community" enabled.

Exciting News About SCALE Apps

Here's some exciting news from Kris I thought I'd share regarding the new Community App Repository. We're excited to have a chance to bring you a better native App experience and are looking forward to Community Members contributing and testing this new functionality. Please let us know what you...

www.truenas.com

Truecharts (specifically it's main developer) has always had a "My way or the highway" attitude. They want you to come to their discord to discuss anything about their apps rather than just answer the question. If you have time to post "If you want an answer come to our discord" then you have time to just answer the question. The time has come where the highway looks pretty good at this point.

A few tips for those migrating:
If you enable the "web portal" feature at the very bottom and change the words "Web Portal" to "Open", set the port to the same port you defined as the webui port you will have the same "open" button you get with truecharts apps...this almost eliminates the need for an app like organizr (which is a pain to copy the settings apparently from my research last night) as you can just go to the installed apps page and "open" any app to it's webui.

When settting DNS in your app you should always choose the option "Kubernetes internal dns will be prioritized" because it will give you internal host names you can use to call one container from another...these will continue to work even if the ip of your server changes. If you install "heavyscript" ( https://github.com/Heavybullets8/heavy_script )you can run "heavyscript --dns" and it will provide you all of the internal hostnames for your containers and the port they are on INTERNALLY (ie the container port..not the host port) Heavyscript also has a --mount option which is menu driven and will mount your PVC storage from your truecharts apps so you can copy your data. I just used this feature to mount the config for organizr to /mnt/mounted_pvc/organizr-config then cd's to it and did a "cp -R * /mnt/tank/shared/apps/organizr/config" which is how I'm storing all my configs. Started the docker version of organizr up and all my settings/apps were transferred. The menu in heavyscript --mount also offers an "unmount all" option.

Example:
App Name DNS Name Port
deluge-vpn deluge-vpn-ix-chart.ix-deluge-vpn.svc.cluster.local 8112
fileflows2 fileflows2-ix-chart.ix-fileflows2.svc.cluster.local 5000
nzbget nzbget-ix-chart.ix-nzbget.svc.cluster.local 6789
nzbhydra2 nzbhydra2-ix-chart.ix-nzbhydra2.svc.cluster.local 5076
organizr2 organizr2-ix-chart.ix-organizr2.svc.cluster.local 80
overseerr overseerr-ix-chart.ix-overseerr.svc.cluster.local 5055
plex2 plex2-ix-chart.ix-plex2.svc.cluster.local
rss-bridge rss-bridge-ix-chart.ix-rss-bridge.svc.cluster.local 80
rssproxy rssproxy-custom-app.ix-rssproxy.svc.cluster.local 30300

When using community apps I'd STILL choose backing up my own /config to a folder on the nas to using their "internal dataset" so I knew where my info was.

 

[Astrodonkey]

If that is what is needed for progress, fine, no problem. But please be open and clear about it.
Also, some way to be able to migrate stuff would have been great.

Migration is the word... away from TC.

 

[mexe]

Truenas is implementing more "community apps" as we speak. If you can be patient it may just be a matter of spinning up a new community app (non truecharts) version and copying the config then restarting it. They already have sonarr, radarr, lidarr, qbittorrent and several more. Make sure you refresh the truenes catalog and have "community" enabled.

Exciting News About SCALE Apps

Here's some exciting news from Kris I thought I'd share regarding the new Community App Repository. We're excited to have a chance to bring you a better native App experience and are looking forward to Community Members contributing and testing this new functionality. Please let us know what you...

www.truenas.com

Truecharts (specifically it's main developer) has always had a "My way or the highway" attitude. They want you to come to their discord to discuss anything about their apps rather than just answer the question. If you have time to post "If you want an answer come to our discord" then you have time to just answer the question. The time has come where the highway looks pretty good at this point.

A few tips for those migrating:
If you enable the "web portal" feature at the very bottom and change the words "Web Portal" to "Open", set the port to the same port you defined as the webui port you will have the same "open" button you get with truecharts apps...this almost eliminates the need for an app like organizr (which is a pain to copy the settings apparently from my research last night) as you can just go to the installed apps page and "open" any app to it's webui.

When settting DNS in your app you should always choose the option "Kubernetes internal dns will be prioritized" because it will give you internal host names you can use to call one container from another...these will continue to work even if the ip of your server changes. If you install "heavyscript" ( https://github.com/Heavybullets8/heavy_script )you can run "heavyscript --dns" and it will provide you all of the internal hostnames for your containers and the port they are on INTERNALLY (ie the container port..not the host port) Heavyscript also has a --mount option which is menu driven and will mount your PVC storage from your truecharts apps so you can copy your data. I just used this feature to mount the config for organizr to /mnt/mounted_pvc/organizr-config then cd's to it and did a "cp -R * /mnt/tank/shared/apps/organizr/config" which is how I'm storing all my configs. Started the docker version of organizr up and all my settings/apps were transferred. The menu in heavyscript --mount also offers an "unmount all" option.

Example:
App Name DNS Name Port
deluge-vpn deluge-vpn-ix-chart.ix-deluge-vpn.svc.cluster.local 8112
fileflows2 fileflows2-ix-chart.ix-fileflows2.svc.cluster.local 5000
nzbget nzbget-ix-chart.ix-nzbget.svc.cluster.local 6789
nzbhydra2 nzbhydra2-ix-chart.ix-nzbhydra2.svc.cluster.local 5076
organizr2 organizr2-ix-chart.ix-organizr2.svc.cluster.local 80
overseerr overseerr-ix-chart.ix-overseerr.svc.cluster.local 5055
plex2 plex2-ix-chart.ix-plex2.svc.cluster.local
rss-bridge rss-bridge-ix-chart.ix-rss-bridge.svc.cluster.local 80
rssproxy rssproxy-custom-app.ix-rssproxy.svc.cluster.local 30300

When using community apps I'd STILL choose backing up my own /config to a folder on the nas to using their "internal dataset" so I knew where my info was.

More likely than not iX signaled that they planned to expand first-party community charts. All of these breaking changes coming from TC are from their own expansion of "enterprise" charts, including moving things out of free trains. I've had experience with that TC community, the snark in here is only the beginning of that unpleasantness.

In fairness this project is not meant to be taken seriously for production, it's on you, as is the standard pain of dealing with free software, to deal with when you have a situation of 20 TC containers. It's "community" for a reason, and SCALE itself comes with no guarantees and is rather new.

I suppose this is sort of the shrinking and pivoting to a new role as a true third-party that was inevitable for TC. It's almost always recommended to people when running containers on truenas, and a third party holding that position was not going to be comfortable for long.

Good riddance, hopefully by the end of this year there will not be a need for most people to even have that catalog.

 

[Astrodonkey]

Truecharts (specifically it's main developer) has always had a "My way or the highway" attitude. They want you to come to their discord to discuss anything about their apps rather than just answer the question. If you have time to post "If you want an answer come to our discord" then you have time to just answer the question. The time has come where the highway looks pretty good at this point.

The Discord is ridiculous. I popped on there one time to ask a question and was banned for 24 hours because it was in the wrong channel. Ain't nobody got time for this crap.

 

[Rudi Pittman]

The Discord is ridiculous. I popped on there one time to ask a question and was banned for 24 hours because it was in the wrong channel. Ain't nobody got time for this crap.

I can relate. I was apparently banned after the fact, as in I had stopped using it a month previously (he removed my "supporter" tag even though I had donated money because I didn't constantly agree with him...I told him I wanted my funds back then but didn't get a reply) and since I made a negative comment about them in the truenas apps discord the main dev decided to tell everyone I was "banned" from his discord. Whatever buttercup.

 

[FrostyCat]

I just withdrew my support for Truecharts, it wasn't much but I simply cannot deal with the childish way they deal with anything on their Discord.
All they do is bully people, and I'm done.

Edit: Aaand then banned me. I'm not supporting them anymore.

 

[Rudi Pittman]

Heavybullet (who is a great guy) has written TT-Migration which is supposed to help transition to a new container. I still recommend setting up your own now while you have the chance but if you prefer here it is: https://github.com/Heavybullets8/TT-Migration The walkthough tutorial is here: https://docs.dasnipe.com/docs/truenas/HeavyBullet-Migration/ It currently doesn't work for apps that have databases (apparently there is a different tutorial for that).

 

[indivision]

The Discord is ridiculous. I popped on there one time to ask a question and was banned for 24 hours because it was in the wrong channel. Ain't nobody got time for this crap.

Hah. It could be worse. I got a life-time ban for daring to defend myself here after receiving a series of personal attacks there.

That said, I think some precision is due here:

The TrueCharts team clearly includes engineering talent that is providing free work toward fulfilling a big community need. The scale of the demand is such that there will be some percentage of pushy, unreasonable users that bombard them on a daily basis. And I can say from first-hand experience that fielding that kind of input can be annoying and demoralizing. So, there is a strong temptation to make a lot of rules, etc. to control how much time is spent on support.

Also, it should be pointed out that it is now a decent sized team over there. Not everyone has the same attitude. I can personally say that there are some very helpful, patient people on their team.

Furthermore, I'm excited to see how the TrueNAS Community apps develop. But, so far, TrueCharts has done a better job (than the official apps) of including the bells and whistles many users need. For specific examples: app-level VPN support, app-level ingress configuration, faster version updates.

The problems, imo, are fixable:

1. They should partner with or promote from within someone who better understands basic business / customer service.

I can already hear the "this isn't a business! it's free! take it or leave it!" response. Sorry, that just doesn't logically work. Even a person who says, "here, let me help you with that" out of the blue has some level of responsibility. It's true that it's less responsibility than if someone paid for that help. But, when you offer any help, even when free, it's fair for the people who accept the help to assume that you are at least committed to doing the job right and being considerate of their interests.

"You fucked up by trusting us too much." is never reasonable or ethical, even when you aren't charging anything. Right now, that seems to be the project's motto. Anyone who has run a successful business or been involved with CX at a company will understand this and know how to fix the tone issue.

2. Doing the job "right" entails doing the work to anticipate the most obvious problems users are going to have and preparing solutions (upgrade scripts, upgrade tutorials, etc.) in advance.

Again, I can hear the response, "we dont have time to figure out everyone in the world's configuration." Nobody is asking for that. But, there are very obvious, predictable problems that have come up during upgrades/changes that zero effort was put in to beyond maybe a one sentence warning on some obscure twitter feed. Engineers should not be playing dumb about the difference between edge cases and predictable problems affecting 90% of users.

Not wanting to deal with those issues isn't some principled position. It's wanting to move forward with a project while neglecting a perhaps unpleasant but necessary aspect of it.

3. Scale down the scope of the project.

It looks impressive on the surface to list out 3 million apps. But, it would be better to have fewer apps with enough support that users can rely on them more and count on better solutions during upgrades.

I'm pretty sure that 90% of TrueCharts users are using the same 20 or so apps.

 

[FrostyCat]

Heavybullet (who is a great guy) has written TT-Migration which is supposed to help transition to a new container. I still recommend setting up your own now while you have the chance but if you prefer here it is: https://github.com/Heavybullets8/TT-Migration The walkthough tutorial is here: https://docs.dasnipe.com/docs/truenas/HeavyBullet-Migration/ It currently doesn't work for apps that have databases (apparently there is a different tutorial for that).

It also fails for apps that don't have databases enabled as there are some checks missing (as of 15th of April, this may be fixed by now but I haven't checked).
Another potential situation people need to be aware is that some apps have been migrated from no Postgres database to having the need for one, migration will fail for these too.

This is the list of apps that now have a DB requirement and for which the migration will fail:

Build software better, together

GitHub is where people build software. More than 100 million people use GitHub to discover, fork, and contribute to over 420 million projects.

github.com

 

[Rudi Pittman]

It also fails for apps that don't have databases enabled as there are some checks missing (as of 15th of April, this may be fixed by now but I haven't checked).
Another potential situation people need to be aware is that some apps have been migrated from no Postgres database to having the need for one, migration will fail for these too.

This is the list of apps that now have a DB requirement and for which the migration will fail:

Build software better, together

GitHub is where people build software. More than 100 million people use GitHub to discover, fork, and contribute to over 420 million projects.

github.com

It fails on readarr but I can personally confirm if you use "heavyscript --mount" to mount the /config for it, back it up to a folder then mount that folder in the new container (docker or another truecharts) it will load it and migrate the data if necessary.

 

[FrostyCat]

It fails on readarr but I can personally confirm if you use "heavyscript --mount" to mount the /config for it, back it up to a folder then mount that folder in the new container (docker or another truecharts) it will load it and migrate the data if necessary.

That is correct except if the app went from Sqlite to Postgress, in which case there's no forward migration path, I had to redo configurations for some of my apps. Dreading going forward with the other installs I help people with ... :(

 

[Rudi Pittman]

That is correct except if the app went from Sqlite to Postgress, in which case there's no forward migration path, I had to redo configurations for some of my apps. Dreading going forward with the other installs I help people with ... :(

All I can tell you is I DID backup the /config from the truecharts app, setup a new docker readarr and it started fine with the log showing a migration occurred. (supposedly it went to postgress)

 

[tsm37]

The Discord is ridiculous. I popped on there one time to ask a question and was banned for 24 hours because it was in the wrong channel. Ain't nobody got time for this crap.

Totally agree about their discord. The folks there are arrogant. Their attitude is like if you have a different view than theirs, you will be silenced or banned.

 

[Rudi Pittman]

Totally agree about their discord. The folks there are arrogant. Their attitude is like if you have a different view than theirs, you will be silenced or banned.

It's ironic. The one thing Truecharts really succeeded at was bringing together all the people who dislike them. ;)

 

[SecCon]

Scale, as TrueNAS, might not be responsible for this crap, yet we use, or try to use, it within the SCOPE of a TrueNAS Scale installation. I had only come so far as to run ONE app, Uptime-Kuma, and when shit hit the fan a few days ago. I looked for an explanation in several available resources, and found none. I am bit active on Discord and a few statements cought my eye, like

"Truecharts can't offer any guarantees or migration guides for every app. 800+ apps, users have written guides like above for easier migration. " BS....lets get real here..they setup helm charts for existing docker containers. It's not rocket science. If they knew weeks ahead of time this was going to be an issue they could have implemented a better migration..the truth is ornias doesn't CARE....he didn't care when he decided to deprecate the "Node" portmap and didn't bother to change it to "load balancer" which had identical container to host port mapping. All apps could not be upgraded then too

and

I can certainly understand why some people just said "to heck with it" and spun up a VM, installed portainer on it and manage all their docker containers from there.

This reflect badly on TrueNAS Scale, whether you guys assume any responsibility for it or not. If a few simple things like a web site pinging app, in my opinion, do not work, and upgrades of said things do not work, why should I use the App functionality in TrueNAS Scale at all?

Now I face some sort of cleaning up and restoration to get anything working again. it seems to me I may have to reinstall TrueNAS Scale entirely, since no one will make me execute a text wall of cli shit.

 

[danb35]

That is correct except if the app went from Sqlite to Postgress, in which case there's no forward migration path,

What's interesting to me is that it worked for Sonarr. It didn't work for Radarr or Prowlarr. Not sure why.