Hello Andi,
you already stated using a database on netPI could get critical caused by the limited read/write cycles. In Revision #2 (matrix code of netPI states a number in the lower right corner, this is a revision number) of netPI hardware we solved that problem that the SD card is no longer sealed and can be replaced by any other SD card of your choice. For example an SD card of type SLC with read/write 100.000w/e cycles per block which is 33 times more compared to the current preinstalled one or an SD card of bigger size of up to 128GByte for example which multiplies the endurance again to a nearly "undestroyable" value and a quality usually SSD drives are reaching. An issue we have seen with #REV1 SD cards that writing to a single file continously with small data packages smaller than 4kByte could crash the Linux system. Since you are using a database I could imagine this is the root cause of your problem. So I recommend to upgrade to revision #2 of netPI.
Thx
Armin
you already stated using a database on netPI could get critical caused by the limited read/write cycles. In Revision #2 (matrix code of netPI states a number in the lower right corner, this is a revision number) of netPI hardware we solved that problem that the SD card is no longer sealed and can be replaced by any other SD card of your choice. For example an SD card of type SLC with read/write 100.000w/e cycles per block which is 33 times more compared to the current preinstalled one or an SD card of bigger size of up to 128GByte for example which multiplies the endurance again to a nearly "undestroyable" value and a quality usually SSD drives are reaching. An issue we have seen with #REV1 SD cards that writing to a single file continously with small data packages smaller than 4kByte could crash the Linux system. Since you are using a database I could imagine this is the root cause of your problem. So I recommend to upgrade to revision #2 of netPI.
Thx
Armin
„You never fail until you stop trying.“, Albert Einstein (1879 - 1955)