Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About Mysticle31

  • Rank
  1. Perfect! User Scripts. That opens the door for me to do all kinds of things. Thanks! Any idea what the best way is to write a script to monitor output from ping? Whats the best/easiest way. Other than having one script run the ping command continuously, printing the output to a file. Then another script to read the contents of the file and look for "bad" "disconnected" whatever terms ping uses. Then another script to delete the file every month or so.... complicated.
  2. Seen this done with multiple monitors to one unraid workstation with gaming VMs. Thinking latency of VNC, SplashTop Desktop, TeamViewer RDP...whatever would be to high for gaming. Your basically using the NUCs to make wireless monitors.
  3. I have a perhaps unusual network typology, pictured. https://imgur.com/RXVgMrF What happens is Router B often randomly looses connection (especially after long periods of no-use [eg. overnight]). To solve this problem all I have to do is reboot Router B, wait 2-3 minutes, and Router C will be connected again. Sometimes Router C stops trying to get an address on the WAN port and I have to log in and tell it to connect. What I'm after is a script where, from Unraid (or Router C) I ping Router A every minute. This might in-and-of-itself keep the connection up. If the ping fails, kill power to the WIFI switch that powers Router B (I can handle that part), then ssh into Router C and tell it to connect (I can handle that too). What I'm not sure how to do is trigger an if statement for if the ping fails. I also dont know how to make the script run on Unraid at system boot in the background. Can I put something like this in a simple docker that starts at startup? That way I can switch it on and off easily. Is there a basic lightweight docker with command line network utilities only? How would I make this? Any examples?
  4. I'm having this same permissions issue. I just ran DockerSafeNewPerms which fixed all the files created by syncthing, however, I can't modify new files created by syncthing. Can I somehow pass to the docker to create the files as 777 or some such thing? Worst off maybe schedule DockerSafeNewPerms to run daily at night... not an ideal solution. FYI my speed seems fine. I had to turn off everything but local discovery, and changed my server's ip from dynamic to it's actual ip. Things go much faster now, although still slower than transferring files in windows explorer.
  5. I have BRNAME in domain.cfg and it's set to BR0. Bridging is enabled in settings. I guess something just went funky. Or maybe I messed with it some point while poking around with unraid. I remember removing an reinstalling the plugin though after when I was done messing with things.
  6. 6.6.2 not latest...I just installed like...2 days ago. Anyhow, works! For some reason, the script was using virbr0. I even have br0 specified in the default network for VMs. Thanks! ps aux and grep...my linux/unix knowledge is so bad..need to mess around some more. Would virbr0 even work? I thought that was like a NAT for VMs you dont want to directly expose to the network. The script is looking at the packets coming in off eth0 and then looking up a mac address from the specified network (br0/virbr0/whatever) and running the command to start the vm, right?
  7. 6.6.2. Should be the latest one. No change with your latest update that I just installed.
  8. Hi All! New to unraid. Been setting up my new box. Loving it so far!! Having some problems setting up the wake on lan plugin for VMs. This is all some background on my investigation of the problem. See the update below When I generate WOL packets through several means from a computer on the same subnet, I can see the packet get picked up by the nic. I dont like that is says disgard at the end. tcpdump -i br0 udp port 9 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on br0, link-type EN10MB (Ethernet), capture size 65535 bytes 19:18:39.609149 IP ScubaSteve.56209 > UDP, length 102 19:19:47.380846 IP ScubaSteve.64090 > UDP, length 102 19:19:47.380855 IP ScubaSteve.64090 > UDP, length 102 tcpdump -i br0 udp port 7 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on br0, link-type EN10MB (Ethernet), capture size 65535 bytes 19:25:42.838792 IP ScubaSteve.50330 > UDP, length 102 19:25:42.838803 IP ScubaSteve.50330 > UDP, length 102 19:25:50.215074 IP ScubaSteve.50331 > UDP, length 102 My /var/log/libvirt/libvirtwakeonlan.log remains empty and my VM's powered off. I have verified that the command "virsh start "My Windows 7 VM"" will start the vm. My VMs are all using BR0 not VIRBR0. UPDATE!! Running python /usr/local/emhttp/plugins/libvirtwol/scripts/libvirtwol.py br0 allows the VM to start via WOL, and shows entries in the log! This happens regardless of what the plugin status is under VM Manager settings. I've tried it being reported as Running and being reported as Stopped. I'm guessing that when I start the plugin something is not running properly (and reporting that it is), or it's not listening on the correct interface. How can I investigate this further?