Hi, I've got 1 or 2 dead probes, they power on but I see no mac address from them. They have the first 2 lights on, but none of the others. I don't see this combination listed on https://atlas.ripe.net/about/faq/#what-do-the-lights-on-the-side-of-the-prob... Has anybody else come across this issue? Anybody know what the light combination means? Marty
On 2015/10/22 23:30 , Marty Strong wrote:
I've got 1 or 2 dead probes, they power on but I see no mac address from them. They have the first 2 lights on, but none of the others.
I don't see this combination listed on https://atlas.ripe.net/about/faq/#what-do-the-lights-on-the-side-of-the-prob...
Has anybody else come across this issue? Anybody know what the light combination means?
Hi, That a weird thing that is showing up recently. I have no clear idea what is causing it. Something is wrong with the filesystem on the USB stick that prevents the probe from booting properly. What normally cures it is to connect the probe to power and network without the USB stick, wait for about 10 minutes and then insert the USB stick. Philip
It worked! Your probe #16587 upgraded its firmware from version 3.3.8 to version 4720
October 23, 2015 10:20
Thanks! On 23 October 2015 at 10:54, Philip Homburg <philip.homburg@ripe.net> wrote:
On 2015/10/22 23:30 , Marty Strong wrote:
I've got 1 or 2 dead probes, they power on but I see no mac address from them. They have the first 2 lights on, but none of the others.
I don't see this combination listed on https://atlas.ripe.net/about/faq/#what-do-the-lights-on-the-side-of-the-prob...
Has anybody else come across this issue? Anybody know what the light combination means?
Hi,
That a weird thing that is showing up recently. I have no clear idea what is causing it. Something is wrong with the filesystem on the USB stick that prevents the probe from booting properly.
What normally cures it is to connect the probe to power and network without the USB stick, wait for about 10 minutes and then insert the USB stick.
Philip
Hello, My probe had the same issue (see the message I sent about it earlier). The fix Philip mentions repaired the issue for me as well. The probe failed after I had to powercycle some of my network equipment (including the probe). What happened with your probes Marty before they failed? Maybe there is a common cause? With kind regards, Jeroen Bogers -----Original Message----- From: ripe-atlas [mailto:ripe-atlas-bounces@ripe.net] On Behalf Of Philip Homburg Sent: Friday, October 23, 2015 11:55 To: ripe-atlas@ripe.net Subject: Re: [atlas] Dead probes On 2015/10/22 23:30 , Marty Strong wrote:
I've got 1 or 2 dead probes, they power on but I see no mac address from them. They have the first 2 lights on, but none of the others.
I don't see this combination listed on https://atlas.ripe.net/about/faq/#what-do-the-lights-on-the-side-of-th e-probe-mean
Has anybody else come across this issue? Anybody know what the light combination means?
Hi, That a weird thing that is showing up recently. I have no clear idea what is causing it. Something is wrong with the filesystem on the USB stick that prevents the probe from booting properly. What normally cures it is to connect the probe to power and network without the USB stick, wait for about 10 minutes and then insert the USB stick. Philip
As far as I know they were unplugged in order to move location. One of them certainly was, the other I'm not so sure of. Sent from my iPhone
On 23 Oct 2015, at 21:55, Jeroen Bogers <Jeroen@hltools.com> wrote:
Hello,
My probe had the same issue (see the message I sent about it earlier). The fix Philip mentions repaired the issue for me as well. The probe failed after I had to powercycle some of my network equipment (including the probe). What happened with your probes Marty before they failed? Maybe there is a common cause?
With kind regards, Jeroen Bogers
-----Original Message----- From: ripe-atlas [mailto:ripe-atlas-bounces@ripe.net] On Behalf Of Philip Homburg Sent: Friday, October 23, 2015 11:55 To: ripe-atlas@ripe.net Subject: Re: [atlas] Dead probes
On 2015/10/22 23:30 , Marty Strong wrote: I've got 1 or 2 dead probes, they power on but I see no mac address from them. They have the first 2 lights on, but none of the others.
I don't see this combination listed on https://atlas.ripe.net/about/faq/#what-do-the-lights-on-the-side-of-th e-probe-mean
Has anybody else come across this issue? Anybody know what the light combination means?
Hi,
That a weird thing that is showing up recently. I have no clear idea what is causing it. Something is wrong with the filesystem on the USB stick that prevents the probe from booting properly.
What normally cures it is to connect the probe to power and network without the USB stick, wait for about 10 minutes and then insert the USB stick.
Philip
Hey, Thank you for that short HOWTO. I almost recovered two probes like that. One of the two probes got stuck with "USB-READONLY". But swapping the USB sticks did the trick then. Cheers, Oliver On 23.10.2015 11:54, Philip Homburg wrote:
On 2015/10/22 23:30 , Marty Strong wrote:
I've got 1 or 2 dead probes, they power on but I see no mac address from them. They have the first 2 lights on, but none of the others.
I don't see this combination listed on https://atlas.ripe.net/about/faq/#what-do-the-lights-on-the-side-of-the-prob...
Has anybody else come across this issue? Anybody know what the light combination means?
Hi,
That a weird thing that is showing up recently. I have no clear idea what is causing it. Something is wrong with the filesystem on the USB stick that prevents the probe from booting properly.
What normally cures it is to connect the probe to power and network without the USB stick, wait for about 10 minutes and then insert the USB stick.
Philip
-- Oliver Haake | Tier3 Network Engineer | euNetworks Theodor-Heuss-Allee 112 | 60486 Frankfurt/Main +49 69 905 542 49 office Für weitere Informationen über euNetworks oder für Informationen über unsere Unternehmen, darunter euNetworks GmbH, besuchen Sie bitte unsere Webseite www.eunetworks.de. Diese E-Mail und oder Anhänge können vertrauliche und/oder gesetzlich privilegierte Information enthalten. Wenn Sie nicht der beabsichtigte Empfänger sind, löschen Sie bitte die E-Mail, ohne sie zu lesen, und benachrichtigen Sie den Absender. euNetworks GmbH Geschäftsführer: Joachim Piroth Sueleyman Karaman Myriam Buchheister Amtsgericht Frankfurt am Main HRB 88224 Steuernummer 04523251638 Umsatzsteuer ID: DE 201 739 716
So, just out of curiosity... On 2015-10-23 11:54, Philip Homburg wrote:
[...] What normally cures it is to connect the probe to power and network without the USB stick, wait for about 10 minutes and then insert the USB stick.
This seems to imply that the probes can bootstrap (off the 'net?) without the USB stick present ? If this is the case, what is the USB stick used for?
Philip
Wilfried
I think it is for storage - my usb stick broke down, i replaced it with my own usb stick and it bootstrapped completely from baremetal... Michael 2015-10-28 17:30 GMT+01:00 Wilfried Woeber <woeber@cc.univie.ac.at>:
So, just out of curiosity...
On 2015-10-23 11:54, Philip Homburg wrote:
[...] What normally cures it is to connect the probe to power and network without the USB stick, wait for about 10 minutes and then insert the USB stick.
This seems to imply that the probes can bootstrap (off the 'net?) without the USB stick present ? If this is the case, what is the USB stick used for?
Philip
Wilfried
hi, On Wed, Oct 28, 2015 at 05:30:49PM +0100, Wilfried Woeber wrote:
This seems to imply that the probes can bootstrap (off the 'net?) without the USB stick present ? If this is the case, what is the USB stick used for?
As far as I understand from the "firmware upgraded"-messages, the internal flash has some sort of immutable emergency recovery firmware on it, which is good enough to pull an upgrade from the master, install to USB stick, and reboot into it. Or so. And, for measurement data :-) Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2015/10/28 17:50 , Gert Doering wrote:
On Wed, Oct 28, 2015 at 05:30:49PM +0100, Wilfried Woeber wrote:
This seems to imply that the probes can bootstrap (off the 'net?) without the USB stick present ? If this is the case, what is the USB stick used for?
As far as I understand from the "firmware upgraded"-messages, the internal flash has some sort of immutable emergency recovery firmware on it, which is good enough to pull an upgrade from the master, install to USB stick, and reboot into it. Or so.
And, for measurement data :-)
Close enough :-) The tp-link comes with 4 MB flash. This not enough to store the measurement code let alone also storing measurement results as well. Worse, if a power failure happens at the wrong moment during an upgrade of the internal flash then the tp-link is bricked. So the architecture we came up with is that the tp-link boots from internal flash and then either sets it root directory to the USB flash stick and runs from that or if an 'empty' USB flash is detected, downloads firmware from a controller and writes it to the flash. This way, updating the code on the USB flash is completely safe. If something goes wrong it is just a matter of asking the probe host to perform the procedure to get the USB stick to be re-initialized. We can and have updated the firmware on the built-in flash. But that's quite rare and there is the risk that it may brick some probe. Philip -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWMdfOAAoJEPr6076EDopy8QUP/0WF3Jls3Ilz7QYRs4gCegbI VI6yUsOlrLUTWpMsjmqhFML/1c3s+dUdkRnHg5jL4RvTLsUgDdW38O5VSoPEah6P HF9jIyUS2rIHz0H3G2pk3rCkjso+r9FI1W+BLYCvb0Fk2qBlkTFjVYIPHqFQITbz gJ+pz+H1PHpzTBpZtCcGOQvIeSXE3BV4sU8dTKSU+EcCOl5eSCSu9cAP+OgrHWiw iL+T7RLxIn2BcjAHKljgFh15vHaoH3FN7Egc1DoixozmVw242LpiCUqdc/FvORlp X75I32KJr8jb/0GSQF8NTzNbRVd6tMIQCGLgRQYXjWMg3Ig0D5QUSrZ5yHpg6XuW wBJGE1obw9P8wXwLUW8ZHu3tqmmx2OCKFluQwUzhKgH7TmxIfuQcA2zyCYGYaAIO oLDl49umrR3q4GRVZhTeC6SVpx6tK4U2kBeZjYgu/XOmYNj76sfJgekcXjMa6Hsn /x8u5mIQSJhiINa1ovm8QaxCOR2zX1BiphqlP8NGT/dtki6CGyvuKoHg1yrYqcnt aYXzt4xZS9kiwV/jS/cF7Y+SgaAwAovCit5UyukWeohhJw1ZYDai0WRGLHd5hqw0 bZnIPjawDPDbnWCVMfcBBMu/SxsQzEuqkm8cWHkEwfkGRmViAcpw0x7HwjsTpfXA WuptOiuF3CHaFRKn+IKf =DUtO -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philip, thanks for the explanation! Wilfried -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJWMhRuAAoJEPMGt0I/M2zSRSQP/AzOPEcdiLN3FAXgKi0MyuSC ASKChSMRIW3Wg1BCxdJP3mDSGAIXOxraaSOsYf5D+LozJEgm9Kj9dfqDvEZVwpmq w/F/AaGgiTcvPVIaJ+M5czRIew40DoddNjxnGVCvFkg1YFo4tbJqInca72WvPnXi wnJhbmeHoWwGOAjGWSNu5yi/NahluPJ7G7HO7m40jYt9qvJiAYWYqGB418aSFY6G fUZbvgQ3TQZaXtXK7Ykw0IqTGKIQTSid2Jqpq9xBlqTDrOae/xidN41G2jDEuLKy PIZhnUIxmy02hfbhjAWDbSs+/3I9CiRChrsdmISzXSsOuwBz6mRIzg0/dmVd60ry xJdkYT1pgDVCAAtmrBoTyuPjOpzSoTSM+BXuzaf+ZgOintnlCvqyAzLUX8Ln0j1s F/49+RbNrHDKvysVRm94kqLXxeGROBJ7+wYCpfkCzLyKcmlLfS8/UAFU1AzcPceb /WUqPuK7CSiSye0MGFSUmQGhxucRm18teuZdNq/0u44l5W3M2c34xmUkc4KXcr1E uMmtnzaVMxX0jMWnD+JPZ7M9J692gvr198I0WhYPK22FpRJ1vgimpSgDRkP8yXoP aSFQGFT4qedokrzex5Ctb+Vpeq6Q9VxCxIDxCjMEnIGyZo3sMTimducVOLpGMsnP dfcjtAus5F8FNZEHBXY6 =Q4lG -----END PGP SIGNATURE-----
I have a dead probe that I've tried both waiting 10 minutes with the USB stick out and placing a fresh USB stick in, but it still sits on what looks like running from internal flash. Is there another method anybody knows that can bring this old probe back to life? On 29 October 2015 at 12:43, Wilfried Woeber <woeber@cc.univie.ac.at> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Philip, thanks for the explanation!
Wilfried
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1
iQIcBAEBAgAGBQJWMhRuAAoJEPMGt0I/M2zSRSQP/AzOPEcdiLN3FAXgKi0MyuSC ASKChSMRIW3Wg1BCxdJP3mDSGAIXOxraaSOsYf5D+LozJEgm9Kj9dfqDvEZVwpmq w/F/AaGgiTcvPVIaJ+M5czRIew40DoddNjxnGVCvFkg1YFo4tbJqInca72WvPnXi wnJhbmeHoWwGOAjGWSNu5yi/NahluPJ7G7HO7m40jYt9qvJiAYWYqGB418aSFY6G fUZbvgQ3TQZaXtXK7Ykw0IqTGKIQTSid2Jqpq9xBlqTDrOae/xidN41G2jDEuLKy PIZhnUIxmy02hfbhjAWDbSs+/3I9CiRChrsdmISzXSsOuwBz6mRIzg0/dmVd60ry xJdkYT1pgDVCAAtmrBoTyuPjOpzSoTSM+BXuzaf+ZgOintnlCvqyAzLUX8Ln0j1s F/49+RbNrHDKvysVRm94kqLXxeGROBJ7+wYCpfkCzLyKcmlLfS8/UAFU1AzcPceb /WUqPuK7CSiSye0MGFSUmQGhxucRm18teuZdNq/0u44l5W3M2c34xmUkc4KXcr1E uMmtnzaVMxX0jMWnD+JPZ7M9J692gvr198I0WhYPK22FpRJ1vgimpSgDRkP8yXoP aSFQGFT4qedokrzex5Ctb+Vpeq6Q9VxCxIDxCjMEnIGyZo3sMTimducVOLpGMsnP dfcjtAus5F8FNZEHBXY6 =Q4lG -----END PGP SIGNATURE-----
The capacity of the stick must be larger than ~3 GB. On the stick will be three partitions, 1 GB size each. It is simple written to the partition table that there are this partitions, it doesn't matter whether this is possible or not (e.g. the stick has only a capacity of 2 GB). This is only my experience. Last time my USB stick broke down I first tried to replace it by a stick with a capacity of 2 GB only. The probe wrote some data to the stick (the LED of the stick was blinking) but then the probe hang in a boot loop. After plugging the USB stick into my pc fdisk showed me that there are this three partitions. Am 01.12.2015 um 11:34 schrieb Marty Strong:
I have a dead probe that I've tried both waiting 10 minutes with the USB stick out and placing a fresh USB stick in, but it still sits on what looks like running from internal flash.
Is there another method anybody knows that can bring this old probe back to life?
On 29 October 2015 at 12:43, Wilfried Woeber <woeber@cc.univie.ac.at <mailto:woeber@cc.univie.ac.at>> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Philip, thanks for the explanation!
Wilfried
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1
iQIcBAEBAgAGBQJWMhRuAAoJEPMGt0I/M2zSRSQP/AzOPEcdiLN3FAXgKi0MyuSC ASKChSMRIW3Wg1BCxdJP3mDSGAIXOxraaSOsYf5D+LozJEgm9Kj9dfqDvEZVwpmq w/F/AaGgiTcvPVIaJ+M5czRIew40DoddNjxnGVCvFkg1YFo4tbJqInca72WvPnXi wnJhbmeHoWwGOAjGWSNu5yi/NahluPJ7G7HO7m40jYt9qvJiAYWYqGB418aSFY6G fUZbvgQ3TQZaXtXK7Ykw0IqTGKIQTSid2Jqpq9xBlqTDrOae/xidN41G2jDEuLKy PIZhnUIxmy02hfbhjAWDbSs+/3I9CiRChrsdmISzXSsOuwBz6mRIzg0/dmVd60ry xJdkYT1pgDVCAAtmrBoTyuPjOpzSoTSM+BXuzaf+ZgOintnlCvqyAzLUX8Ln0j1s F/49+RbNrHDKvysVRm94kqLXxeGROBJ7+wYCpfkCzLyKcmlLfS8/UAFU1AzcPceb /WUqPuK7CSiSye0MGFSUmQGhxucRm18teuZdNq/0u44l5W3M2c34xmUkc4KXcr1E uMmtnzaVMxX0jMWnD+JPZ7M9J692gvr198I0WhYPK22FpRJ1vgimpSgDRkP8yXoP aSFQGFT4qedokrzex5Ctb+Vpeq6Q9VxCxIDxCjMEnIGyZo3sMTimducVOLpGMsnP dfcjtAus5F8FNZEHBXY6 =Q4lG -----END PGP SIGNATURE-----
Hi, Am 01.12.2015 um 11:34 schrieb Marty Strong:
I have a dead probe that I've tried both waiting 10 minutes with the USB stick out and placing a fresh USB stick in, but it still sits on what looks like running from internal flash.
Is there another method anybody knows that can bring this old probe back to life?
https://wiki.openwrt.org/toh/tp-link/tl-mr3020#gpio_pinout I read that you can "debrick" a "home router" via the JTAG interface. But the TL-MR3020 only gives you GPIO ... maybe that works just fine, too. AFAIK RIPE does not want you to flash a probe yourself. So flashing the firmware yourself is probably not possible. But at least looking at the boot log (serial console) could maybe help you spot the problem. Best regards, Andreas
On 2015/12/01 11:34 , Marty Strong wrote:
I have a dead probe that I've tried both waiting 10 minutes with the USB stick out and placing a fresh USB stick in, but it still sits on what looks like running from internal flash.
Is there another method anybody knows that can bring this old probe back to life?
Hi Marty, In these cases it is best to start with a mail to atlas@ripe.net, which is our ticketing system. If the probe still works a bit, then there might be log records. Philip
I couldn't see any SOS history sadly :( But mail sent nonetheless. On 1 December 2015 at 12:25, Philip Homburg <philip.homburg@ripe.net> wrote:
On 2015/12/01 11:34 , Marty Strong wrote:
I have a dead probe that I've tried both waiting 10 minutes with the USB stick out and placing a fresh USB stick in, but it still sits on what looks like running from internal flash.
Is there another method anybody knows that can bring this old probe back to life?
Hi Marty,
In these cases it is best to start with a mail to atlas@ripe.net, which is our ticketing system.
If the probe still works a bit, then there might be log records.
Philip
participants (9)
-
Andreas Boesen -
Estelmann, Christian -
Gert Doering -
Jeroen Bogers -
Marty Strong -
Michael Auß -
Oliver Haake -
Philip Homburg -
Wilfried Woeber