I guess that the autoqa-results list is still causing some problems for fedora-infra.
I'm honestly not sure what the problem is with our current usage of the list - I didn't really get a clear answer to that, just that they want to understand more about our usage in case there is a better solution than what we're currently using.
The old archives are going to be deleted but I've downloaded a compressed copy of the old archives in case we ever decide to parse them.
I've been asked for the following information: - What do we do with the list - What do we plan to do with the list
With the recent changes that Kamil made, the only thing that I can think of is "notification of failed or questionable test runs". Is there anything that I'm missing?
Tim
I guess that the autoqa-results list is still causing some problems for fedora-infra.
Did they contact you, or how do you know?
I'm honestly not sure what the problem is with our current usage of the list - I didn't really get a clear answer to that, just that they want to understand more about our usage in case there is a better solution than what we're currently using.
Maybe they don't know about the recent change that happened on May 16. The list seems to receive only about 30 email per day. That shouldn't cause any problems. True, some of them (depcheck) might be quite large. Please ask them whether they know that we reduced the number of emails substantially 10 days ago. And if they know, what exactly the problem is.
The old archives are going to be deleted but I've downloaded a compressed copy of the old archives in case we ever decide to parse them.
Great, thank you.
I've been asked for the following information:
- What do we do with the list
Send aborted/crashed/weird AutoQA tests results there. We certainly can do optimizations if required. E.g. send only links to logs instead of full logs.
- What do we plan to do with the list
I plan to continue to do that until ResultsDB has some notification mechanism. I.e. the number of emails should stay down, no more 1500 emails per week. More likely 200-300 emails per week. Once ResultsDB has required features, we can get rid of the list.
On Fri, 27 Apr 2012 05:24:38 -0400 (EDT) Kamil Paral kparal@redhat.com wrote:
I guess that the autoqa-results list is still causing some problems for fedora-infra.
Did they contact you, or how do you know?
Yeah, I was pinged over IRC during the fedorahosted downtime
I'm honestly not sure what the problem is with our current usage of the list - I didn't really get a clear answer to that, just that they want to understand more about our usage in case there is a better solution than what we're currently using.
Maybe they don't know about the recent change that happened on May 16. The list seems to receive only about 30 email per day. That shouldn't cause any problems. True, some of them (depcheck) might be quite large. Please ask them whether they know that we reduced the number of emails substantially 10 days ago. And if they know, what exactly the problem is.
Yeah, I said that and I'm still not sure what the problem is. I think it was mostly the 11GB mbox file that they were concerned about but I'm hoping that isn't a problem now that we're not sending all of our results to the list.
I think that your numbers are a bit off, though. Going through the emails, there are several days where < 30 emails go to that list but there seem to be just as many days where it receives 75-150 emails. Some of these emails can be almost 500kB in plain text and I imagine that is what is causing problems.
I believe that the motivation is to make sure that we're using a solution that is the best choice for us whether that's mailman or some sort of non-archiving repeater.
The old archives are going to be deleted but I've downloaded a compressed copy of the old archives in case we ever decide to parse them.
Great, thank you.
If anyone wants a copy of the file (809MB compressed), let me know.
Tim
Maybe they don't know about the recent change that happened on May 16. The list seems to receive only about 30 email per day. That shouldn't cause any problems. True, some of them (depcheck) might be quite large. Please ask them whether they know that we reduced the number of emails substantially 10 days ago. And if they know, what exactly the problem is.
Yeah, I said that and I'm still not sure what the problem is. I think it was mostly the 11GB mbox file that they were concerned about but I'm hoping that isn't a problem now that we're not sending all of our results to the list.
I talked to smooge on Friday. The problem is the 11GB mbox, right, not the current rate of emails. I told him that I'd confirm with you that you had all the results backed-up and then I'd told him to delete it (all except current month).
I think we can do that now, or do you have any concerns?
I think that your numbers are a bit off, though. Going through the emails, there are several days where < 30 emails go to that list but there seem to be just as many days where it receives 75-150 emails. Some of these emails can be almost 500kB in plain text and I imagine that is what is causing problems.
There are a lot of problematic tests lately :/
I can disable NEEDS_INSPECTION as well and leave only ABORTED and CRASHED enabled. I'll do some estimate whether it helps substantially.
I'll also spend an hour investigating whether we can easily send just links to results.
I think that your numbers are a bit off, though. Going through the emails, there are several days where < 30 emails go to that list but there seem to be just as many days where it receives 75-150 emails. Some of these emails can be almost 500kB in plain text and I imagine that is what is causing problems.
There are a lot of problematic tests lately :/
In the last two-three weeks there seems to be 30-40 emails per in average.
I can disable NEEDS_INSPECTION as well and leave only ABORTED and CRASHED enabled. I'll do some estimate whether it helps substantially.
I blacklisted "depcheck: NEEDS_INSPECTION" results, because we don't intend to fix these problems any time soon (basically it means depcheck hasn't produced an output for some of the input builds) and they are very frequent.
That should help quite a bit.
autoqa-devel@lists.fedorahosted.org