<div>Thank you for your information.</div><div><div dir="auto"> I managed to get the probe back online in the meantime (I tried the USB resetting) and it seems to work fine. </div></div><div dir="auto"><br></div><div dir="auto">Again, thanks. </div><div><br><div class="gmail_quote"><div dir="ltr">On Sun 1. Jul 2018 at 16:38, Viktor Naumov <<a href="mailto:vnaumov@ripe.net">vnaumov@ripe.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Andre,<br>
<br>
During the back-end problems we got probes unevenly distributed across <br>
controllers. Lots of probes went to ams14 and started dumping results <br>
they collected being offline. The ams14 is the most powerful controller <br>
and it went online first. Therefore it was highly biased to attract <br>
disconnected probes. It caused major controller slowdown and we decided <br>
to speed up the redistribution process by manually disconnecting some <br>
probes away from ams14. Most likely your probe was one of the innocent <br>
victims.<br>
<br>
Sorry for the inconvenience<br>
<br>
wbr<br>
/vty<br>
<br>
On 7/1/18 2:21 AM, Andre Heinrichs wrote:<br>
> Hi everyone,<br>
><br>
> Another day, another weird effect. My probe (29384) keeps losing its <br>
> connection to the Atlas systems. That seems to happen since the <br>
> backend problems from Saturday were fixed. I also noticed that my <br>
> probe switched from ctr-nue13 which it was always connected with to <br>
> ctr-ams15 after 18 June and yesterday it got connected to ctr-ams14 <br>
> but lost that connection again quite fast.<br>
><br>
> My questions again: is that (probes getting disconnected all the time) <br>
> something anyone else sees? Is there something on Atlas‘ side wrong or <br>
> has my probe somehow lost the ability to stay connected for periods of <br>
> more than a couple of minutes? There are again no obvious problems <br>
> with my internet connection.<br>
><br>
> TIA,<br>
> Andre<br>
<br>
<br>
</blockquote></div></div>