ohj

I've been using the unRAID file system and Windows shares for accessing files. But currently I only have access to my files when I'm connected to my home network. And files sharing is also a pain. I'm considering installing NextCloud, as I have the feeling that NextCloud's more angled towards file sharing. My wife has her own laptop and mobile phone, and my son's getting to the age now that he eventually will get a phone. I was therefore wondering if anybody had any experience in using either unRAID or NextCloud (in unRAID) in such an environment and could share some thoughts? Also, I've recently started using Wiki.js for documenting stuff at home. Are files in NextCloud available for linking in Wiki.js? Hopefully using a local file path, rather than going through external access (e.g. https://nextcloud.domain.com/file.zip). Thank you for any and all input on this!

Ah, perfect! Thanks alot for the hint! I didn't consider that Confluence needs a specific Postgres version to work. I see now that the latest Postgres server version is v13, while Confluence only support up to v11. After downgrading Postgres to v11, Confluence was happy! On another note, why couldn't that silly piece of software (i.e. Confluence) say that the database is of a wrong version, so people don't waste hours on cryptic, non-informative error messages? Oh well...

Has anybody been able to get Confluence up and running in unRAID? I've been trying all night with Confluence and Postgres. But I'm stuck on the Confluence startup configuration page, as I'm not able to connect Confluence to Postgres. Any help here would be greatly appreciated.

I'm running latest version of Unraid? But which interface are you using? Native UPS support in Unraid or NUT addon? Could you take a screenshot of the settings?

Can I ask how you got the Bluewalker UPS to work with Unraid? I've got a BlueWalker PW VI 2000 UPS that I've been unable to establish connection to Unraid with so far.

I've had some unclean shutdowns due to hangs caused by hardware problems (the mainboard USB controller's crapping out on me). So likely this can be the cause then. But I read that BTRFS corruption is a well-known problem. So I've changed the file system on the cache drive to XFS, and am currently rebuilding the Duplicati database. All is well again, at least so far. 🙂 Thank you for your help!

Perfect! I'll give it a try. On a sidenote, what could have caused this problem? And why is only starting the backup process in Duplicati triggering the error message? I'm just wondering if I ought to not use Duplicati because it's causing problems for unRAID or something.

Ugh, yeah, I should have noticed the 'sdb' reference. I apologize - I am still a fairly new unRAID user. 'sdb' is as you say the cache drive, which is a 128GB SSD I earlier used as a boot drive in the server. I have some shares that store to the cache drive, as you can see. I'm also attaching the diagnostics files: unraid-diagnostics-20210310-1115.zip How would you go about backing up the SSD before formatting it?

What do you mean? Back up all the data on all the shares in the disk array, and then reformat the array?? That's a huge task. How did this happen, and is this something I can expect to happen often? The drives are only two or three months old. Also, I'd like some more confirmation before doing something like this. I have 8-10 containers running on my system with their respective appdata folders, and I have a data share used on several computers at home. I haven't noticed any problems or error messages related to disk IO other than with Duplicati.

I've set up Duplicati to do a backup of my data and container backup shares every night at 03:00. Before that I create a local backup of all my containers' appdata folders at 02:00, and deposit the bacup in the forementioned backup share. This has worked fine for a while, but I noticed now that the backup hasn't run successfully for some weeks. And today I noticed that I get a BTRFS error in my unRAID system log when trying to run a Duplicati backup process. In Duplicati I just get an IO disk error without any more information. Any idea what can be the problem here? As far as I can tell I'm not trying to backup a folder that doesn't exist anymore or anything like that. Why would unRAID complain about Duplicati reading the data and backup shares?

I never found a solution for this. As I have a feeling that this might be a hardware related issue (given that the mainboard with the USB controller is 10 years old), and I remember that I had problems with the computer just freezing when having Windows installed before using it as an unRAID server, I've decided to just stop using USB devices on it for now. I've moved the Zigbee and Z-Wave interfaces and their running containers to another computer, and so far unRAID seems to be stable. Uptime 4 days so far. Eventually I'll replace the mainboard, CPU and memory with new hardware.

No, I haven't. The sticks have been plugged in the entire time. The ZigBee interface is connected to the server through a USB extension cable though. A fairly low quality one, which wouldn't surprise me if causes voltage drop over the thin cable. I've already ordered a better USB3 extension cable, so I'll see if this improves the behavior. The error code you found, is that a Linux specific error code? The 71 code should be EPROTO (Protocol Error) then, I guess.

I'm having some issues with my unRAID server, and it seems to be related to USB devices. Other than the flash drive containing unRAID, I've got a ConBee II ZigBee interface, an Aeotec Z-Stick Gen5 Z-Wave interface and an RFXCOM RFXtrx433XL 433MHz interface connected to USB ports. I've had some issues with both unRAID freezes (lose all communication with both unRAID web GUI and containers), and with the home automation interfaces falling out. Last in line was the ZigBee interface. I see in my unRAID system log that there are some error messages related to the ZigBee interface. Can anybody tell me what the problem here is? Is it likely that I have a faulty USB controller? It's the onboard controller that I'm using, but the mainboard is fairly old (approx. 10 years) so it wouldn't surprise me if this causes problems...

Well, it's been a couple of weeks since the last crash/hang. I've restarted unRAID for other reasons a couple of times, but as of now my uptime is a little more than 8 days - more than double of the longest uptime period I had before disabling the C states. So I think it's safe to say that disabling the C states was the solution in my case. Thanks for all input.

I have a homeassistant container that I'm backing up. And in the image configuration I've added an RFXtrx433XL as a device, and I'm using the RFXCOM integration to read various 433MHz devices. But when CA Appdata Backup/Restore starts the containers again after backing them up, the RFXtrx433XL device is not passed correctly to the container. All the 433MHz entities are "Unavailable". But after restarting the docker container manually in the web GUI, the entities are back again without a problem. Any idea why this is happening? I thought it could have something to do with how the containers are started again after backup. But can I override that the containers are started again after backup? If so I can test starting them manually by using a script instead.