[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Arista Switches rebooting

Subject: Arista Switches rebooting
From: saku at ytti.fi (Saku Ytti)
Date: Mon, 4 May 2020 22:35:47 +0300
In-reply-to: <CAEmG1=rxKWExq=y1CoiK_9WBPFqTa40P4pRACW_5eymBfPDT_w@mail.gmail.com>
References: <YTOPR0101MB1260A3D415CE14A48493D025DFA60@YTOPR0101MB1260.CANPRD01.PROD.OUTLOOK.COM> <VI1PR02MB40637142A20D3E6B1F0C218DBDA60@VI1PR02MB4063.eurprd02.prod.outlook.com> <YTOPR0101MB126024E780E6AF9933D46A27DFA60@YTOPR0101MB1260.CANPRD01.PROD.OUTLOOK.COM> <CAEmG1=rxKWExq=y1CoiK_9WBPFqTa40P4pRACW_5eymBfPDT_w@mail.gmail.com>

On Mon, 4 May 2020 at 21:57, Matthew Petach <mpetach at netflight.com> wrote:

> As the process size in fabrication gets smaller and smaller, it takes less and less energy hitting a device to cause spurious events like these.

Agreed. However in this case it was not a single-event upset (or
multi-event upset) but timing problem, fixable with new software on
the memory controller.  Single-event upsets should be benign with ECC
memories.

-- 
  ++ytti

References:
- Arista Switches rebooting
  - From: GuerraJ at westmancom.com (Javier Gutierrez Guerra)
- Arista Switches rebooting
  - From: GuerraJ at westmancom.com (Javier Gutierrez Guerra)
- Arista Switches rebooting
  - From: mpetach at netflight.com (Matthew Petach)

Prev by Date: YANG module designer tool
Next by Date: Arista Switches rebooting
Previous by thread: Arista Switches rebooting
Next by thread: Arista Switches rebooting
Index(es):
- Date
- Thread