Arcaeus

So from the CLI, I restarted (what I assume is) the networking service with: sudo /etc/rc.d/rc.inet1 restart And it seemed to come back online. This is odd to me because about 2 weeks ago, my NFS service randomly turned off and once I restarted it, it's been fine. Could there be a connection here?

So I have 2 NICs in the system. One is the onboard mobo NIC which is not plugged in, and the other is a 10G PCIe card. I just restarted the server and booted into GUI mode to see if I could see anything. The system became available on the network, and I could access the WebGUI from my phone without a problem. So I rebooted back into regular headless mode and the webGUI is back to being inaccessible.

Hi all, I woke up this morning to my Unraid server offline from the network. I haven't made any config changes recently, and was just using it last night. I can't access the webGUI or ping it from my client PC. I restarted the server and it seems to boot just fine, but can't ping anything from the bare metal Unraid CLI. I see link lights on the NIC flashing, so it seems like something is happening and the NIC hasn't become unseated. Any ideas why it's not accessible on the network? Diags attached. mediavault-diagnostics-20240912-0551.zip

Here are the two log files you requested. I tried turning off the VPN when editing the container, and it worked, but when I turned it back on, I got the same error. The logs below are from when the VPN container variable was set to yes. I just tried it again and it's working?? Not sure what changed. DelugeVPN_command_execution.txt supervisord.log

