PhEDEx transfer issues to T3_US_Rutgers

[pfjacques]

PhEDEx transfer issues to T3_US_Rutgers

[nataliaratnikova]

Hi Pieter,
the Abandoning alert happens when PhEDEx fails to check the status of the submitted FTS job after a certain timeout (default 1 hour) . You can adjust the timeout with -job-awol option, see
https://github.com/dmwm/PHEDEX/blob/master/Toolkit/Transfer/FileDownload#L113

But it in your case it looks like all status checks are failing:

I see a lot of "Error reading the server's reply with the status of the job's files: expected value " in [*] . Does your proxy look OK? Can you check status manually from the server node?

Natalia.

[*]https://cmsweb.cern.ch/phedex/prod/Activity::ErrorInfo?tofilter=T3_US_Rutgers&fromfilter=.*&report_code=.*&xfer_code=.*&to_pfn=.*&from_pfn=.*&log_detail=.*&log_validate=.*&.submit=Update#

[nataliaratnikova]

Looking at FTS log for eb3ec312-0246-11e8-b31a-a0369f23cf8e , the transfer was cancelled by timeout. Since this is operational and not development issue, please open a GGUS ticket. I am closing this.

[pfjacques]

Natalia, I understand, that the abandoing alert happens after a 1 hour timeout. Since all the status checks are failing, changing the timeout itself won't help. I generate the proxy with voms-proxy-init -voms cms -rfc -out new777.tmp -hours 192 -valid 192:00 I generate a new proxy once a day via a cron job. The underlying certificate is my personal grid certificate, which is valid until May 8th, so I think the proxy should be OK. In any case, this is the procedure I've been using for several years now, and it has always worked OK previously. I'm not sure I know how to check the status manually. Can you provide details on that? Thanks for your assistance with this, - Pieter +-------------------------------------------------+ | Pieter F. Jacques ([email protected]) | | Serin Physics Laboratory, Rutgers University | | 136 Frelinghuysen Road | | Piscataway, NJ 08854-8019 USA | | Telephone: [phone] | +-------------------------------------------------+

…

On Fri, 26 Jan 2018, nataliaratnikova wrote: Hi Pieter, the Abandoning alert happens when PhEDEx fails to check the status of the submitted FTS job after a certain timeout (default 1 hour) . You can adjust the timeout with -job-awol option, see https://github.com/dmwm/PHEDEX/blob/master/Toolkit/Transfer/FileDownload#L113 But it in your case it looks like all status checks are failing: I see a lot of "Error reading the server's reply with the status of the job's files: expected value " in [*] . Does your proxy look OK? Can you check status manually from the server node? Natalia. [*]https://cmsweb.cern.ch/phedex/prod/Activity::ErrorInfo?tofilter=T3_US_Rutgers&fromfilter=.*&report_code=.*&xfer_code=.*&to_pfn=.*&from_pfn=.*&log_detail=.*&log_validate=.*&.submit=Update# -- You are receiving this because you authored the thread. Reply to this email directly or view it on GitHub: #1112 (comment)

[pfjacques]

Where do I go to open a GGUX ticket? - Pieter

…

On Fri, 26 Jan 2018, nataliaratnikova wrote: Looking at FTS log for eb3ec312-0246-11e8-b31a-a0369f23cf8e , the transfer was cancelled by timeout. Since this is operational and not development issue, please open a GGUS ticket. I am closing this. -- You are receiving this because you authored the thread. Reply to this email directly or view it on GitHub: #1112 (comment)

[nataliaratnikova]

I just sent email to your professional address, asking site support team to help you opening a GGUS ticket.

[stlammel]

Hallo Pieter,
please go to https://ggus.eu/?mode=ticket_cms
to open a GGUS ticket. For "CMS Support Unit"
please select "CMS Datatransfers" to route the
ticket to the team that handles/assists with transfer
issues.
In case you don't have a GGUS account yet, please
go to the "Registration" on the left menu and register.
Please select "support access" so you can update
tickets.
Thanks,

• Stephan