NAS-newbie

I have 63W (at 7% with a T-series i9 CPU) but then I run two enterprise SSD for cache (U.2 NVMe), 3xPCIe sticks (idle at this point) and 4x20TB WD Enterprise HDDs (powered down right now). No GPU as I rely on the one in the CPU for my plex needs.

Yes I also run with two 32GB modules at 4800 (and do does several people who have reported this in the thread) I but would like to know if anybody managed to run with 4x32GB and in that case with what modules and what speed...

Still no experiences of running this board with the full 128GB RAM? Curious about what ECC sticks that works for this and what speed that was possible?

I am using Core i9-13900T - probably total overkill unless you will run a lot of containers, have many users etc. but I will also use it as a build server and some other things and since the build anyhow became quite expensive I wanted some future margin on capacity rather than save some bucks on the CPU. It runs cool and does not consume a lot of power so has worked out nicely. If you really intend to push the CPU at times and want to avoid temp throttling go for a good cooler (when I pushed it really hard it went up to 200W+ according to the display on the UPS)...

Sorry missed that "root cause" and yes it was indeed the problem - must say it is really unexpected and odd that this makes a difference - I would even go so far as saying the other (non-working) order is the more intuitive than the one that work.... To avoid more users having this problem I would really try fixing this and please also change the default - at least for a cache pool and probably even in general on UnRAID I would guess an alternative with redundancy is by far the most likely the desired (and the one with the least "catastrophes" risk if selected by misstake). An odd thing I noticed that even with my RAID0 cache pool the shares placed on it (cache only) was shown as "green" (that I interpreted as "protected") even though they was in reality highly insecure to a single disk failure. Due to this I did not notice the problem until I realized that the size of the cache array was to large for using mirror...

Mine reads "1 group of two devices" and this is ok right? I can actually mention that about a week or so ago I managed to create a ZFS cache pool (I tried several things then also before it worked like first formating the disks for ZFS before adding them, leaving them empty etc.) so not sure how I did it to finally succeed but then I used "default settings" and was burned by same thing as customer in the referenced thread i.e. I got RAID0 (not a good default) and that was the reason I had to recreate the pool again (after all the usual steps to empty it etc) but now it does not work again and with these correct settings I can again figure out how to make it work....

I have looked at space invaders tutorial and believe I followed that quite well - I did the following steps - create a new cache pool (name cache, zfs, mirror, two devices) and assigning two empty (no filesystem) disks. When I start the array the disks are expectedly shown as unmountable. I specify that I want to format unmountable array disks but this does NOT result in them getting partitioned/formatted instead it finished more or less immediately with no error message and the disks still "unmountable". I can add that I previously have had a BTRFS cache pool working perfectly on the same hardware and that I have a non-cache ZFS pool that was created without any issues. The hardware have worked perfectly up to now so I think the risk of hardware problems is very low (recently did extensive RAM test when motherboard was new, server have ECC memory etc). What am I missing?

I need to copy files from an unassigned HD (was previously part of an array but I have done a new configuration with larger disks so uses it as "backup") to my UnRAID array but for a lot of directories and files I get the error message from rsync "failed to stat "/mnt/disk1/:somefilename Invalid or incomplete multibyte or wide character (84)" and when it is a directory that is the problem also "*** Skipping any contents from this failed directory ***" I assume these faulty files and directories (there are many hundred of them) was created by SMB from data on a Windows machine (I live in Sweden where we have åäöÅÄÖ and I can see from the failing names that it is the ones including these international characters). From the error messages it SEEMS from a few example that Ä in directory names result in \#303\#204 and ä results in #303\#244 while in ordinary files Ä is #216 and ä #204. This seems strange to me - i.e. do the files use more than one encoding?! As there are so manty affected files and directories spread out over the whole disk it is not very doable to manually rename them one by one and I instead need to find a way to tackle the encoding issue with a script and some utility working on character encodings. I have googled for these types of problems and it seems one can tell rsync to convert file names between encodings but then I need to know for sure what encodings I have and want and sadly I don't and have no idea about how to find out 😞 There is also a Linux utility "convmv" but once again I need to somehow figure out what encoding to encode from and to and also this utility in not available in UnRAID (and I cant find it in NerdTools either)... Sadly I know about nothing about character encoding in general as well as in Linux/UnRAID in particular so not sure what I need to do in order to fix this? Anybody with expertise on character encoding that can give me some tips on how I can figure out what my current and desired encodings are and how to best try solving the problem? I have not changed anything related to character encoding in UnRAID neither in SMB, when mounting disk or in general so all is "default". I run UnRAID 6.12.2.

Yes could be the SATA cable I used... just like you say I rarely keep track of new or old rather just have a box with them and other disk accessories.... The slim SAS cable looked definitely more premium and more importantly was for sure new and not bent and folded many times as old cables may have endured over time....

