Opened 16 years ago
Closed 15 years ago
#4802 closed defect (invalid)
myth_archive_job.pl fails to find recording directory if recording is on a different backend
Reported by: | Owned by: | Isaac Richards | |
---|---|---|---|
Priority: | minor | Milestone: | unknown |
Component: | mythtv | Version: | unknown |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description (last modified by )
It seems the script grabs the dir from the recordings table of the machine it runs on, not the recording table of where the actual recording is.
I worked around the problem with:
my $directory =
/usr/local/bin/whichdirmythshow.sh $file
;
and that shell script contains: #!/bin/bash # Which directory has the recording? if [ -f /lvm/home/mythtv/store/$1 ]; then echo -n /lvm/home/mythtv/store else #echo -n /400/media/store/$file echo -n /400/media/store fi
Change History (2)
comment:1 Changed 16 years ago by
comment:2 Changed 15 years ago by
Description: | modified (diff) |
---|---|
Resolution: | → invalid |
Status: | new → closed |
A properly configured Storage Groups system and User Job command line shouldn't have this issue. If there is one, it is in the JobQueue? code and not in this contrib script since the script gets the directory name from the JobQueue? on the command line. You can't run myth_archive_job.pl on machines that don't have direct access to the recording file, so the GetPlaybackURL() call in the JobQueue? should fill in the %DIR% match properly.
Sorry about the earlier formatting...