Open mips171 opened 5 months ago
nemesifier
commented
5 months ago @mips171 I've incurred recently in a case in which I needed to get the IMEI of a modem which didn't have a SIM inserted, I was getting it as the agent gets it, but it wasn't returning anything. So I figured out there's another way to get the IMEI from modem-manager even if the SIM is not present.
So in this case, why is the IMEI not present? Shouldn't the IMEI always be part of a mobile modem interface?
mips171
commented
5 months ago @nemesifier If there's no SIM inserted, ModemManager will put the modem into a failed state, and you lose a lot of basic functionality and information. A workaround may be to use qmicli (qmicli -p -d /dev/cdc-wdm0 --dms-get-ids), or mbimcli to query the modem directly. A couple drawbacks with that approach are 1) those utilities need to be installed (they're not included by default), 2) there's no structured output (json or key/value) so you have to parse raw output with regular expressions. There's a small risk that can break with each update.
Would it be possible to make IMEI optional?
Possible bug when monitoring modemmanager interfaces - When the IMEI is not found, because it is a required value, all attempts to send the rest of the monitoring data will fail. This results in the device not sending any charting status information about any interfaces, which is not the desired outcome. (Uptime, RTT and packet loss still come through).
The IMEI may not be readable at all times because ModemManager may be restarting, or the modem may be rebooting or crashed, or simply unused.
The error in response.txt is:
"Invalid data in \"#/interfaces/0/mobile\", validator says:\n\n'imei' is a required property"A workaround is to delete the queued logs that are missing IMEI from the
/tmp/openwisp/monitoringdirectory, then restart openwisp-monitoring, but this results in lost data.Opening it here rather than with the agent because the error looked to me like it came from the API.