I would try ASUS support for the password problem.

Happy to hear you got it working - I actually did some performance measurements and compared the 4 fixed SATA with the four over the slim SAS connector and as expected there where no difference in performance level (due to same protocol and nominal speed) but for some reason the performance variation over time in both bandwidth and latency was a little bit lower (i.e. less jitter) - perhaps there is another controller in the chipset or some other difference between them?! Anyhow I am using these slightly "better" slim SAS/SATA for my parity and largest/most used drives - this is partly a hobby project for me so making every little improvement I can think of is part of the fun 🙂

Sadly I am not the type to document stuff like this but I have some wage recollection that there where one more thing in addition to the setting you mention that I had to change to make it work... sorry I cant be more precise 😥

Just out of curiosity what is different from the format performed as part of the array build procedure to formating a disk with a supported file system under Linux on another machine or say in UnRAID as an unassigned disk? Are there some special metadata written, some special req on formating parameters or? What I was hoping to achieve was to be able to fill the disk before it was added to the array (I assume writes are slower in the array as one also need to maintain the parity but perhaps there is no significant difference?)...

I am removing my old small drives and also switching the remaining drives to ZFS and to do this creating a new configuration. I also have one new drive that would like to use in the new array that already is formated with ZFS and contain data I would like to keep (and have included in the initial parity calculation). I tried to create a new configuration consisting of what should become the new parity drive and the already formated ZFS drive but when I start the array and start the parity calculation the new drive is for some reason marked as "unmountable" even though it is perfectly mountable as a "unassigned disk"...?! Is this because I have never done a "preclear" of this drive or what may be the reason? What is my best way forward in this situation?

Can also say I so far really like the build quality and features of the motherboard BIOS etc. It is not an inexpensive board but in this case it seems to deliver what one pay for. And as you say, at least in Sweden where I live, it seems to be the only motherboard you can ACTUALLY BUY if you want a "raptor lake" CPU with ECC memory so not much of a choice.

It is single bit ECC and the cable is this one.

Maybe also temporarily disable dockers and VMs in settings...

Today I use a single cache drive formatted with BTRFS (that I have not felt very confident running in RAID setup) but after upgrading to stable 6.12 where ZFS is available I intend to add an additional identical cache disk and is contemplating what the simplest procedure would be to switch to a two disk ZFS pool? Would I need to first switch all shares to not use the cache, then run the mover, remove the current one disk pool, create a new 2 disk ZFS pool, reset all the shares preferences back to use the cache and finally run the mover again or is there some less time consuming way?

Redid the whole configuration one more time with new credentials and everything and now it works - not sure what I did wrong last time to be honest...

No more errors found and when comparing with backups I found no diffs so must have been parity disk that was incorrect ....

Are any of the SERVER_XXXX parameters mandatory?

I am using the template but have deleted all "optional fields" with empty values related to OpenVPN to make the template more manageable (OpenVPN username and password must be deleted as I got an error message leaving them blank so assumed this was ok) as I only care for wireguard but maybe some of them must be passed empty values? I have double checked that I pasted in the "redacted" keys right so is fairly sure they are ok. Compared to some examples I have seen I am considering if any of the SERVER_XXXX are needed? When I tried filling some of them in the container did not even start so not sure of the syntax/allowed values in that case....

