Rick Gillyon

Members
  • Posts

    160
  • Joined

  • Last visited

Everything posted by Rick Gillyon

  1. Thanks, all running now. The cronjob.sh in my appdata folder was very old, so I grabbed it from Git. There seems to be a couple of errors in that file (although my shell script is very basic, to say the least!): line 79 missing the i in if; "use_xTeveRP" isn't defined. Also the find in the cleanup section throws an error for me (find: -name requires an argument), but this may be my config. Thanks for all the help, really appreciated.
  2. Wiping cache seems to have got me further. I don't use the cronjob.sh, I run from user scripts and the first command in that file runs a script: docker exec -t xteve_guide2go /guide2go/sdGrabber sdGrabber file is below: #!/bin/bash set -x cd /guide2go guide2go -config free.yaml guide2go -config sky.yaml wget -O simply.xml "https://tinyurl.com/xxxxx" If I run this sdGrabber script from terminal, it now runs okay and I get my files, but the script never returns control. Any idea why this would happen? It's run all the script, and I get the same even if I comment the wget or add an exit as last line.
  3. Anyone having problems with xteve_guide2go? I'm using this with SD, and since Friday it's been hanging up on every run. I realised it was recently updated, so installed the master branch, but same issue. I run two lineups from a script, but after the first lineup it just hangs: 2024/03/18 09:46:51 [URL ] https://json.schedulesdirect.org/20141201/metadata/programs^M 2024/03/18 09:46:53 [G2G ] Create XMLTV File [freenew.xml]^M 2024/03/18 09:47:23 [G2G ] Clean up Cache [free_cache.json]^M 2024/03/18 09:47:23 [G2G ] Deleted Program Informations: 3239^M 2024/03/18 09:47:24 Listening on: :8080^M 2024/03/18 09:47:24 Using images/ folder as image path Any ideas?
  4. These dockers are really just a port of the official releases, so probably best to ask the question on the emby forums.
  5. Thanks @dlandon, this data has reappeared on the drive again after another reboot, so probably not worth wasting time on it. Really appreciate your efforts in any case. 🙌
  6. I have a problem since the latest update. My SMB Security had been reset to No, so I had no shared drive on the network. I've now changed this to Public: And the share is showing as mounted: The share shows on my PC, and I can get to it in /mnt/disks/LiveBackup from a shell, but in both places the disk shows as empty, 0 files. If I connect the disk directly to my PC it has content. This also happens when listing files in the folder: root@unRAIDpvr:/mnt/disks/LiveBackup# ls -al /bin/ls: reading directory '.': Input/output error total 0 Any ideas where the problem is? Thanks!
  7. Plex will (or at least used to) happily import an empty file and lose all your data. So I have g2g run first to an interim file (e.g. lineup1_temp.xml), then my script checks the size. If the size is good, I copy lineup1_temp.xml to lineup1.xml, which xteve will import. If not good I leave yesterday's lineup1.xml in place for xteve. SD is pretty flakey these days for me, probably fails once a week.
  8. Might be better posting in General Support with diagnostics.
  9. Yep, just from terminal. You have the "extra parameters" on the docker template?
  10. Working here. How did you try to enable it? In 6.9.1 just run "touch /boot/config/modprobe.d/i915.conf" from shell, remove old lines for this gpu from your go file, and reboot. The usual extra parameters should be in your Emby docker config.
  11. I run dockers and appdata from cache. If you set system and appdata shares to Cache:Prefer and ran out of space, it should already have mixed array and cache - nothing is missing. If you want to change the mix of what's on array and cache (e.g. to get certain VMs on cache), you'll have to move things around manually. If you want to move the appdata share to the array, just set it back to Cache:Yes and invoke the mover. Also worth checking that none of your dockers are massive, as some can misbehave with the logging.
  12. Set the share back to Cache:Prefer and run the mover.
  13. I upgraded to 6.9.0 and decided to reformat my cache (nvme pool) using the Mover process on this page: I went through the steps, checked all my cache content had moved to the array, then reformatted cache and brought up the array. But no dockers on my docker page, all gone. The docker location is correct: And my docker.img is there: The date implies it's been written since the restart though. Any ideas? Diagnostics attached. EDIT: Looks like I just need to add them all again. No idea why they would disappear though. unraidpvr-diagnostics-20210305-1407.zip
  14. Yes, a shame they did all the work on the drivers and didn't fix permissions. Thanks for the process, that's where I arrived in the end too.
  15. I just need it available in a docker, I don't have any VMs. But after running "modprobe i915" in shell and restarting the docker, still no joy.
  16. Thanks. Add it to the go file or i915.conf?
  17. Okay, so I ran the "touch /boot/config/modprobe.d/i915.conf", took the entries out of my go file and rebooted. Now I have no hardware encoders or decoders available in Emby. Was there something else I needed to do? Thanks for the assistance!
  18. Thanks, I didn't link the two. I assume this is a one-off?
  19. Thanks. So what would the new way entail for me (apart from cleaning the go file)?
  20. Sorry, I don't really understand the GPU talk here. I've upgraded to 6.9.0 fine, no issues, but I still have this in my go file: modprobe i915 chmod -R 777 /dev/dri Doesn't seem to be causing a problem. I put it there to get hardware transcoding with emby, which is probably working. Am I doing it wrong?
  21. Me too. As soon as playback stops, the folder is empty.
  22. Thanks for that. It worked with the xteve buffer with that vlc user agent, so I changed back to the xTeVe user agent and it's still working. Looks like they fixed it overnight. Thanks anyway!