-
Posts
160 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by Rick Gillyon
-
-
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.
-
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?
-
1 hour ago, Blaqwolf said:
If this is no longer the place to ask these questions please point us to the correct location or do I have to learn how to make requests on github?
These dockers are really just a port of the official releases, so probably best to ask the question on the emby forums.
- 1
-
8 minutes ago, dlandon said:
One of your UD disks is having problems, but it is not the one in question:
Apr 16 20:02:04 unRAIDpvr ntfs-3g[17149]: ntfs_attr_pread_i: ntfs_pread failed: Input/output error Apr 16 20:02:04 unRAIDpvr ntfs-3g[17149]: Failed to read of MFT, mft=27 count=1 br=-1: Input/output error Apr 16 20:02:04 unRAIDpvr ntfs-3g[17149]: Could not decode the type of inode 27 Apr 16 20:02:04 unRAIDpvr ntfs-3g[17149]: ntfs_attr_pread_i: ntfs_pread failed: Input/output error Apr 16 20:02:04 unRAIDpvr ntfs-3g[17149]: Failed to read index block: Input/output error Apr 16 20:02:05 unRAIDpvr ntfs-3g[17149]: ntfs_attr_pread_i: ntfs_pread failed: Input/output error Apr 16 20:02:05 unRAIDpvr ntfs-3g[17149]: Failed to read of MFT, mft=27 count=1 br=-1: Input/output error Apr 16 20:02:05 unRAIDpvr ntfs-3g[17149]: Could not decode the type of inode 27 Apr 16 20:02:05 unRAIDpvr ntfs-3g[17149]: ntfs_attr_pread_i: ntfs_pread failed: Input/output error Apr 16 20:02:05 unRAIDpvr ntfs-3g[17149]: Failed to read index block: Input/output error Apr 16 20:02:05 unRAIDpvr kernel: Buffer I/O error on dev sdb1, logical block 786459, async page read Apr 16 20:02:05 unRAIDpvr kernel: Buffer I/O error on dev sdb1, logical block 1178, async page read Apr 16 20:02:05 unRAIDpvr kernel: Buffer I/O error on dev sdb1, logical block 786459, async page read Apr 16 20:02:05 unRAIDpvr kernel: Buffer I/O error on dev sdb1, logical block 1178, async page read Apr 16 20:09:43 unRAIDpvr unassigned.devices: Refreshed Disks and Configuration. Apr 16 20:12:05 unRAIDpvr ntfs-3g[17149]: ntfs_attr_pread_i: ntfs_pread failed: Input/output error Apr 16 20:12:05 unRAIDpvr ntfs-3g[17149]: Failed to read of MFT, mft=27 count=1 br=-1: Input/output error Apr 16 20:12:05 unRAIDpvr ntfs-3g[17149]: Could not decode the type of inode 27 Apr 16 20:12:05 unRAIDpvr ntfs-3g[17149]: ntfs_attr_pread_i: ntfs_pread failed: Input/output error Apr 16 20:12:05 unRAIDpvr ntfs-3g[17149]: Failed to read index block: Input/output error Apr 16 20:12:05 unRAIDpvr kernel: Buffer I/O error on dev sdb1, logical block 786459, async page read Apr 16 20:12:05 unRAIDpvr kernel: Buffer I/O error on dev sdb1, logical block 1178, async page read
I would do the following:
- Unmount the disk.
- Click on the check mark icon for the disk and run a file system check.
- Reboot if that doesn't work.
Is there a chance you removed the disk before it was unmounted?
sdb1 is an array disk, not a UD disk. I'll run a check on it, thanks.
-
3 hours ago, dlandon said:
Post diagnostics.
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. 🙌
-
-
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!
-
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.
- 1
-
Might be better posting in General Support with diagnostics.
-
1 minute ago, sittingmongoose said:
Yea I did all that kinda stumped. When you say touch from shell, you mean just from unraid terminal? Or within the docker.
Yep, just from terminal. You have the "extra parameters" on the docker template?
-
11 minutes ago, sittingmongoose said:
Has anyone gotta intel igpu working with emby on 6.9.1? I have tried for two days but cant seem to get it to work. Nvidia works fine though.
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.
-
Working on 6.9.1 here.
-
5 hours ago, nraygun said:
Thanks @Rick Gillyon - that did it, but I think a little too well!
I could swear I had my appdata and domains on the cache before I upgraded. When I set the cache to prefer on these two shares, it did move the contents to the cache, but it exceeded the size of the cache drive.
Is there a way to only move some of the VMs to the cache drive? Does everyone run docker containers off the array?
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.
-
14 minutes ago, nraygun said:
I upgrade to 6.9.1 from 6.8.3 and it went well using the above process from @NAStyBox! Thanks unRaid Devs!
However, I think step 3 moved my VMs off of the SSD cache and into the array.
Can I just move them back to the SSD?Set the share back to Cache:Prefer and run the mover.
-
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.
-
7 minutes ago, Capt.Insano said:
Emby will not use hardware transcoding unless I also issue the following command and then restart the container:
chmod -R 777 /dev/dri
As such I have added that command back into my go file.
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.
-
1 minute ago, BVD said:
If you want to load it on boot every time and never use it in a vm, yeah. Otherwise I'd add it to a user script so you can decide when and where you want to use those resources.
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.
-
1 minute ago, BVD said:
That file just overwrites the blacklist, allowing you to use the driver either via hypervisor or docker/vm by loading the driver wherever its needed. To load it in unraid, it's just "modprobe i915", or you can add it to the file to run it automatically on boot.
Thanks. Add it to the go file or i915.conf?
-
5 hours ago, BVD said:
I put the command up further back, just head to earlier comments:
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!
-
2 minutes ago, BVD said:
I put the command up further back, just head to earlier comments
Thanks, I didn't link the two. I assume this is a one-off?
-
1 minute ago, John_M said:
That will still work. There's now a better way of doing it that also works with other GPUs and also keeps your go file cleaner.
Thanks. So what would the new way entail for me (apart from cleaning the go file)?
-
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?
-
1 hour ago, ken-ji said:
Odd. I've never seen any transcoding files - I'm transcoding to RAM vi a mounted directory under /tmp - unless I look while someones actively playing something. So I've never this issue.
Me too. As soon as playback stops, the folder is empty.
-
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!
[Support] alturismo - Repos
in Docker Containers
Posted
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.