Trying to make the Gluetun UnRAID container to work with wireguard on winscribe VPN. The configuration I downloaded from winscribe looks like this: [Interface] PrivateKey = REDACTED Address = 100.119.95.165/32 DNS = 10.255.255.3 [Peer] PublicKey = REDACTED AllowedIPs = 0.0.0.0/0, ::/0 Endpoint = arn-159-wg.whiskergalaxy.com:65142 PresharedKey = REDACTED and the resulting docker parameters after my configuration looks like this: docker run -d --name='GluetunVPN' --net='bridge' -e TZ="Europe/Berlin" -e HOST_OS="Unraid" -e HOST_HOSTNAME="REDACTED" -e HOST_CONTAINERNAME="GluetunVPN" -e 'TZ'='CET' -e 'VPN_SERVICE_PROVIDER'='windscribe' -e 'VPN_TYPE'='wireguard' -e 'VPN_INTERFACE'='tun0' -e 'OPENVPN_PROTOCOL'='udp' -e 'OPENVPN_VERSION'='2.5' -e 'OPENVPN_VERBOSITY'='1' -e 'OPENVPN_PROCESS_USER'='no' -e 'OPENVPN_IPV6'='off' -e 'WIREGUARD_IMPLEMENTATION'='auto' -e 'WIREGUARD_PRIVATE_KEY'='REDACTED' -e 'WIREGUARD_PRESHARED_KEY'='REDACTED' -e 'WIREGUARD_ADDRESSES'='100.119.95.165/32' -e 'SERVER_REGIONS'='' -e 'SERVER_COUNTRIES'='' -e 'SERVER_CITIES'='' -e 'SERVER_NAMES'='' -e 'SERVER_HOSTNAMES'='' -e 'FIREWALL'='on' -e 'FIREWALL_VPN_INPUT_PORTS'='' -e 'FIREWALL_INPUT_PORTS'='' -e 'FIREWALL_OUTBOUND_SUBNETS'='' -e 'FIREWALL_DEBUG'='off' -e 'LOG_LEVEL'='info' -e 'DOT'='on' -e 'DOT_PROVIDERS'='cloudflare' -e 'DOT_PRIVATE_ADDRESS'='127.0.0.1/8,10.0.0.0/8,172.16.0.0/12,192.168.0.0/16,169.254.0.0/16,::1/128,fc00::/7,fe80::/10,::ffff:7f00:1/104,::ffff:a00:0/104,::ffff:a9fe:0/112,::ffff:ac10:0/108,::ffff:c0a8:0/112' -e 'DOT_VERBOSITY'='1' -e 'DOT_VERBOSITY_DETAILS'='0' -e 'DOT_VALIDATION_LOGLEVEL'='0' -e 'DOT_CACHING'='on' -e 'DOT_IPV6'='off' -e 'BLOCK_MALICIOUS'='on' -e 'BLOCK_SURVEILLANCE'='off' -e 'BLOCK_ADS'='off' -e 'UNBLOCK'='' -e 'DNS_UPDATE_PERIOD'='24h' -e 'DNS_ADDRESS'='10.255.255.3' -e 'DNS_KEEP_NAMESERVER'='on' -e 'HTTPPROXY'='on' -e 'HTTPPROXY_LOG'='off' -e 'HTTPPROXY_STEALTH'='off' -e 'SHADOWSOCKS'='off' -e 'SHADOWSOCKS_LOG'='off' -e ':8388'=':8388' -e 'SHADOWSOCKS_CIPHER'='chacha20-ietf-poly1305' -e 'HEALTH_SERVER_ADDRESS'='127.0.0.1:9999' -e 'HEALTH_TARGET_ADDRESS'='github.com:443' -e 'HEALTH_VPN_DURATION_INITIAL'='6s' -e 'HEALTH_VPN_DURATION_ADDITION'='5s' -e 'UPDATER_PERIOD'='0' -e 'PUBLICIP_FILE'='/gluetun/ip' -e 'PUBLICIP_PERIOD'='12h' -e 'VERSION_INFORMATION'='on' -e 'HTTP_CONTROL_SERVER_LOG'='on' -e 'PUID'='1000' -e 'PGID'='1000' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:8000]' -l net.unraid.docker.icon='https://raw.githubusercontent.com/qdm12/gluetun/master/doc/logo_256.png' -p '8888:8888/tcp' -p '8000:8000/tcp' -v '/mnt/user/appdata/gluetun':'/gluetun':'rw' --cap-add=NET_ADMIN --restart always 'qmcgaw/gluetun' I get the following in my logs: 023-05-30T18:35:28+02:00 WARN [dns over tls] cannot update files: Get "https://www.internic.net/domain/named.root": context deadline exceeded (Client.Timeout exceeded while awaiting headers) 2023-05-30T18:35:28+02:00 INFO [dns over tls] attempting restart in 40s 2023-05-30T18:35:39+02:00 INFO [healthcheck] program has been unhealthy for 26s: restarting VPN (see https://github.com/qdm12/gluetun/wiki/Healthcheck) 2023-05-30T18:35:39+02:00 INFO [vpn] stopping 2023-05-30T18:35:39+02:00 INFO [vpn] starting and the HTTP proxy does does not work on port 8888 as I expected it to. I had expected to put in the endpoint arn-159-wg.whiskergalaxy.com:65142 somewhere but perhaps not needed? What else may be wrong....

Thanks for the tips about IPMI and USB - I have ordered a UPS and now I know where to plug in the monitoring!

I can report that I am successfully running UnRAID with the Asus Pro WS W680-ACE, a "Raptorlake" CPU and this Crucial memory (2 x 32GB DDR5 ECC sticks at 4800) for weeks. I am using the four SATA connectors on the motherboard as well as the four additional ones available through a "slim SAS" connector (I ordered this cable from Amazon that seem to be ok quality). I have not managed to detect any other temperatures than the CPU, acpitz and my nvme-pci-0400 with the temperature plugin. As cache I use Kingston DC1500M U.2 Enterprise 2,5'' SSD (using this adaptercard) .I have not yet had time to test the IPMI card but that is on my to-do list - not sure if it will provide any options for more advanced management of the hardware from UnRAID (the IPMI plug-ins I have seen seem to only target specific motherboard brands and not ASUS)...