Awperator

Members
  • Posts

    9
  • Joined

  • Last visited

Awperator's Achievements

Noob

Noob (1/14)

2

Reputation

1

Community Answers

  1. Ok I got this solved. Thank you so much JorgeB. I did some searching for the missing libvirt folder and saw that others had the same issue. The libvirt folder somehow got moved to /etc/libvirt-. I deleted the libvirt folder, renamed the libvirt- folder to libvirt, then deleted the libvirt image, and rebooted. Once that was all done, the VM manager started and I'm recreating my VMs. Appreciate the help troubleshooting JorgeB!
  2. Oh interesting, there is nothing in my /etc/libvirt directory. I'm comparing against another unraid box I have. I have no idea how that entire directory got cleared. Will post new logs in a sec. Attached thewalrus-diagnostics-20240115-0934.zip
  3. Thanks for the suggestions. I ran a scrub and did not encounter any errors. Creating a new libvirt.img didnt work either, here is the error message in the libvirt logs: 15857: error : virRunScript:294 : Hook script execution failed: internal error: Child process (LC_ALL=C PATH=/bin:/sbin:/usr/bin:/usr/sbin HOME=/ /etc/libvirt/hooks/qemu HomeAssistant stopped end -) unexpected exit status 126: libvirt: error : cannot execute binary /etc/libvirt/hooks/qemu: Exec format error And now under VMs it says: Libvirt Service failed to start.
  4. Or is there a way to wipe out/clear/reset all VM stuff while keeping all other configuration (dockers, plugins, scripts, etc)?
  5. Hello, I had 2 VMs (Windows 10 and HomeAssistant) that were working great, located on my cache in /mnt/user/domains. While on Unraid 6.11.1, I downloaded a bunch of things to cache and it unfortunately became so full it crashed some dockers and my VMs. I utilized the mover to recover space, and most things were fine again, but I am running into this error when trying to start any VMs. I thought upgrading to 6.12.6 might help, but I'm still running into issues. Error message when trying to create or start a new VM: Hook script execution failed: internal error: Child process (LC_ALL=C PATH=/bin:/sbin:/usr/bin:/usr/sbin HOME=/ /etc/libvirt/hooks/qemu HomeAssistant prepare begin -) unexpected exit status 126: libvirt: error : cannot execute binary /etc/libvirt/hooks/qemu: Exec format error Any ideas on how to fix this? I'm attaching my logs. Thanks for the help! thewalrus-diagnostics-20240114-1913.zip
  6. Can't believe this... It was my router/access point. I guess it couldnt handle wifi + lan traffic? My network topology: Fiber -> WAN -> LAN -> WNDR4500 in bridge mode as a Wireless AP On the wireless AP, I had a synology, unraid box, eufy, and raspberry pi wired in. Various wireless devices. I added a dumb switch to connect all the devices formerly wired into the AP, and also connected the AP so that wireless devices would still work. Issue went away. Glad the issue is resolved!!
  7. Ok some more troubleshooting: Local login with GUI mode is perfect. No issues whatsoever at all. WEB access and SSH access from 2 different macbooks on the same network have issues. The web access has been described above (timing out). With SSH, I have periodic lag, where I press a key and no response in the terminal, or I sometimes get completely disconnected and have to log back in again. Since this is happening on 2 different computers (on the same network), I think it could be a couple of things: Either something is wrong with my network settings I doubt this because I have a synology and raspberry pi that I SSH into regularly and do not experience these issues 2 different macbooks had the same issue. Does not seem like a localized issue on one computer. Something is wrong with the NIC or network settings on the unraid computer I think this is more likely.... I have disabled bonding in network settings (as I only have one NIC)... Havent changed anything else. We'll see if this helps. If anyone has gone through something like this, please let me know! Appreciate the community, cheers!
  8. Some more information - I'e booted to GUI mode in Unraid, and it seems to be much snappier, no hangups so far. Leads me to think that there could be something going on with the network if Unraid is very responsive when requesting from localhost instead of requesting from an IP in my network. Any ideas on what could be the cause? Basic network details: PFSENSE router, no VLANS. In DNS forwarder, the settings for DHCP registration, static dhcp, and prefer dhcp are unchecked. DNS resolver is not enabled. On pihole, under DNS advanced settings, the first 2 options (Never forward non-FQDN A and AAAA queries, Never forward reverse lookups for private IP ranges) are unchecked, but use DNSSEC is checked. On the browser side, I use ublock origin, but that is disabled for local addresses. This entry: /^https?://192.168.1.*/ is in my trusted sites. Appreciate the community and any help given!
  9. Hi, I've searched the forum/discord and haven't found a solution to the issue I'm having. Existing fixes dont seem to help. Problem statement: When using the GUI, unraid locks up completely for a few seconds on simple tasks. I could click the browse icon to get the syslog file from the flash, and the taskbar on my browser will say "connecting", and then a few seconds later, I'll have a window that says that it could not connect, the server took too long to respond. I've run memtest86 UEFI (not the one that comes with Unraid, I cant boot into it). Memory passes fine. I've run multiple of the default test with 4 passes. No errors. I've tried taking out a stick of memory and running on 1 instead of 2. No change. I've tried different browsers. When i'm in a 'stuck' state, no other browser can connect. I cant ssh in, and any open SSH sessions (e.g. if i'm rsyncing in a tmux window) will be frozen as well and not be updating. I've enabled a syslog server and I'll attach it here. I couldnt see anything unusual. I use PFSENSE as a router that handles DHCP and a pihole that handles DNS. On PFSENSE, DNS resolver is disabled and DNS forwarder is enabled. On the pihole, I have DNSSEC enabled. On the hardware side (besides the info given in the diagnostics zip), I do have shucked drives. I had to do the kapton 3.3V trick on all of the data drives in the array. The parity drive did not need the kapton 3.3V trick. Any help is appreciated. Please let me know if you need more data. syslog thewalrus-diagnostics-20220723-1204.zip