Why did I get "Over the limit on number of results"?
Hello, I schedule some measurements to run during today but I got an error on some of them. The error is "Over the limit on number of results". I have enough credits to run all the measures so I don't understand this message. Thank you and best regards, -- Eduardo Duarte Gestão e Desenvolvimento de Projetos l Project Development Management *DNS.PT* Rua Latino Coelho, n.º 13, 5.º piso | 1050-132 Lisboa | Portugal Tel: (+351) 211 308 200 Fax: (+351) 211 312 720 dns.pt <http://www.dns.pt> | dnssec.pt <http://www.dnssec.pt> | 3em1.pt <https://www.3em1.pt> | facebook.com/dns.pt <https://www.facebook.com/dns.pt> | pt.linkedin.com/in/dnspt <http://pt.linkedin.com/in/dnspt> Aviso de Confidencialidade/Disclaimer: Este e-mail foi escrito de acordo com o novo acordo ortográfico. Esta mensagem é exclusivamente destinada ao seu destinatário, podendo conter informação CONFIDENCIAL, cuja divulgação está expressamente vedada nos termos da lei. Caso tenha recepcionado indevidamente esta mensagem, solicitamos-lhe que nos comunique esse mesmo facto por esta via devendo apagar o seu conteúdo de imediato. This message is intended exclusively for its addressee. It may contain CONFIDENTIAL information protected by law. If this message has been received by error, please notify us via e-mail and delete it immediately. [ Antes de imprimir esta mensagem pense no ambiente. Before printing this message, think about environment ]
Hi Eduardo, There are also limits on the number of results that you generate per day, called the "Daily measurement result flow". This could be what you are describing. The limits are shown at https://atlas.ripe.net/atlas/user/ Best, Wouter On Wed, Oct 25, 2017 at 01:03:15PM +0100, Eduardo Duarte wrote:
Hello,
I schedule some measurements to run during today but I got an error on some of them. The error is "Over the limit on number of results". I have enough credits to run all the measures so I don't understand this message.
Thank you and best regards, -- Eduardo Duarte Gestão e Desenvolvimento de Projetos l Project Development Management *DNS.PT* Rua Latino Coelho, n.º 13, 5.º piso | 1050-132 Lisboa | Portugal Tel: (+351) 211 308 200 Fax: (+351) 211 312 720 dns.pt <http://www.dns.pt> | dnssec.pt <http://www.dnssec.pt> | 3em1.pt <https://www.3em1.pt> | facebook.com/dns.pt <https://www.facebook.com/dns.pt> | pt.linkedin.com/in/dnspt <http://pt.linkedin.com/in/dnspt>
Aviso de Confidencialidade/Disclaimer: Este e-mail foi escrito de acordo com o novo acordo ortográfico. Esta mensagem é exclusivamente destinada ao seu destinatário, podendo conter informação CONFIDENCIAL, cuja divulgação está expressamente vedada nos termos da lei. Caso tenha recepcionado indevidamente esta mensagem, solicitamos-lhe que nos comunique esse mesmo facto por esta via devendo apagar o seu conteúdo de imediato. This message is intended exclusively for its addressee. It may contain CONFIDENTIAL information protected by law. If this message has been received by error, please notify us via e-mail and delete it immediately. [ Antes de imprimir esta mensagem pense no ambiente. Before printing this message, think about environment ]
Hi, On 2017-10-25 14:16, Wouter de Vries wrote:
Hi Eduardo,
There are also limits on the number of results that you generate per day, called the "Daily measurement result flow". This could be what you are describing.
The limits are shown at https://atlas.ripe.net/atlas/user/
Best,
Wouter
Indeed that page describes the limits for a particular user. There's more documentation available at https://atlas.ripe.net/docs/udm/#rate-limits. Let me perhaps explain a bit more of the motivation. We started off with putting hard limits, besides other things, on: a) the number of concurrent measurements a user can b) the number of probes that can be involved in a single measurement c) the total amount of credits one can spend per day A year or two ago we introduced a "daily measurement result flow" (d), with the intention of that it can ultimately replace (a) and (b), perhaps even (c). The idea behind this is that from the resource use point of view it shoould not matter (*) if one runs 1 msm with 10000 probes or 100 measurements with 100 probes each -- what matters is the total output the user is requesting from the system. BTW (a), (b) and (c) are hard numbers, (d) is an estimate so even though it's more user-friendly, it's more difficult to maintain. We haven't reached the point where (d) is the ultimate limit; mostly because there *is* difference in the (*) part above, for internal reasons. Solving this is a long-ish process, but are making steps to get there. Hope this explains, Robert
participants (3)
-
Eduardo Duarte -
Robert Kisteleki -
Wouter de Vries