good evening; which would mean, where that storage system is zfs, i should turn to it. ok. is there anything to be said, independent of that, about the other two questions? best regards, from berlin,

James Anderson wrote: No. Once the storage system has failed, there is nothing else you can conclude. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

Леонид Юрьев wrote: Good catch, thanks. There are no instances of mutex usage in LMDB that don't check for EOWNERDEAD and properly recover. Note the info about robust mutexes: PTHREAD_MUTEX_ROBUST If a mutex is initialized with the PTHREAD_MUTEX_ROBUST attribute and its owner dies without unlocking it, any future attempts to call pthread_mu‐ tex_lock(3) on this mutex will succeed and return EOWNERDEAD to indicate that the original owner no longer exists and the mutex is in an inconsistent state. Usually after EOWNERDEAD is returned, the next owner should call pthread_mutex_consistent(3) on the acquired mutex to make it consistent again before using it any further. If the next owner unlocks the mutex using pthread_mutex_unlock(3) before making it consistent, the mutex will be permanently unusable and any subsequent attempts to lock it using pthread_mutex_lock(3) will fail with the error ENOTRECOVERABLE. The only permitted operation on such a mutex is pthread_mu‐ tex_destroy(3). If the next owner terminates before calling pthread_mutex_consistent(3), further pthread_mutex_lock(3) operations on this mutex will still return EOWN‐ ERDEAD. The only way for the mutex to become unrecoverable is by calling pthread_mutex_unlock() on it before calling pthread_mute_consistent(), and LMDB will never do that. If the process dies before calling pthread_mutex_consistent(), the mutex state remains in the EOWNERDEAD state. LMDB never breaks this mutex protocol, so something else in the system is broken. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/