-
Can't update plugin and mothership.unraid.net error
I am having the same issue. I started when i moved the server to a my new house. I can still access the websites and other hosted services but i am getting the NETWORK: Unable to connect to mothership at https://mothership.unraid.net CLOUD: Socket closed and i can not update the plugins or access the APPs page. Also the Tailscale plugin does not let me login. I am on 7.1.4, but even if i was on an ealier version i could not upgrade since when i click upgrade OS in the tools it just keeps spinning for ever. Any ides on how to resolve? thank you in advance. production-diagnostics-20251010-1217.zip EDIT: I did notice that i can not access any sites, like google.com, from a browser running on the Unraid server directly. However, the sites i host on various VMs and the docker services like the reverse proxy all work fine and i can access them remotely. Its the "other way" accessing the internet from the server that appears to be broken.
-
[email protected] started following GPU passthrough locks up the server and [Support] Linuxserver.io - Duplicati
-
[Support] Linuxserver.io - Duplicati
Does anyone have any ideas on how to run 2 duplicaticontainers at the same time connecting to various tailvaults?
-
[Support] Linuxserver.io - Duplicati
Hi all, I am trying to create multiple duplicati instances. I am using tailscale to connect to the remove tailvaults. However only the first container i created was able to connect to the remote tailvault. the second one is throwing an error saying its unable to connect. I exported the backcup config from the first instance and imported to the second, just to make sure the settings are the same, and i still would not connect. Is there some special config i need to have more than 1 duplicati instance running at the same time and connecting to the same vault? Thanks.
-
GPU passthrough locks up the server
I am so F******g do**** ****** stupid... When checking the box make sure you press the "save" button and make SURE it gets clicked, it saves and the message comes up... sorry for wasting your time
-
GPU passthrough locks up the server
Epyc CPUs do not have a integrated iGPU unfortunately. No, the P100 is not used by docker. Also there is not display connected to the GPU as it has no display ports and no sound. Its a Nvidia Tesla. I don't need it for display. I plan use it for compute. I checked the box in the tools and rebooted the server. Assigned the GPU to the VM Started the VM For a minute or so the server was still responsive but eventually the GUI froze again. However i opened the logs before starting the VM.
-
GPU passthrough locks up the server
Hello, I am having an issue with trying to passthrough a gpu to a VM. I have an UnRaid server with: 1) ASRockRack ROMED8-2T/BCM 2) AMD EPYC 7282 16-Core 3) Nvidia tesla P4 & Tesla P100 I am already running a couple of VMs with no gpus. I installed a fresh ubuntu server 22.04 VM with no issues. Then i tried to passthrough the P100 gpu. the moment i start the VM the unraid GUI freezes. Any tab i try to go to it just keeps loading and never loads the page. My only option is to do hard reboot. The interesting bit is that the services / websites running on the other VMs run fine. Even with the unraid gui unresponsive / not loading. I wonder if i need to do anything extra than just selecting the GPU in the dropdown? If I select the GPU the server gui freezes and i can not reconnect to this vm. So any config needs to happen on the xml? Thanks, George
-
kernel: BTRFS error (device md8p1): bdev /dev/md8p1 errs: wr 0, rd 0, flush 0, corrupt 32996, gen 0
It was the SAS ports on the motherboard. If i had drives connected to those ports the array would become unstable. What was odd was that not only drives connected to those 2 ports would be throwing errors. As soon as I connected the drives to a new pcie HBA it all sorted it self out. No more read errors, parity sync completes fine, etc... Thanks everyone for their help, G
-
kernel: BTRFS error (device md8p1): bdev /dev/md8p1 errs: wr 0, rd 0, flush 0, corrupt 32996, gen 0
Its a modular PSU so i'll get a second psu to molex cable and remove the sata completely.
-
kernel: BTRFS error (device md8p1): bdev /dev/md8p1 errs: wr 0, rd 0, flush 0, corrupt 32996, gen 0
Got a corsair 850watt brand new. in total its 12SSDs and 12HDDs 2 power leads from the PSU, 1 molex and 1 sata with adaptor. Also i run a parity sync the day before and was fine (no read errors, and no errors in logs) and today with the same drives same config, run parity sync again and i am getting : kernel: I/O error, dev sdk, sector 31251758424 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 2 on an array drive that never before had any errors. can figure this out. from the moment i build this new server it has been a pain. I may need to scrap it and start new at this point.
-
kernel: BTRFS error (device md8p1): bdev /dev/md8p1 errs: wr 0, rd 0, flush 0, corrupt 32996, gen 0
I am trying to move back to XFS but its going to be a slow process. need to empty each drive, remove from the array, and add it back with xfs format it's going to take weeks...
-
kernel: BTRFS error (device md8p1): bdev /dev/md8p1 errs: wr 0, rd 0, flush 0, corrupt 32996, gen 0
-
kernel: BTRFS error (device md8p1): bdev /dev/md8p1 errs: wr 0, rd 0, flush 0, corrupt 32996, gen 0
-
kernel: BTRFS error (device md8p1): bdev /dev/md8p1 errs: wr 0, rd 0, flush 0, corrupt 32996, gen 0
Ok more updates. I added 3 x 4TB drives to my array using the new config tool. I started a parity sync and almost immediately one of the existing 16TB drives and one of the newly added 4TB drives started with the read errors. I stopped the sync, removed 2 of the 4 TB drives and started the sync again. the 16TB drive did NOT throw any errors and the sync completed. I have no idea why the 16TB gave read errors when the 3x4tb drives got added at the same time. I have ordered some replacement drives and will remove the last 4tb drive. Very odd behaviour.
-
kernel: BTRFS error (device md8p1): bdev /dev/md8p1 errs: wr 0, rd 0, flush 0, corrupt 32996, gen 0
Pausing and resuming the sync and pausing again created the following log: sdq is the drive in the array that now was the read errors. no idea what this log actually means and why it is saying that sdq is now sdv when in the array its still sdq
-
kernel: BTRFS error (device md8p1): bdev /dev/md8p1 errs: wr 0, rd 0, flush 0, corrupt 32996, gen 0
SO i removed all the drives and started adding them back in one by one. Each time doing a "new config" and re-creating the parity. I am at the point where i added drive number 6 and during the parity sync it started showing read errors. I moved the drive to a different slot in tha case and got read errors again. So its not the cables as each slot is connected to a different port/cable. Any other thoughts? Thanks, G