Nodiaque

I know about the doc, I've read it many times. Using the CA is actually not supported, St least when I opened ticket since its not directly their container. It also says right at the start of the doc The Unraid template uses a community made image and is not officially supported by Immich This is for the aio. It is not official per immich, it's not even supported. Docker compose plugin is a way. Doing it manually with the other CA that are separate of each docker from the docker compose yaml is also supported since its the exact same docker as docker compose but with template. I got support on more then one occasion with using only the official docker, using compose or not. This AIO as 0 support from dev.

This is one way using this docker, that is all in one with the machine learning and doesn't use official image. The guide I provide some post behind is using all official container using unraid CA. It's replicating Docker Compose way of doing it without the plugin, all with CA. There's even a guide with all the setup for files which, since we are using official docker, we can now use all env variables properly. The choice is to the user in the end. I made the switch so I now have full support from Immich dev.

Someone said they downgrade when not in use? All slots are pcie 3.0 according to spec. It's also in the recommend slot from Dell to put gpu in

Restoring to a working version of your dB at the same version of the container... If you simply restore with the latest version, it's normal the issue is following.

Ah! Good to know

Yeah he's doing exactly the same as me but he automated it. I'm not very github / docker knowledable so I know nothing about automation. What he does is the automation check nightly if a new windroseserver/windroseserver docker image is built. If yes, import, extract /home/ue_user/app/ (where all the linux binary are) and then copy them into it's image. It's what I'm going but manually. We both use a debian-trixie image and we even have many things in comon on how our image are built. Maybe he looked at ich777 original work (or the one he based it off). In the end, it's not rocket science for that. He also start directly with debian-trixie-slim and build from there. while I start from a custom debian image ich777 keep updated (I have made mine but since I have nothing to keep everything updated automatically or simply notify, I still use his). Those "custom" image are tailored for Unraid thus better anyway (respect uid and guid as parameters, properly set permission on run, etc). edit: Restarting his docker (netdy tech blog) won't update your binary when looking at the code in github. It's a new docker image, so it's more then restart, you have to update the image, just like any normal docker image. edit 2: I did learn from his docker though. I didn't think I could copy files directly from another docker in a dockerfile. I'm currently testing it out. If it work, I'll have to learn automation for the next. Thing is now, how I find version since I was doing it manually. edit 3: Well it work, so it make updating the image much easier and faster. I read on the automation in github and my head hurt so I haven't got anywhere for now. I'm thinking I could do a fetch at the beginning of the image but this would take a long time at each boot. To be continued

Oh I don't contradict your information, I did found out the broadcom information about the LSI SAS 2008 which says it's PCIe Gen 2 (https://docs.broadcom.com/doc/12352283) So it's the plugin that is in the wrong then, cause it shows as 2.5gbps But the NVidia is downgraded to PCI gen 1 though LnkSta: Speed 2.5GT/s (downgraded), Width x16

I'm unsure if it's really an error, the whole page on amazon speak of gen 3, even the title say gen 3. It's been far too long for me to return. But shouldn't it show gen 2 and not gen 1?

So I got sold something that isn't what spec on the seller page if I understand correctly, cause they say it's a PCIe Gen 3 x8. But if it's gen 2, why does it connect at gen1 speed?

NVidia Quadro and SAS HBA

Here it is lspci.txt

The problem is the template, when you load it, doesn't load the default host path properly. It only put /mnt/user/appdata/redis instead of /mnt/user/appdata/redis/conf/. I don't see how changing the container path would fix that. Is there something behind the scene that prevent a container path /config to have a specific path name? I never saw that kind of problem on any other template, normally, path are working fine

Hello everyone, I'm looking at various plugin and information about my server. It is a Dell Precision 5820 with a Xeon W-2275. According to specs, it has all PCIE Gen 3 slots. But looking at lspci output and various other plugin like hbaviewer and GPUStats, they are reporting connected as Gen1 speed but Gen 3 available. Does anyone know how to enable it to be on Gen 3? Both card connected are Gen3. Thank you

That's why I made it a different container. Some might want to go to the Linux container instead of wine compatibility layer. I just really don't like how they did it. I never saw a game company release a docker and not use the distribution mechanic. I open a ticket with them asking to push the Linux server on steam like they did with Windows.

But why does it truncate the path in my XML? I never had that problem. I tried recreating the template and it still did that.

Is there some monitoring on that? It seems to be a place to upvote for feature, but right now it's a bug and because of that, my template is wrong although the xml isn't.

Ok, so I made a new template. Windrose-Linux. This docker is totally different then the current Windrose one. Windrose didn't release the Linux dedicated server into steamcmd. The only way to get the file are to extract them from their own docker. We could use their docker directly, but that docker doesn't run as 99:100 user which break unraid. So what I did is I extracted the docker, copied the server files, checked the dockerfile from the original docker and made it unraid compatible. Because of that, this docker doesn't auto-update with SteamCMD (it doesn't use SteamCMD at all). I will need to extract each time and create a new docker version, thus update won't be as fast for sure. Since I do not own the game, I haven't tested. According to log, everything seems to run fine. Migration should be as easy as starting the game, stopping, copying the config file and the save folder. DO NOT MAP DIRECTLY TO THE OTHER CONTAINER. You will have to create the config file (can be an empty file) before starting, else it will create a folder and crash. This docker contain all of the game, so it's bigger (~5gb) and you only have the savegame and the config file in appdata.

