S80_UK

So that is a DLNA server and the options that I suggested are broadly similar and therefore should work. minidlna might be a good place to start, at least to prove that it can work. Roon is for those who want in depth information on albums, artists, etc. and offers a potentially better media browsing experience. I tried it, but decided that for me it was not worth the cost. It may claim audio quality benefits - but a good DLNA client and server can stream bit-accurate audio gaplessly, so I am sceptical regarding any additional audio benefit from Roon. One important point to note is that the media browsing and selection options are heavily determined by the DLNA server application and not by the player or the control point / media broswer (if that is separate). Thus, some DLNA software will only let you see a list of 500 artists as a single long list - whereas others (Twonky Server, for example) allow custom search trees, and indexed searches (such as A, B, C, D or ABC, DEF, GHI as a first menu level) which can make life a lot easier. There really is no substitute for trying different server applications with your own player and your own music library. I use Twonky for FLAC streaming, but not the exact version found from Community Applications. I just happen to have been running mine as a process started up from the "go" file on my Unraid flash drive, and I've been doing it that way for the past 10 years, long before Docker was available as a means of running third party applications under Unraid. I also run another DLNA server called AssetUPnP, but again I run that more or less from the command line, not via Docker.

@Scancell Does the Bluesound Node support DLNA? (the product's web pages are seriously lacking in useful information regarding the network streaming protocols that may be supported, and the manual tells me even less.) If so then take a look at Minidlna or Serviio in Community Applications (install that first as a plugin if you don't have it). Also there you will find Twonky Server which may also work for you. In Community Applications just search for dlna and you should be able to find these. Edit: I also see that the player should be able to read files directly from a Samba share, in which case you may not need any additional software at all to access music files from an Unraid share on your home network. See here... https://support.bluos.net/hc/en-us/articles/360000469948--How-do-I-connect-music-on-my-NAS-PC-or-iTunes-Shared-Music-to-BluOS-

It looks like the cycle of alternate good and bad releases of Windows is continuing... 95 - good 98 - bad 98 SE - good ME - bad XP - good Vista - bad 7 - good 8 - bad 10 - good 11 - ???? Ok, that's a little contrived, but from everything that I hear about it, I am getting the feeling that upgrading to 11 any time soon may not be worth the effort.

You need to set it that way in the Time and Date settings - but you have control over where it goes. I also set up some other devices so they get it from Unraid, but that's just me...

It's often the case that your router may offer a local NTP server. My Unraid server gets it from there, and only the router gets time from outside.

Without more info we can only make wild guesses.

I don't see this. How long does it run for before stopping? If it stops when scanning your library, for example, then that is most likely an issue with one or more of your media files, perhaps invalid meta-data. I have the docker running for weeks at a time without issue, and the only restarts are for version updates.

There is some set up of folders in the docker settings, but the Web page is working just fine for me both for looking at the library and for streaming to some clients... http://[IP_address_of_server]:3689 For what it's worth, I have never used this with iTunes - I probably wouldn't know where to start.

As part of the above, I set shares that are almost never accessed to not be exported (so they are not accessible or visible on the local network). Then I configure shares for items such as media that are accessed frequently for reading but rarely for writing to be read only. For both of these I only modify the settings as needed of access or updates on a temporary basis. This prioritises security above convenience, but it minimises the time that a potential rogue device on the network could possibly have access. The only shares that I have enabled for writing are not used for critical data, and only for short term storage. On top of that I have a second backup server, which is powered off and therefore completely inaccessible for more than 99% of the time (that is, any time except when I am updating those backups). I accept that not everyone has the luxury of a second complete backup, but it is vital to have additional backups of critical data on storage which is completely independent of your Unraid server. The same would apply to any other network connected storage system.

The UPS software in Unraid is based on apcupsd, and does not generally need Modbus enabled in order to operate correctly. All that Modbus offers is a much more detailed view on the parameters in the UPS relating to power usage, battery and so on. However, I note that your UPS includes what APC describe as "Basic UPS signalling" and I have seen reports that suggest their may be problems in making this work with the apcupsd software. I have not been able to find out what "Basic UPS signalling" really means, but I suspect it may be a very limited protocol, and perhaps only working with APCs own software provided for these units. I suspect also that the Modbus option is not a feature in your unit. I am sure you already looked, but I could not find other references to this type of UPS on this forum

Can't you just resize the window? (or have I not understood correctly?)

Hi @itimpi - I just thought I would update you. I have run several scheduled and manual checks over the past few days using 6th April version and 2nd April version, and I have tested with and without scheduled pauses of the checking. All tests have worked and run to completion exactly as they should. The only cases I have not tested are for unplanned checks after an unclean shutdown. So thanks again for your work on this, it's looking very good.

Personally, I don't care what it's called, so long as I don't lose the functionality that I happen to use. For me, that's streaming to Roku SoundBridge clients. I've been using daapd in one form or another since 2006 when it was still called Firefly Media Server. 🙂

@limetech Thank you for the update. Two servers updated from 6.9.1 without apparent issues. This was about as painless as it gets! ☺️

I have this message too. Is there anything that I can provide that may help?

Hi @hf00, thank you for the quick reply. I am sorry that I hijacked your post, but the problems that you and I saw (failure to complete a back-up) were the same. It seems quite likely that they may have different triggers, and it's only a possibility that they then go wrong similarly after that. From your sig I can see that our two setups have relatively little in common so there are no obvious clues there. My flash access remains absolutely OK, and at normal speed until I trigger the fault. After that the flash access slows down massively. My UPS data connection (also on USB) also seems to suffer and sometimes the server then fails to read the UPS status. As mentioned, I shall keep plugging away at it from time to time. I'll add any new information that I come up with. I may also try a prior Unraid build (perhaps back to 6.8.3) just to see if changes in the software helped enable this situation. Thanks again, Les.

More follow up: I tried allowing the interrupt on the HBA card to connect. As with my previous motherboard, I could then not boot (just loads of error beeps). So I masked the pins again and was back as before. Further testing has shown that the IRQ 16 Disabled error (which happens just before the USB flash access is slowed down) is triggered simply by disconnecting and reconnecting the HDMI lead from the monitor. As far as I can tell, my KVM switch does not create a virtual HDMI sink on the inputs that are not being fed to the monitor, and so the server sees exactly the same situation every time that I change the source in the KVM away from and then back to the server. And specifically, it seems to be the HDMI reconnection that causes this. I have no clue as to why this happens, or how it could be prevented. For me the answer is not to switch the KVM back to the server after start up. Or if I do, to know that the access to the USB flash is then compromised. For all I know, this could be a function of the mother board, the chipset (I have seen it with Z77 and B75) or the processor (Xeon E3-1275 v2). I am not going to spend more time on this currently. If I find a better KVM I may give it a try, but I have other things to spend time on. @hf00 - I am not sure if you've read through my ramblings above. It would be interesting to know whether your problem backing up the flash has any correlation with the HDMI disconnect / reconnect that I have described.

