Hawkins12

Members
  • Posts

    74
  • Joined

  • Last visited

Converted

  • Gender
    Male

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Hawkins12's Achievements

Rookie

Rookie (2/14)

5

Reputation

  1. Thanks all for the comments. Makes me feel better. I think I'll upgrade like this. This seems to make most sense. Eventually the 8tb will be redeployed as data disks but would be nice to have them as backup in case parity messes up I think this is a case of bad terminology on my end. I guess I thought I was doing a parity swap but really just upgrading. I guess I confused what I wanted to do vs. what the instructions provided. Thanks all for your input!
  2. Running Unraid 6.9.2 and had a question on the parity swap procedure. Currently, I have dual parity drives in place -- 2 - 8tb drives. I am looking to replace both of these to 14tb drives for future proofing, etc. I was able to find the instructions at the link below however had a couple questions regarding the process as the process only addresses one parity drive swap and not a scenario where I already have dual parity https://wiki.unraid.net/The_parity_swap_procedure 1) Are the instructions still valid for 6.9.2. The concern I have is around the downtime of the array -- I assume will take 2 days as thats the length of my last parity check (8tb). I'd like to avoid server downtime if possible and wasn't sure if there was a way to do this given I have dual parity 2) Are the procedures the same for each parity drive? Do I do one first, then the other? (means 4 days of total downtime potentially). 3) any tips or suggestions?
  3. So I am still testing this but I did not mess with bios settings just yet. I did plug another ethernet cord from the 2nd LAN spot to the switch and it seemed to have made a difference. I havent had the issue for two days. Perhaps i have a bad NIC?
  4. Thanks so much for these. Def. going to try these when i get home from business travel. Appreciate your help and time!
  5. Thanks. I guess I'll check out Board BIOS settings. I'll note that this is not an external card. All NIC's would be integrated with the mobo. I have no separate cards. For reference the Mobo is a Supermicro X12SCZ-F. I know there is a bios update out there for it -- i'll contact Supermicro to see if it relates to the NIC's. I'm always hesitant on the bios updates. Also, I didn't know I had two NIC's. I took a quick look at the Mobo specs and guess you are right. It shows: Network Controllers: Single LAN with Intel® PHY I219LM LAN controller Single LAN with Intel® Ethernet Controller I210-AT Which actually makes sense because I have 3 network ports in the rear i/o: IPMI (Supermicro), LAN2, and LAN1. I am currently only using the LAN2 port. Would you also suggest switching to the LAN1 port and using that? Or wiring both up to the switch? Like i said, I am horrible with my knowledge of networking and am amateur at best :). Thanks for your help and time in responding! Note that LAN2 seems to be linked to the 5E:B5 mac address in my picture above. LAN1 is linked to 5E:B4 which again is not wired into my network switch.
  6. I also figured it might be beneficial to show my Unraid network settings. See picture: I'll note I am confused why I have two Interfaces? I am in no way a technical expert with networking (equipment) but confused on why I have eth0 and eth1 that use the same MAC address. I did "Port Down" the eth1 interface as reflected in the image; however, I still got the issue noted above after that change.
  7. So I have been having problems with running Live TV through Plex and would swear up and down it was a Plex issue. I would check logs of Plex and constantly encounter issues where Live TV (communication between Plex and HD Homerun device) would stutter. I was believing this was a Plex/HD Homerun device but then I started thinking about my server dropping my mapped network drives among other "odd" occurances like when using PuTTy where it just seems to have trouble on the network. I decided to run Live TV while monitoring server logs and the second my live tv started stuttering, there are the logs that appear in Unraid. I am starting to believe this isn't a plex issue but some sort of network issue related to either Unraid or my hardware. I know this isn't the typical format of providing logs but I wanted to provide the specifics that occurs to the issue. I can provide additional diagnostics if necessary but wasn't sure if something stood out from the below. For reference, server ip is 192.168.1.119 (which I am sure is clear below). Thanks in advance fro your help. Oct 20 11:56:57 HawkinsUnraid kernel: pcieport 0000:00:1c.5: AER: Uncorrected (Non-Fatal) error received: 0000:04:00.0 Oct 20 11:56:57 HawkinsUnraid kernel: igb 0000:04:00.0: PCIe Bus Error: severity=Uncorrected (Non-Fatal), type=Transaction Layer, (Requester ID) Oct 20 11:56:57 HawkinsUnraid kernel: igb 0000:04:00.0: device [8086:1533] error status/mask=00004000/00000000 Oct 20 11:56:57 HawkinsUnraid kernel: igb 0000:04:00.0: [14] CmpltTO Oct 20 11:56:57 HawkinsUnraid kernel: bond0: (slave eth0): link status definitely down, disabling slave Oct 20 11:56:57 HawkinsUnraid kernel: device eth0 left promiscuous mode Oct 20 11:56:57 HawkinsUnraid kernel: bond0: now running without any active interface! Oct 20 11:56:57 HawkinsUnraid kernel: br0: port 1(bond0) entered disabled state Oct 20 11:56:57 HawkinsUnraid kernel: pcieport 0000:00:1c.5: AER: device recovery successful Oct 20 11:56:58 HawkinsUnraid dhcpcd[2125]: br0: carrier lost Oct 20 11:56:58 HawkinsUnraid avahi-daemon[12196]: Withdrawing address record for 192.168.1.119 on br0. Oct 20 11:56:58 HawkinsUnraid avahi-daemon[12196]: Leaving mDNS multicast group on interface br0.IPv4 with address 192.168.1.119. Oct 20 11:56:58 HawkinsUnraid avahi-daemon[12196]: Interface br0.IPv4 no longer relevant for mDNS. Oct 20 11:56:58 HawkinsUnraid dhcpcd[2125]: br0: deleting route to 192.168.1.0/24 Oct 20 11:56:58 HawkinsUnraid dhcpcd[2125]: br0: deleting default route via 192.168.1.1 Oct 20 11:56:58 HawkinsUnraid dnsmasq[15575]: no servers found in /etc/resolv.conf, will retry Oct 20 11:56:59 HawkinsUnraid ntpd[2200]: Deleting interface #4820 br0, 192.168.1.119#123, interface stats: received=28, sent=28, dropped=0, active_time=229 secs Oct 20 11:56:59 HawkinsUnraid ntpd[2200]: 216.239.35.0 local addr 192.168.1.119 -> <null> Oct 20 11:56:59 HawkinsUnraid ntpd[2200]: 216.239.35.4 local addr 192.168.1.119 -> <null> Oct 20 11:56:59 HawkinsUnraid ntpd[2200]: 216.239.35.8 local addr 192.168.1.119 -> <null> Oct 20 11:56:59 HawkinsUnraid ntpd[2200]: 216.239.35.12 local addr 192.168.1.119 -> <null> Oct 20 11:57:01 HawkinsUnraid kernel: igb 0000:04:00.0 eth0: igb: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX Oct 20 11:57:01 HawkinsUnraid kernel: bond0: (slave eth0): link status definitely up, 1000 Mbps full duplex Oct 20 11:57:01 HawkinsUnraid kernel: bond0: (slave eth0): making interface the new active one Oct 20 11:57:01 HawkinsUnraid kernel: device eth0 entered promiscuous mode Oct 20 11:57:01 HawkinsUnraid dhcpcd[2125]: br0: carrier acquired Oct 20 11:57:01 HawkinsUnraid kernel: bond0: active interface up! Oct 20 11:57:01 HawkinsUnraid kernel: br0: port 1(bond0) entered blocking state Oct 20 11:57:01 HawkinsUnraid kernel: br0: port 1(bond0) entered forwarding state Oct 20 11:57:02 HawkinsUnraid dhcpcd[2125]: br0: rebinding lease of 192.168.1.119 Oct 20 11:57:06 HawkinsUnraid dhcpcd[2125]: br0: probing address 192.168.1.119/24 Oct 20 11:57:11 HawkinsUnraid dhcpcd[2125]: br0: leased 192.168.1.119 for 86400 seconds Oct 20 11:57:11 HawkinsUnraid dhcpcd[2125]: br0: adding route to 192.168.1.0/24 Oct 20 11:57:11 HawkinsUnraid dhcpcd[2125]: br0: adding default route via 192.168.1.1 Oct 20 11:57:11 HawkinsUnraid avahi-daemon[12196]: Joining mDNS multicast group on interface br0.IPv4 with address 192.168.1.119. Oct 20 11:57:11 HawkinsUnraid avahi-daemon[12196]: New relevant interface br0.IPv4 for mDNS. Oct 20 11:57:11 HawkinsUnraid avahi-daemon[12196]: Registering new address record for 192.168.1.119 on br0.IPv4. Oct 20 11:57:11 HawkinsUnraid dnsmasq[15575]: reading /etc/resolv.conf Oct 20 11:57:11 HawkinsUnraid dnsmasq[15575]: using nameserver 192.168.1.1#53 Oct 20 11:57:12 HawkinsUnraid ntpd[2200]: Listen normally on 4821 br0 192.168.1.119:123 Oct 20 11:57:12 HawkinsUnraid ntpd[2200]: new interface(s) found: waking up resolver
  8. So I keep getting warning messages because my Docker Image file is getting full. The culprit appears to be NordVPN: How do I keep NordVPN from writing to my docker img?
  9. Thanks - I just did this and got the message -- there was about 7 orphaned dockers there that I removed.
  10. Odd that it runs up to 90% full when this shows only 8.6GB. I honeslty didn't even pay attention to this button to check container size. Maybe I'll check it when I get the notification again. I am trying to recall what I was doing when i received the 90% full warning but can't remember off-hand. Also, i am not sure whats going on with Disk 7. Right now, it has a docker.img file in it at 21.5GB. Perhaps at one point my Docker.img got too big and moved there? There is an isos folder in there as well but no files that I can see.
  11. So I've tried researching this issue but I think something has changed with the newer unraid versions. I keep getting the messages similar to: Docker image disk utilization of 96% Description: Docker utilization of image file /mnt/cache_nvme/system/docker/docker.img My Cache_nvme is 2TB and no where near full. Some of the previous issues are from a couple years ago and it indicates you could stop the docker, go to advanced view, and increase size there; however, that doesn't appear to work any longer. How do I settle this message and allocate more space to the docker.img?
  12. Ok, disregard, I checked the logs of the PlexAnnouncer container and I did get the result you posted And in the process, I think I figured out the issue. In Plex Settings, I added: I think this needs to read :32500 and not :32400. I just need to test it.
  13. Looks like something's amiss. Here is the results -- I ran twice for good measure. I did replace the IP with my internal IP for the plex container (and webhook) as well.
  14. I just added a new TV series to my TV Series folder. Nothing came through to discord. Is there generally a delay? I also added a new movie too. Still didn't report to discord