OK so I've checked that. What they release is a dedicated docker image built by them on repo windroseserver/windroseserver:latest. We could use that, problem is we cannot change the user. They run everything under the user ue_user and everything is under /home/ue_user/app. Because of that, if we set --user=99:100, it break. They didn't release anything to create our own linux server beside that. I'm trying to understand how the docker one they release work and see if it's simply running wine like we are doing. edit: Ok so far, I've manage to understand what they did. The problem is the source file aren't on steam. I could extract them directly from their own docker and have it run, problem will be each update will require a manual job (new image) which will mean having a maintainer. I'll continue investigating.

Easy fix? Restore your earlier working backup. Immich also do daily backup (unless you didn't enable backup) so you can simply restore immich backup.

Now what you can do is update to latest version of postgresql. The latest is ghcr.io/immich-app/postgres:18-vectorchord0.5.3-pgvector0.8.1. The version you currently have is a stepping stone because you had an older version. Do make a backup before. Easy way is stop the database, copy appdata and do the job. If something happen, just stop, change container info, copy back the backup and start. Also, check database log. If you are user other then postgres in your database, it could fail the update (some job after the database is ran using postgres user. I already opened a ticket on that). Easy way is simply to open a backup file using the FAQ procedure and run a restore database on a DB container (with updated configuration in immich container to for the database user). You can try without changing the username and see what happen. The database log will show you. Good thing with that is it's easy to restore.

For that exact info, refer to the upgrade guide posted in the postgres container log

Start by updating your Sql to latest version following official guide posted in the startup log of the postgres container. Backup between each step. Once you are done, update the immich container and that's it. You cannot just replace to whatever container you want for postgres, you have chance to corrupt or be in a weirs state. Follow the official guide. Edit: I did wrote a typo. I see I said trigger the update in immich when I was talking about the backup. Sorry for that, I mean instead of doing an unsupported dumb, trigger the immich built-in backup instead. I've fixed my typo

Just saw your edit. What you said about PostgreSQL look like what you must do. For the dumb, I would just trigger the backup in immich itself instead so you have a working per immich backup. Just change the next run time to 2 minutes later and it will run. Once you have move to that PostgreSQL, start immich with same version, do not update. Backup again. You can then move to latest PostgreSQL after (the one you linked isn't latest but it's a step you need to do). It is also required to do those step if you want to move to official. Also, if in your PostgreSQL container, you used a custom username like immich instead of postgres, I suggest you do the username migration I put in the FAQ of my post. Immich maintener doesn't support custom username. It's very easy to do. And required if you want to go official.

Official or not is your call. I prefer official, but it's 4 docker to manager. This docker is aio with machine learning, still require redis/vaulkey and PostgreSQL docker. But it's not supported by immich. As for migrating, I'm not aware of special migration path, but you should maybe look at the FAQ from immich website and see if there's something about moving from 1 to 3. Maybe you need to go at 2 first. There is 2 guide I'm talking about. The first one I talk about is from immich not rorar. It's written in the log of immich PostgreSQL container when you start it. It talk about vector unsupported and shoe you how to migrate to latest version of official immich PostgreSQL container. I don't have the link to that, it's written in the log. My guide is how to migrate from this support container to the official container. It is the last link you put. Just before that guide, I made another post on how to move to latest immich PostgreSQL but I highly suggest following the upgrade link in the immich PostgreSQL startup log.

Yes, read previous post, I posted a guide to migrate to the official docker but there's also in it a guide to migrate database that you can follow and continue using this container As for the postgresql migrationg, simply follow what's in the log file of the container (restart it and look at the beginning, there's a link to a guide).