You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Occasionally one of my hosts is offlined due to a crawl failure. So far it hasn't been the fault of the host; the crawl completes pretty quickly but somehow the processing of the crawl data doesn't complete in a sufficient amount of time. It's really not so bad that this happens occasionally, and there's certainly a possibility that sometimes the fault could be on my end.
The problem is that I don't know about it until I notice that traffic has dropped off. As far as I can tell there's no notice sent anywhere when something goes wrong.
Judging from the amount of things that can send to fedmsg, it must be pretty simple to add support for putting events on the bus, and that would probably be completely sufficient to let people be notified. You have to have a Fedora account to configure a MM site so I don't really see much in the way of downside unless the crawlers are so restricted that they can't get to the fedmsg servers.
If I can get some hints about where in the code messages could be emitted, I can try to learn how to use the fedmsg libraries and have a go at implementing this.
The text was updated successfully, but these errors were encountered:
#208 is the same idea. I think email makes more sense as most mirror admins do not listen to the messages bus. Besides that you need to look at the crawler. The crawler already sends messages to the message bus which might include what you want:
It says 3 mirrors failed and you can see the return code of those crawls. Looking at the crawler code a repeated return code of '2' would mean auto disabled. You could send a special message or return code if a mirror actually has been auto-disabled.
Mirror admins wouldn't need to listen to the message bus; the standard Fedora notification service will generate the necessary emails.
The problem with the crawler notifications is that they don't include any user information, so the notification service has no way to take those messages and generate a notification to the mirror admin. Basically the bus should get individual messages per crawled host which include the account info for the mirror admin. And of course a mirror being disabled should put a different message on the bus that can be filtered separately.
Occasionally one of my hosts is offlined due to a crawl failure. So far it hasn't been the fault of the host; the crawl completes pretty quickly but somehow the processing of the crawl data doesn't complete in a sufficient amount of time. It's really not so bad that this happens occasionally, and there's certainly a possibility that sometimes the fault could be on my end.
The problem is that I don't know about it until I notice that traffic has dropped off. As far as I can tell there's no notice sent anywhere when something goes wrong.
Judging from the amount of things that can send to fedmsg, it must be pretty simple to add support for putting events on the bus, and that would probably be completely sufficient to let people be notified. You have to have a Fedora account to configure a MM site so I don't really see much in the way of downside unless the crawlers are so restricted that they can't get to the fedmsg servers.
If I can get some hints about where in the code messages could be emitted, I can try to learn how to use the fedmsg libraries and have a go at implementing this.
The text was updated successfully, but these errors were encountered: