[[Support] alturismo - Repos]

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.

[[Support] alturismo - Repos]

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. 

[[Support] alturismo - Repos]

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?

[New Emby Docker]

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.

[Unassigned Devices - Managing Disk Drives and Remote Shares Outside of The Unraid Array]

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.

[Unassigned Devices - Managing Disk Drives and Remote Shares Outside of The Unraid Array]

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. 🙌

[Unassigned Devices - Managing Disk Drives and Remote Shares Outside of The Unraid Array]

2 minutes ago, dlandon said:

Post diagnostics.

 

unraidpvr-diagnostics-20230416-2020.zip

[Unassigned Devices - Managing Disk Drives and Remote Shares Outside of The Unraid Array]

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!

[[Support] alturismo - Repos]

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.

[New Emby Docker]

Might be better posting in General Support with diagnostics.

[New Emby Docker]

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?

[New Emby Docker]

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.

[New Emby Docker]

Working on 6.9.1 here.

[Unraid OS version 6.9.0 available]

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.

[Unraid OS version 6.9.0 available]

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.

[Lost All Dockers]

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

[Unraid OS version 6.9.0 available]

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.

[Unraid OS version 6.9.0 available]

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.

[Unraid OS version 6.9.0 available]

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?

[Unraid OS version 6.9.0 available]

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!

[Unraid OS version 6.9.0 available]

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?

[Unraid OS version 6.9.0 available]

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)?

[Unraid OS version 6.9.0 available]

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?

[New Emby Docker]

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.

[[Support] alturismo - Repos]

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!