Issue Number | 4590 |
---|---|
Summary | Pronunciation Audio download error |
Created | 2019-03-06 11:35:58 |
Issue Type | Inquiry |
Submitted By | Osei-Poku, William (NIH/NCI) [C] |
Assigned To | Englisch, Volker (NIH/NCI) [C] |
Status | Closed |
Resolved | 2019-03-12 15:48:22 |
Resolution | Won't Fix |
Path | /home/bkline/backups/jira/ocecdr/issue.241069 |
We are not able to download 2 files that Vanessa uploaded to the FTP server. Could you please look into why we are getting the following error message?
Unable to move file: mv /sftp/sftphome/cdrstaging/ciat/prod/Audio/Term_Audio/Week_130_Rev1 2.zip /sftp/sftphome/cdrstaging/ciat/prod/Audio/Audio_Transferred/Week_130_Rev1 2.zip
My first reaction to this is some surprise related to the filename of the ZIP file. Why is the file named Week_130_Rev1 2.zip? This filename doesn't follow any of our naming conventions as far as I remember, in addition to the fact that using spaces as part of a filename on a Unix system is often a bad idea. It appears to me that the filename should be Week_130_Rev1.zip.
Vanessa removed the file and uploaded a new file. It downloaded fine but we are not able to review the audio. This is the error message that displays:
Found a file named "Week_130_Rev1 2.zip" that is like what we want but not exactly right.<br /> Please correct the name to reflect one of the following formats or contact programming support staff for help.<br /><br /> Week_N.zip or Week_N_RevN.zip<br /> where "N" is 1-3 decimal digits with optional leading zeroes. :<br />
I see, you received the original error after the file had already been copied to the production server. Therefore, changing the name of the file and uploading it again only affected the file on the FTP server but not on the CDR server.
Are you able to enter Service Now tickets, ~oseipokuw? We need to request to have the file name of the *.zip file changed.
The Audio review tool is checking for the proper format of the
filenames. This is good but we should have a similar test as part of the
audio download tool to prevent having files with the wrong filename
format downloaded in the first place.
You may want to consider entering a ticket to enhance the FTP_audio tool
accordingly.
Yes, I can enter a ServiceNow ticket. To what new file name should they change it to since we now have the correct file. Wouldn't it be better to just remove the file completely from the CDR ?
I don't think it would be better to remove the file. If the file is
removed you'd have to download it again. The download is done from the
directory Vanessa copies it to but the file is then removed from that
original directory, so Vanessa would have to upload the file again.
After the file has been copied, it is copied to it's final destination
and removed from "Vanessa's directory". The file already exists in that
final destination, so we could run into a problem again because the
program may not be able to overwrite the existing file.
I think it's easiest to achieve what we need by renaming the file to
Week_130_Rev1.zip.
Okay. I have submitted the ticket. Let's hope that they get to it quickly. Thanks!
Did you include the server name nciws-p193-v? Directory:
D:/CDR/Audio_from_CIPSFTP
It shouldn't take them long to get to it. Fingers crossed.
Thanks! I only gave them the server name as cancerinfo.nci.nih.gov. I have now provided them with the info above. Thanks!
I believe we can close this ticket now. Isn't that correct, ~oseipokuw?
Yes, we can. Closing it now.
Elapsed: 0:00:00.001871