This is my first post in the community, so ..
I had the same problem last week with some of identical configured M73/S74 cameras, but not with all of them. The log file log.txt on the server shows:
2025-04-11 18:18:21 mx10-32-27-200 ‘/.erdinfo’ not found
2025-04-11 18:18:21 mx10-32-27-200 force scanning file system …
2025-04-11 18:18:21 mx10-32-27-200 Value too large for defined data type get filesystem statistics in basepath!
2025-04-11 18:18:21 mx10-32-27-200 init failed with initialize failed!
Test of the file server in the camera said, that “File Server is usable”. Nevertheless, test of the storage server from within the camera shows, that the camera could not get size/free GB data from the file server. So the file server disabled.
First I thought, it would be a camera problem, but instead, it shows to be a server problem.
Our server is currently debian bookwarm with latest patches from Monday last week.
I managed to fix the problem with 2 tasks:
debian releases a new kernel module at the end of the week (?!), where ZFS had to be compiled anew. (ZFS is our main storage system.)
Hints from Mobotix during configuring of the server, tells us, that the NFS storage system had to be exported with no_root_squash. But for some reason, no_subtree_check has to be added too. Rem: Within the NFS directory, each camera creates his own folder, whith the events will be recorded in subfolder of these.
I don’t know, if only one of the changes would have been sufficient, and I have to check the other comeras too.
Well, some hints/pitfalls for storing on an nfs server, I stumbled on. Since I write these lines some weeks after successfull testing my setup, there is no guarantee, that some hints are incorrect. Especially, because I use German Language during installation.
My Camera-Modell is Mobotix M73/S74, latest Software revision.
The exported NFS file system should not exceed 4TB. It seems, that there are some limitations on the M73/S74.
UID/GID: I used a special UID=1001/GID=1001 combination on the file server. Mobotix suggests to use UID=65534 and GID=0
If you test the file server with the button Start Test in the admin menu Storing on External File Server, you get a popup-screen, showing severall test.
If there are any failures, then you should have a look at them
Nevertheless, if all tests delivers OK, then you should have a closer look at the messages around the Free Space of the storage server. There should be no error. Sometimes the size of the free space can’t be determind by the camera.
Then, the camera won’t create .erdinfo for new installed cameras/newly assigned Storage Server and all storage operations will fail.
The file server storage will be disabled.
This includes, that the folder should be readable and executable by world. (chmod o+rx )
If you activate the event-protokoll, the file log.txt will be stored using the UID/GID (at least, if S-Bit on the folder has been set)
The log-file should contain somthing like
'/.erdinfo' not found
2024-02-18 17:08:19 <hostname> force scanning file system ...
2024-02-18 17:08:19 <hostname> finished! (no sequence found)
The camera tries to write in SystemMessages.log and WebServerMessages.log, if Camera-Logfiles have been set to true.These files will be written with UID=root! Same for the self-signed certificate cert.pem, if you access the web-frontend with HTTPS.
Therfore root of the cameras should able to write these files. If not, then sometimes the file server will be disabled.
If you detect errors, more pitfalls, I’ll try to incorporate them in this post.
I resolved the issue by setting up a Linux server and configuring the camera to store data there. Before, I used to store the camera in my pure storage directly