I am still digging. So far, I have determined that the change in the USB performance that affects the flash memory speed is triggered when there is an unhandled interrupt (IRQ 16 in my case). That unhandled interrupt is then disabled according to the log. So far, I am at the stage where I can make this happen, and the cause is a little surprising. My server is wired to a 4-port KVM box to switch the HDMI and USB connections to my screen, keyboard and mouse. It seems that either switching away from the server (to use another computer) or switching back to the server (to see what's going on) may cause IRQ 16 to be disabled. I am not yet sure which of these two it is, or whether it may be either. If I reboot the server and do not switch the KVM (the interrupt does not get disabled) then I am able to backup the flash from the web GUI in the usual manner. Some googling around led me to run the command lspci -vv (note, that's a double v, not a w). That tells me that IRQ 16 is associated with both a chipset USB controller and also with my Dell H310 HBA. That's as far as I got last night. Now, on the HBA, the IRQ was masked off with a piece of tape to allow reliable boot up with a previous mother board. When I swapped motherboards about a month ago, I forgot to check if that tape was still needed. So my next check is to try removing that and then see if the machine will still boot and if the IRQ is then still being disabled after the KVM switch. However, I believe that the USB slow down was happening before the motherboard swap. I suspect this problem is due to the KVM. I think the problem appeared for me when I switched from using an old KVM that switched VGA signals to a newer one that switched HDMI (around the time that I change monitors). As far as I can tell, the interrupt is being disabled due to the HDMI switching. I have just about eliminated the keyboard switching as a cause by disconnecting the USB lead between the server and the KVM and using a separate keyboard connected directly to the server. If it turns out that the KVM is responsible, then I can probably live with this for now by not using the KVM for the monitor switching. (My monitor has multiple inputs, so the use of the KVM here was more for convenience.). And even when the IRQ has been disabled, the flash is still accessible and appears to work normally - just at a tiny fraction of the expected speed.

Water cooling... It's a whole new way to pour cash into a seemingly bottomless pit... 🤣 But I agree - it becomes an interesting and rewarding aspect of PC building. I have no idea about applying water cooling to multiple hard drives. I am sure it's possible, but coupling the drive chassis to the water block effectively might present some challenges. (I have not looked to see if such things exist.)

Impressive build. In my main PC (not the server) I use one of these... https://aquacomputer.de/newsreader/items/aquastream-ultimate.html (they're not cheap though). It has an integrated coolant temperature sensor, fan controller, pump controller and so on. The control curves can be set up using WIndows software with whatever parameters you need, and it then stores the configuration in non-volatile storage within the pump/fan controller hardware. Such a device could remove the need to monitor and control from the server if so desired. Just a thought - although I would imagine you've already invested significantly in your current implementation.

Hi - I am just giving this a bump, since I am also seeing something similar. I am not sure when this issue started, but it could have been with 6.9.0 - certainly I used to back up reliably when using 6.8.3 I wonder if my flash is somehow dropping back to USB 1 kind of speeds. And in case any one asks - it is a USB 2 flash device in a USB 2 socket (my motherboard cannot boot from it's external USB ports). Update: So I change to my spare Unraid USB. This is a newer 16GB Lexar, but also USB 2. Initial testing in the same port shows that for some reason the port / device combination is in my case down-grading after start up to USB 1, half-speed - a paltry 6Mbits/sec Initial access during boot seems fine. I now need to try to figure out why this is happening. Motherboard is a Gigabyte GA-Z77X-UD5H.

Thank you for the updated build. I shall test as usual and report back.

Hi @itimpi - thank you for the update. Just let me know when you'd like me to test. BTW, I am retired, so free time is not an issue. But when I was working, one of my tasks was usability testing of embedded software. I have a reputation for breaking things that I need to maintain...

Thanks for the pointers. While the check was running I had a parity.check.tuning.manual file, but it was of zero length and the date stamp of the file was the point at which I started the manual check. It has now gone, presumably since the check finished after I resumed it. I am attaching the parity.check.tuning.progress.save file for the check just completed. It was started at 00:56 this morning, paused automatically just after 09:00 and resumed manually just after 16:00 this afternoon. Also the other files in case they're useful.parity.check.tuning.cronparity.check.tuning.cfgparity-checks.logparity.check.tuning.progress.saveparity.check.tuning.progress

Hello @itimpi, I have a minor update for you - some mixed results so far. A scheduled check with pause worked correctly. I love the detail in the final notification and email regarding average speed, etc. That's a nice addition. A manual check last night which should not have paused still did so, just after 9am this morning. I am now letting it complete, but I shall run it again and with some logging enabled this time. Please let me know if there are any specifics I should look out for. Just to be clear - I am not too concerned, but I just want to help you get this to where you want it. (I don't want to be seen as pushing...) Cheers, Les.