July-31st-2018, 10:02 AM
So I got a reply from our development team. There is no other solution than to reset the device physically.
I asked the support team as well if anybody has ever recognized that a netPI failed in that way and the answer was no, except uncertain behaviour in case the SD card is "full".
In order to prevent the large log file you have to update netPI with firmware V1.1.3.0RC3. The deploy your containers and everything should work fine. The log file can't get longer than 1 MByte then.
One common word to frequently high written data to the SD card. The SD card is an AND Flash with a defined number of erase/write cycles. I know writing to a log file is not high amount of data per day ... but in another topic in this forum I calculated the maximum amount of data per day to support 10 years lifetime. So if I were you, I would recompile the container that is doing console outputs like is it doing it today and stop it.
I asked the support team as well if anybody has ever recognized that a netPI failed in that way and the answer was no, except uncertain behaviour in case the SD card is "full".
In order to prevent the large log file you have to update netPI with firmware V1.1.3.0RC3. The deploy your containers and everything should work fine. The log file can't get longer than 1 MByte then.
One common word to frequently high written data to the SD card. The SD card is an AND Flash with a defined number of erase/write cycles. I know writing to a log file is not high amount of data per day ... but in another topic in this forum I calculated the maximum amount of data per day to support 10 years lifetime. So if I were you, I would recompile the container that is doing console outputs like is it doing it today and stop it.
„You never fail until you stop trying.“, Albert Einstein (1879 - 1955)
