CS01-HS

Members
  • Content Count

    297
  • Joined

  • Last visited

Everything posted by CS01-HS

  1. The UPS should report energy usage which you can view in unraid's dashboard and track with e.g. Grafana. I have a similar configuration but no smart plug. It wasn't "plug and play" at least with my CyberPower model. Here's how I set it up:
  2. Well that explains that. If there's no reliable way to do it with the template (I don't really know docker or unraid's specific implementation) I guess I could cron a user script that calls it with docker exec, but it would have to be more complex to guard against multiple instances. Thanks.
  3. I run the official Emby container with the following Post Arguments to call a custom script which prunes the transcoding directory: && docker exec EmbyServer sh -c 'watch -n30 "/system-share/transcoding-temp-fix.sh" > /transcode/transcoding-temp-fix.log &' The problem is it doesn't run on restart. However, if I edit the container and click Apply it runs every time. Am I doing something obviously wrong and if not how should I go about debugging it? I don't see anything suspicious in the container or unraid's system log.
  4. Looks like it backs up all of them. See log from a recent run (core-backup/domains is the destination directory) 2021-04-27 10:41:02 information: Debian is shut off. vm desired state is shut off. can_backup_vm set to y. 2021-04-27 10:41:02 information: actually_copy_files is 1. 2021-04-27 10:41:02 information: can_backup_vm flag is y. starting backup of Debian configuration, nvram, and vdisk(s). sending incremental file list Debian.xml sent 7,343 bytes received 35 bytes 14,756.00 bytes/sec total size is 7,237 speedup is 0.98 2021-04-27 10:41:02 information: copy of Debian.xml to /m
  5. I had a strange problem where maybe every fifth boot my Mojave VM wouldn't have a network connection (using e1000-82545em.) The adapter (Realtek RTL8111H) was detected but no connection. I fixed it by manually configuring the adapter in the VM. Dozens of boots so far and it hasn't happened again. Hope that's helpful.
  6. Anyone else getting very high latency and low speeds with PIA's wireguard? Here's a speedtest from within an unRAID VM: $ curl -s https://raw.githubusercontent.com/sivel/speedtest-cli/master/speedtest.py | python - Retrieving speedtest.net configuration... Testing from Optimum Online (XX.XX.XXX.XX)... Retrieving speedtest.net server list... Selecting best server based on ping... Hosted by Syndeo Solutions (Springfield, MO) [1748.93 km]: 48.05 ms Testing download speed................................................................................ Download: 103.52 Mbit/s Testing
  7. Anyone using this for iPhone sync to a Mac VM? (Apple imposes a bunch of extra requirements.) My current setup is precarious so I'm reluctant to tweak it.
  8. The path directive supplies the path for a particular share. Not sure why I have to duplicate it in Extra since it's specified by unraid but it wouldn't work without it. These are share-specific directives so AFAIK it would only apply to the share whose path is /mnt/user (and creating that share might cause conflicts.)
  9. I've improved the script including the use of smartctl to check USB drive status (which unlike hdparm works reliably with substandard USB interfaces my drive's substandard USB interface.)
  10. It's in the beta. Switch your repository to emby/embyserver:beta or wait for the next release.
  11. That's a way to get spotlight indexing working, I haven't tried it and haven't installed extra libraries. Have you tried stopping/starting the array? If you post your full smb extras maybe someone will spot a problem.
  12. Are you sure there's not a typo in your config? I'm afraid I'm out of my depth here. I can say as far as I'm aware spotlight's not involved in SMB search - it should work immediately.
  13. Put it in Settings -> SMB -> SMB Extras You have to stop the array to edit it. Here's what mine looks like with two shares: Private and Public, but I've customized it enough I forget what's changed from the default. I believe the highlighted lines are the only ones necessary to fix search.
  14. Maybe it's backing up the full Recovery partition every time? Stab in the dark but I believe spotlight indexing of the mac and the backup plays a role. You can rebuild the mac index easily enough by turning it off: sudo mdutil -a -i off then on: sudo mdutil -a -i on but the backups are more complicated, maybe easier to start fresh. You can set multiple time machine destinations so you wouldn't have to wipe the old one.
  15. That's what I'm getting at. We're blaming unRAID but I think Time Machine itself's the limiting factor. You can disable Time Machine throttling by running this on your Mac which might speed it up (it gets reset on reboot) sudo sysctl debug.lowpri_throttle_enabled=0 Still that log showing a 40GB backup in about an hour and a half isn't bad, better than what I get so it might be a combination of factors. Is there a good reason the backup was so large? Mine are usually around 1GB. Not sure about your "Recovery" error.
  16. Has this fix stuck? Approximately how long does it take to complete a backup and of what size? Mine is about 20 minutes for 700MB but I wiped and re-started my backup set a few days ago so it might slow down over time. You can run this command in an OS X terminal to see details as time machine runs: log stream --style syslog --predicate 'senderImagePath contains[cd] "TimeMachine"' --debug I think it would help if we had a baseline - what's the fastest we can expect with networked backups whether that's to unRAID, synology, Time Capsule, a shared Mac, etc.
  17. Click the link once and it'll open a pop-up window with a login prompt. Click it again and the pop-up will display what it should have the first time. That's a workaround. I don't think there's a fix.
  18. UPDATE: I applied the fix described in @limetech's linked comment - problem solved.
  19. Are you running embyserver:beta ? I got the same error but only with the latest beta (4.6.0.34) You can wait for a fix or specify the previous beta in Repository: emby/embyserver:4.6.0.33
  20. Right. In my example the file only existed on Share A prior to the move. I ran a test: Uploaded test.mp4 to share Public Moved test.mp4 from share Public to share system Result: test.mp4 exists in share system and in share Public's recycle bin Note: This is over SMB from a Mac client Both shares have cache enabled test.mp4 existed on neither share prior to the test Here's the File Activity log beginning just before the move (note the last few lines) EDIT: I suspect there's no specific SMB command to
  21. If I move a file (over SMB) from Share A to Share B, and Share A has Recycle Bin enabled, the file will exist on Share B and in Share A's Recycle Bin. Essentially duplicated. Not the biggest problem but if say someone did a bunch of moves between cache-enabled shares it could end up unexpectedly filling the cache pool. Has anyone else noticed this? I'm on a Mac client and I've tweaked some SMB parameters so it's possible this is a "me" problem.
  22. I noticed none of the containers I have routed through this one could communicate with services on LAN IPs. I found the solution in A27 of the FAQ: Adding a variable VPN_OUTPUT_PORTS with a list of port exceptions (mine are Emby and SMTP) I didn't see this mentioned here (maybe it's new) so I thought I'd mention it.
  23. Is there a risk of data corruption if unraid spins down the disk while another partition is being written to? That'd be my only concern.
  24. Actually the latest versions of UD relinquished spin control to unRAID so disks in UD spindown according to the default unRAID spindown timer. Maybe you just have to wait longer or maybe you're encountering the same problem I did - where the USB drive returns an error when spindown's called so even though it's spun down unRAID thinks it's active. I have a fix but I'm not confident enough in it to really recommend it: