@nya2510

> 障害の直接的な原因となった不具合を含んだロードファイル生成プログラムは、単体テストの段階では正常に動いているように見えていました。これは生成プログラムが「一時的に確保した領域」を超えて、本来ロードファイルを展開してはいけない領域（別のプログラムが利用する領域）にインデックステーブルを書き込んでしまっても、そのテストでは別のプログラムを動かしていないので上書きされることもなく、
https://gihyo.jp/article/2023/12/zengin-nttdata

とあって「テストでは別のプログラムを動かしていない」ので壊れなかったと理解すると、本番では別のプログラムを動かしていたので壊れたと読めてしまいます。ここで、ロードファイル生成プログラムを本番で全体を起動するたびに走らせてるとは僕には想像しづらいんですよねー。

あ、あと複数のプロセスが動いたから壊れたのなら、やっぱり壊れたのは共有メモリの内容じゃないといけない気もしてきました。もうﾅﾝﾓﾜｶﾗﾝw