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: Chuck Peters <chuck.peters@…> Owned by: Isaac Richards
Priority: minor Milestone: unknown
Component: mythtv Version: unknown
Severity: medium Keywords:
Cc: Ticket locked: no

Description (last modified by cpinkham)

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 Chuck Peters <chuck.peters@…>

Sorry about the earlier formatting...

#!/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 
fi

comment:2 Changed 15 years ago by cpinkham

Description: modified (diff)
Resolution: invalid
Status: newclosed

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.

Note: See TracTickets for help on using tickets.