Opened 14 years ago
Closed 11 years ago
Last modified 11 years ago
#8657 closed Bug Report - General (fixed)
Mytharchive import fails if no storage groups are defined locally
Reported by: | Owned by: | paulh | |
---|---|---|---|
Priority: | trivial | Milestone: | 0.26.1 |
Component: | Plugin - MythArchive | Version: | 0.23-fixes |
Severity: | low | Keywords: | |
Cc: | Ticket locked: | no |
Description
I have 4 slave servers--each with local storage (all cross-mounted via NFS), but the storage directories are defined on the master backend default SG, since they are shared among all the servers.
When running the mytharchive import process on one of the slave boxes, it errors out like this: 2010-07-15 09:52:48.473 copying from /myth/windows/avpc2/tmp/Test recording/1000_20100707111400.mpg 2010-07-15 09:52:48.473 to /1000_20100707111400.mpg 2010-07-15 09:52:48.474 ERROR: Unable to open destination file 2010-07-15 09:52:48.474 Do you have write access to the directory?
Notice that the destination path is "/1000_20100707111400.mpg"--it should be "/mnt/sbe3/rec11000_20100707111400.mpg". I believe that mytharchive is simply looking for folders in the 'Default' SG that match the local hostanme--and if none are found the query returns nothing and the script chokes. See the following link for a little more detail: http://ubuntuforums.org/showpost.php?p=4844808&postcount=6
Change History (8)
comment:1 Changed 14 years ago by
Priority: | major → trivial |
---|---|
Severity: | medium → low |
comment:2 Changed 14 years ago by
Status: | new → assigned |
---|
comment:3 Changed 12 years ago by
Type: | defect → Bug Report - General |
---|
Any chance that this has been fixed already? It's against 0.23
comment:4 Changed 12 years ago by
Owner: | paulh deleted |
---|
comment:5 Changed 11 years ago by
This was fixed in my fork in https://github.com/paul-h/mythtv/commit/fcfe61b1bb
Note there seems to be a regression introduced by the socket changes that causes file transfers to abort early. I had to increase the timeout to 100ms in FileTransfer::WriteBlock?() to get the file transfer to work reliably.
comment:6 Changed 11 years ago by
Owner: | set to Paul Harrison <mythtv@…> |
---|---|
Resolution: | → fixed |
Status: | assigned → closed |
comment:8 Changed 11 years ago by
Milestone: | unknown → 0.26.1 |
---|---|
Owner: | changed from Paul Harrison <mythtv@…> to paulh |
Please see the ticket howto, do not set priority/severity.