Hey everyone. Just updated to the new version of DelugeVPN and now I can't open the webGUI. I use PIA as my VPN client. I personally haven't changed any of the settings, just clicked "Update Container" or whatever through the Docker tab. Now when I click on webUI, I just get a "Connection Refused" error. I opened the Docker logs and saw some SSL/TLS errors, but I'm not sure what they mean: 2024-06-05 09:19:37,831 DEBG 'start-script' stdout output: 2024-06-05 09:19:37 WARNING: file 'credentials.conf' is group or others accessible 2024-06-05 09:19:37 OpenVPN 2.6.10 [git:makepkg/ba0f62fb950c56a0+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] [DCO] built on Mar 20 2024 2024-06-05 09:19:37 library versions: OpenSSL 3.3.0 9 Apr 2024, LZO 2.10 2024-06-05 09:19:37 DCO version: N/A 2024-06-05 09:19:38,831 DEBG 'start-script' stdout output: 2024-06-05 09:19:38 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2024-06-05 09:19:38,831 DEBG 'start-script' stdout output: 2024-06-05 09:19:38 OpenSSL: error:068000E9:asn1 encoding routines::utctime is too short: 2024-06-05 09:19:38 OpenSSL: error:0688010A:asn1 encoding routines::nested asn1 error:Field=revocationDate, Type=X509_REVOKED 2024-06-05 09:19:38 OpenSSL: error:0688010A:asn1 encoding routines::nested asn1 error:Field=revoked, Type=X509_CRL_INFO 2024-06-05 09:19:38 OpenSSL: error:0688010A:asn1 encoding routines::nested asn1 error:Field=crl, Type=X509_CRL 2024-06-05 09:19:38,832 DEBG 'start-script' stdout output: 2024-06-05 09:19:38 OpenSSL: error:0488000D:PEM routines::ASN1 lib: 2024-06-05 09:19:38 CRL: cannot read CRL from file [[INLINE]] 2024-06-05 09:19:38 CRL: loaded 0 CRLs from file -----BEGIN X509 CRL----- MIICWDCCAUAwDQYJKoZIhvcNAQENBQAwgegxCzAJBgNVBAYTAlVTMQswCQYDVQQI EwJDQTETMBEGA1UEBxMKTG9zQW5nZWxlczEgMB4GA1UEChMXUHJpdmF0ZSBJbnRl cm5ldCBBY2Nlc3MxIDAeBgNVBAsTF1ByaXZhdGUgSW50ZXJuZXQgQWNjZXNzMSAw HgYDVQQDExdQcml2YXRlIEludGVybmV0IEFjY2VzczEgMB4GA1UEKRMXUHJpdmF0 ZSBJbnRlcm5ldCBBY2Nlc3MxLzAtBgkqhkiG9w0BCQEWIHNlY3VyZUBwcml2YXRl aW50ZXJuZXRhY2Nlc3MuY29tFw0xNjA3MDgxOTAwNDZaFw0zNjA3MDMxOTAwNDZa MCYwEQIBARcMMTYwNzA4MTkwMDQ2MBECAQYXDDE2MDcwODE5MDA0NjANBgkqhkiG 9w0BAQ0FAAOCAQEAQZo9X97ci8EcPYu/uK2HB152OZbeZCINmYyluLDOdcSvg6B5 jI+ffKN3laDvczsG6CxmY3jNyc79XVpEYUnq4rT3FfveW1+Ralf+Vf38HdpwB8EW B4hZlQ205+21CALLvZvR8HcPxC9KEnev1mU46wkTiov0EKc+EdRxkj5yMgv0V2Re ze7AP+NQ9ykvDScH4eYCsmufNpIjBLhpLE2cuZZXBLcPhuRzVoU3l7A9lvzG9mjA 5YijHJGHNjlWFqyrn1CfYS6koa4TGEPngBoAziWRbDGdhEgJABHrpoaFYaL61zqy MR6jC0K2ps9qyZAN74LEBedEfK7tBOzWMwr58A== -----END X509 CRL----- 2024-06-05 09:19:38 TCP/UDP: Preserving recently used remote address: [AF_INET]84.247.105.223:1198 2024-06-05 09:19:38 UDPv4 link local: (not bound) 2024-06-05 09:19:38 UDPv4 link remote: [AF_INET]84.247.105.223:1198 2024-06-05 09:19:38,923 DEBG 'start-script' stdout output: 2024-06-05 09:19:38 VERIFY ERROR: CRL not loaded 2024-06-05 09:19:38 OpenSSL: error:0A000086:SSL routines::certificate verify failed: 2024-06-05 09:19:38 TLS_ERROR: BIO read tls_read_plaintext error 2024-06-05 09:19:38 TLS Error: TLS object -> incoming plaintext read error 2024-06-05 09:19:38 TLS Error: TLS handshake failed 2024-06-05 09:19:38,923 DEBG 'start-script' stdout output: 2024-06-05 09:19:38 SIGHUP[soft,tls-error] received, process restarting 2024-06-05 09:19:38,923 DEBG 'start-script' stdout output: 2024-06-05 09:19:38 DEPRECATED OPTION: --cipher set to 'aes-128-cbc' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305). OpenVPN ignores --cipher for cipher negotiations. 2024-06-05 09:19:38,923 DEBG 'start-script' stdout output: 2024-06-05 09:19:38 WARNING: file 'credentials.conf' is group or others accessible 2024-06-05 09:19:38 OpenVPN 2.6.10 [git:makepkg/ba0f62fb950c56a0+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] [DCO] built on Mar 20 2024 2024-06-05 09:19:38 library versions: OpenSSL 3.3.0 9 Apr 2024, LZO 2.10 2024-06-05 09:19:38 DCO version: N/A 2024-06-05 09:19:39,924 DEBG 'start-script' stdout output: 2024-06-05 09:19:39 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2024-06-05 09:19:39,924 DEBG 'start-script' stdout output: 2024-06-05 09:19:39 OpenSSL: error:068000E9:asn1 encoding routines::utctime is too short: 2024-06-05 09:19:39 OpenSSL: error:0688010A:asn1 encoding routines::nested asn1 error:Field=revocationDate, Type=X509_REVOKED 2024-06-05 09:19:39 OpenSSL: error:0688010A:asn1 encoding routines::nested asn1 error:Field=revoked, Type=X509_CRL_INFO 2024-06-05 09:19:39,924 DEBG 'start-script' stdout output: 2024-06-05 09:19:39 OpenSSL: error:0688010A:asn1 encoding routines::nested asn1 error:Field=crl, Type=X509_CRL 2024-06-05 09:19:39 OpenSSL: error:0488000D:PEM routines::ASN1 lib: 2024-06-05 09:19:39 CRL: cannot read CRL from file [[INLINE]] 2024-06-05 09:19:39 CRL: loaded 0 CRLs from file -----BEGIN X509 CRL----- MIICWDCCAUAwDQYJKoZIhvcNAQENBQAwgegxCzAJBgNVBAYTAlVTMQswCQYDVQQI EwJDQTETMBEGA1UEBxMKTG9zQW5nZWxlczEgMB4GA1UEChMXUHJpdmF0ZSBJbnRl cm5ldCBBY2Nlc3MxIDAeBgNVBAsTF1ByaXZhdGUgSW50ZXJuZXQgQWNjZXNzMSAw HgYDVQQDExdQcml2YXRlIEludGVybmV0IEFjY2VzczEgMB4GA1UEKRMXUHJpdmF0 ZSBJbnRlcm5ldCBBY2Nlc3MxLzAtBgkqhkiG9w0BCQEWIHNlY3VyZUBwcml2YXRl aW50ZXJuZXRhY2Nlc3MuY29tFw0xNjA3MDgxOTAwNDZaFw0zNjA3MDMxOTAwNDZa MCYwEQIBARcMMTYwNzA4MTkwMDQ2MBECAQYXDDE2MDcwODE5MDA0NjANBgkqhkiG 9w0BAQ0FAAOCAQEAQZo9X97ci8EcPYu/uK2HB152OZbeZCINmYyluLDOdcSvg6B5 jI+ffKN3laDvczsG6CxmY3jNyc79XVpEYUnq4rT3FfveW1+Ralf+Vf38HdpwB8EW B4hZlQ205+21CALLvZvR8HcPxC9KEnev1mU46wkTiov0EKc+EdRxkj5yMgv0V2Re ze7AP+NQ9ykvDScH4eYCsmufNpIjBLhpLE2cuZZXBLcPhuRzVoU3l7A9lvzG9mjA 5YijHJGHNjlWFqyrn1CfYS6koa4TGEPngBoAziWRbDGdhEgJABHrpoaFYaL61zqy MR6jC0K2ps9qyZAN74LEBedEfK7tBOzWMwr58A== -----END X509 CRL----- 2024-06-05 09:19:39 TCP/UDP: Preserving recently used remote address: [AF_INET]172.64.151.73:1198 2024-06-05 09:19:39 UDPv4 link local: (not bound) 2024-06-05 09:19:39 UDPv4 link remote: [AF_INET]172.64.151.73:1198 The rest of my system is running fine, no issues with other containers. Diags posted in case they help. mediavault-diagnostics-20240605-0920.zip

