This repository has been archived by the owner on Sep 12, 2024. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 51
email "phedex is acting up" #510
Comments
I have not seen any such emails recently myself. Anything bad happening, is happening on phedex side c.f. dmwm/PHEDEX#1117 |
Can you be more specific about what date the rate of such mails increased? Maybe we can correlate it with more load on datasvc, e.g. via rucio sync or otherwise |
Sorry, couldn't find a better way to get you this information other than: https://www.dropbox.com/sh/c90bs1830rm5vlg/AABzw7p2cNBc7Z050IIymSkXa?dl=0 @vlimant Yes, the bug is on the PhEDEx side, and it won't be fixed :(, but maybe other services need to know about this right now. In case they see something strange, it might be because of the total nonsense phedex response. |
Phedex is not used anymore, closing this issue. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
For the record on a mystery failure of Phedex, that had impacted unified in the past, that has a protection which @nsmith- and @dr-stringfellow are wondering about.
subscribor
is try to get all unassigned blockshttps://github.com/CMSCompOps/WmAgentScripts/blob/master/Unified/subscribor.py#L56
and make a subscription to DataOps (without an actual transfer) just so that it belongs and is counted against dataops quota : in an effort to "fix" dmwm/WMCore#5945 (in the wrong place obviously)
getDatasetBlockAndSite
has been failing very badly rarely dmwm/PHEDEX#1117, providing things completely irrelevant to the initial query to phedex (@nataliaratnikova)this 0522c2e and the email eb4687a was put in place so that things don't go astray in unified and downstream.
a band-aid on a band-aid, on a band-aid ...
The text was updated successfully, but these errors were encountered: