jrmcmillan

Thank you. That worked!

Everything is working ok, but it now gives me an error message regarding the cache pool after upgrading from 7.2.6 -> 7.3.0. The cache pool appears to work fine. mini12-diagnostics-20260514-1051.zip

I turned off docker (including table readmore.js) and vms. And, I could stop the array and restart it! So, I guess my procedure going forward is to turn those things off before stopping the array. Thanks for the hint!

Circular discussion. I don't want to sound impatient, but you just described what I originally posted. I'm looking for a potential solution, not a restatement of what's already been documented.

No, that's not what happens. The array will never stop. It gets hung up and will sit there for a zillion hours, stuck. SSD is inaccessible as well.

It never hits this timer. It gets stuck waiting for something...and I think it has to do with closing files as "shutdown -f" works.

I get that...the issue is what does Unraid expect that it's not getting from the array (inside the usb enclosure) when trying to shut it down? And, is that something I can configure in Unraid so it doesn't get stuck looking for it?

From my way of thinking, Unraid is looking for something from the disks when shutting down the array which it's not getting, hence it just gets stuck waiting (forever). The only way to recover at that point is to power off the server. As I understand it, "reboot -f" tells Unraid not to look for anything, just reboot - which is why that works - but with the unclean shutdown flag set.

I know for sure the main array causes a problem with the shutdown/reboot - e.g., the 5-bay causes a problem because at one point, I had the cache (4-bay ssd) off. I do not know whether the 4-bay is a problem or not.

My setup is a mini-pc, an Orico 5-bay usb enclosure for the array (4 bays populated) and an Orico 4-bay ssd enclosure for the cache (all bays populated). The system performs perfectly with one exception, I cannot shutdown the array (or reboot, or just turn it off). It gets hung (forever). What I've determined is when I need to do one of those 3 things, I have to "reboot -f". I'm always careful to stop docker/vms before doing this so there is no file activity going on. However, Unraid always detects an unclean shutdown so it always starts a parity check. It's no big deal the turn that off. However, I'm wondering if there's a better way...If the answer is "don't use usb drives" that's not really an option for me, so I might just have to put up with the inconvenience. In any event, is there a config parameter or something else that might fix this? mini12-diagnostics-20260116-1615.zip

Not upgrading the pool was the problem. Pool upgraded and 4th ssd added successfully. Thanks for the help.

mini12-diagnostics-20260105-1332.zip These diagnostics were done after trying to add the 4th cache disk and I got the "wrong pool state" error.

RAIDZ1, yes.

I currently have a 3-ssd zfs cache living in a 4-bay usb Orico ssd enclosure. It works perfectly and has been for over a year. I decided to try to expand the cache pool to 4 disks using the new zfs 7.2.3 expansion functionality. I can add the 4th disk (it shows up as an unassigned disk as it should). I can change the pool size from 3 to 4 and assign the 4th ssd. The existing 3 ssds stay green dots, with the new fourth ssd with a blue dot. It says nothing about formatting or losing data. I try to start the array and I immediately get the "wrong pool state" error. Is there some kind of limit going to 4 disks? The example video only goes from 2 to 3 disks. Or, perhaps there is something else going on. Thanks in advance for any help.

NexusEFR, I think you may be right about getting support. Last night, there was an Odoo17 update which "broke" Odoo. Specifically, it broke the Dashboards. As near as I can tell, the dashboard is the only thing that got broken. The error message is attached below. Of course, I have no idea how to fix this. Any ideas with respect to getting support for these types of problems?

Eurotimmy, one more question. I have Odoo up and running successfully on my Unraid server, can enter new records, etc. I am not able to integrate Odoo into my email (Outlook). I am not sure why, but I think it has to do with Odoo not being a secure installation. In the setup process, it wants the Odoo database address to be "https:\\..." when in reality it's "http:\\..." While it would be nice to be able to use the email feature, I can work around that issue. The problem I cannot work around is this: the database seems to get corrupted once in a while. The last time it happened was with an Unraid update to Odoo and/or Postgresql15. I'm not using Odoo in production, so I just end up reinstalling it from scratch when it happens. However, if I'm ever going to be able to use it in production, I need to be able to backup and restore the data reliably. I've tried using the Odoo database manager but haven't had any luck. I'm guessing it's because I do not know how to use it. Frankly, I do not even know where the database is stored as I know very little about Linux. I'm guessing inside the docker somehow, but I have no idea how to access it outside of using Odoo. Again, I'm looking for a reliable way to backup and restore the Odoo data should it become corrupted somehow.