Ok, figured it out. Here is what worked for me: Shutdown VM Adjust capacity in Unraid GUI VM page. Download gparted, move iso to desired location, and set gparted iso as primary boot disk. Boot into gparted iso and Extend vdisk to include new space. Apply and shutdown. Swap back to original vdisk as primary boot drive. Boot up VM SSH into VM (I use Moba) List disks and storage: df -h List file system size lsblk Since this should be lvm, run lvextend: lvextend -l +100%FREE <logical volume> Mine specifically was: lvextend -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv Resize the file system so it can use all of that space. resize2fs <file system path> Mine was resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv "df -h" now shows correct size: Message shows that disk has been resized successfully, which shows in "lsblk" again.

Hello, I have PiHole running in a small Ubuntu VM on my Unraid server (6.12.4) and have run out of space on the root vdisk. As I was watching the SpaceInvaderOne video that was in the guides section of the forum, after he showed how to increase the disk size in the Unraid GUI, he talked about extending the partition (although his video showed Windows). I looked up a guide on how to do it in Linux, but it shows that I would have to unmount the disk first. Since this is the root disk that the OS and everything is running off of, I can't unmount it, and I can't change anything if the VM is shut down of course. So, how would I go about increasing the partition size? Or clone this disk to a larger one?

Yep, dead drive. switched connections and no dice. I'll order and install one, thanks for your help.

Ok server has been shut down completely, then rebooted. These are the diags from that. Disk still not showing in UD. mediavault-diagnostics-20221212-1242.zip

Ah, apologies I misunderstood. I just rebooted, so I'll do a full shutdown then post the diags when it starts back up.

Power cycled server, new diags are posted. sdi is showing in the CLI when the server was booting up, but not showing up in UD: mediavault-diagnostics-20221212-1131.zip

Hello, Woke up this morning to my disk1 showing as disabled. I've had no issues with it for the last few months and haven't touched any of the cables. My server is currently in a server rack in the basement so highly unlikely that it got bumped or anything. Checking the disk log information, I'm seeing a lot of bad sectors (log attached). I stopped the array and unassigned the disk, then when trying to re-assign it the disk was not in the drop down menu. Looking through some previous posts on here, I think the disk may be dying. Attempting to run a smart report immediately fails (whether it was in the array or not) and iirc that is one of the older disks in the array. Diags attached below are from when the array was stopped. I started the array with the disk removed, and the files from disk1 are emulated. Diags from running array are also attached. It looks like the disk (sdp) in UD is unmountable or otherwise can't be added to the array? I had some other disk show similar errors in the past which ended up being some data corruption. I wanted to just check with you guys to see if there was anything I could do before replacing the disk, or if there was a way to get this disk back up and running. Even if this disk can be fixed, should I be looking into replacing it anyways as it's already on its way out? log.txt mediavault-diagnostics-20221212-1045.zip [array-started] mediavault-diagnostics-20221212-1045.zip

Hey there, I'm trying to get your DayZ container running on my k3s cluster. It's up and running well, and just had a question on modding the server. Where do I put the mod files that I've downloaded from the Steam Workshop? I've seen documentation from Nitrado for setting up mods on their servers that say to put it in the main parent game folder. I see that your container has an addons folder already, so do I take all the .pbo and .bisign files for each mod and throw them in there, then put the respective "keys" files in the keys folder? Do you have any documentation on how to do this?

Ok sweet. And deleting the appdata folders is all good? Or is that going to screw with the like 'previously installed apps' thing of CA?

Hello, I have certain folders in the Media share are staying on the cache drive after Mover has ran. Everything else has no problem moving off of the cache disk to the array, except for these folders. I believe it is because the same file already exists on the array so Mover is skipping it or something. If I look in /mnt/user0 vs. /mnt/user vs. /mnt/cache, I can find the same file in the same folder structure (see attached screenshots). Media share is set to Cache:Yes File permissions of cache folders almost match folders on array, and the user0 file is owned by 'nobody' instead of the rest being 'hydra' Is there any issue with me deleting the files off of the cache drive directly via CLI/Krusader? Or what is the best way to resolve this? While I'm in here, I see folders in /mnt/cache/appdata of containers that I've since deleted. Can I delete that appdata folder if I know I'm never going to use that again? Or is there a better way to clean that up? Diags attached. mediavault-diagnostics-20220902-0930.zip