Thanks for all your work. At this point, I think I'll just stay with the community version and the free functionality. However, I've got another issue/question. My config is happy running Unraid (and Odoo) in unsecured mode (http:). I installed Tailscale and added it to my Unraid server, local pc, and remote laptop (I'm a consultant and on the road quite a bit). This gives me remote access to both the Unraid server and Odoo, and works fine for my situation (single user and defined Tailscale network). I'd like to enable the email functionality in Oodo, but it only wants to connect to the Odoo database via a secured connection (https:). My assumption is Odoo cannot have a secured connection unless Unraid uses a secured connection. I'm stuck because I don't know how to setup Unraid with a secured connection. I've tried to follow the Unraid docs, but I haven't had any success using a self-generated certificate and don't know how to go any further. So, 2 questions: 1) Is my assumption correct regarding needing to get Unraid working with a secured access first? If so, how do I do that? 2) Using Odoo's email plugin (Outlook), it asked for the database's address. I assume it's [https://local IP address:8069]. Is that right? Or is it something else? I have virtually no Linux command line experience and have only gotten Odoo and Plex dockers working because of the good templates and YouTube. Any help would be appreciated.

One more question: I assume what I have is Odoo running on my Unraid server with the database also on my Unraid server. I'm thinking it has nothing to do with Odoo running on an Odoo server and database. The initial configuration comes with the Invoicing module. I'd like to add the accounting module. However, when I do, I get sent to an Odoo server and end up creating a database on their server - which I don't want to do. So, my question is: how do I install Odoo apps on my Unraid server, using my local database?

Hi Eurotimmy. It's now working! I think the key was deleting the database completely and removing the appdata file, then reinstalling. It obviously didn't like something from the initial setup, but it's now working fine. (I didn't do anything with the PGUSER stuff). Thanks for the help.

I too am having trouble getting Odoo to start. I've followed the template instructions but I'm getting logfile error messages - which I'm guessing are permissions issues. Here's the Odoo docker config: Here's the Postgresql15 docker config: Here's the Odoo config file: And here's the log files from Odoo and Postgresql15, respectively. It doesn't seem to recognize the user "odoouser". However, it is set up as an Unraid user as well as in the docker/config files. Any help would be appreciated.

I received a series of error messages in the Unraid log which I do not understand. The errors are at the end of the attached log starting on Feb 10. To explain a bit of what's going on in the log: At 1:45, Unraid does an Appdata Backup At 2:00 Unraid does a Plugin Update At 2:15 Unraid does a Docker Update At 3:00, a PC attached to the network copies a series of files to the Unraid server (initiated by the PC), which is serving as a backup to the PC. On this night, it was copying about 25 files and something on the order of 325 GB. At 3:23, the errors start At 3:24, the errors stop At 5:01, the file copy apparently ends (seems long since the files should have been copied in about 1/2 the time) At 5:33, the disks spin down All the processes completed successfully, files copied, etc. However, I'm concerned about the error messages. Both the log and the diagnostics are attached. Any help is appreciated. mini12-syslog-20240210-1700.zip mini12-diagnostics-20240210-1156.zip

To finish this topic, the simple solution is to turn off Tailscale's DNS service. It makes remote access a little more cumbersome, but easily overcome by creating favorites with the web browser.

I have an Unraid server (mini12) connected to an internal network running at 2.5 gb. The external network runs at 1.0 gb. I access the Unraid server via a Windows 11 pc in the internal network. I have discovered that when I log into the server using the network name (mini12) from my local Windows pc, the file transfer speed is slow (~110 mb/sec). However, when I log into the server using the internal IP address (10.0.0.112 - which is fixed), the file transfer speed is at the full 2.5 gb network speed (~240 mb/sec). I use Tailscale (plug-in version) to give me remote access to the server, but the issue is with respect to internal network access, not external. Having said that, I'm guessing that when I use the server name (mini12), I'm using Tailscale's DNS system which runs at my external internet speed (1.0 gb), hence my internal file transfers are affected. I have confirmed that if I disconnect Tailscale from the Windows 11 pc, file transfers occur at the 2.5 gb network speed. Therefore, I think I've got a Tailscale configuration problem. Are there any Tailscale gurus out there that can help?

This problem has morphed. I have discovered that when I log into the server using the network name (mini12) from my local Windows pc, the file transfer speed is slow (~110 mb/sec). However, when I log into the server using the internal IP address (10.0.0.112 - which is fixed), the file transfer speed is at the full 2.5 gb network speed (~240 mb/sec). I use Tailscale (plug-in version) to give me remote access to the server, but the issue is with respect to internal network access, not external. Having said that, I'm guessing that when I use the server name (mini12), I'm using Tailscale's DNS system which runs at my external internet speed (1.0 gb), hence my internal file transfers are affected. Therefore, I guess I've got a Tailscale configuration problem. Are there any Tailscale gurus out there that can help?

I downloaded iperf3 on my main Windows pc and tested it writing to the Unraid mini pc server. The Unraid mini pc server is 10.0.0.112, the main Windows pc is 10.0.0.33. Here's the result: This appears to me that the network is running at 2.5 gb. However, below is a screenshot transferring a 9 gb file via Windows 11 copy/paste from the main pc to the Unraid server (MINI12): You can see this is only running at 1.0 gb. I did not go through the trouble of hooking up a keyboard and monitor and rebooting the Unraid mini pc to Windows 11 and then copying a file to it. But, having done it many times, it would have shown the transfer taking place at the 2.5 gb speed. As I said in my original post, transferring files from my main pc to the mini pc Unraid server did work at 2.5 gb speed for about a month, then stopped and now only runs at 1.0 gb speed. I'm still looking for help.