Basic Event Logging Problems - TempLogFileSystemFailure

Just stumbled upon this after most recent firmware upgrade; I cannot even log in to the web portal as the device is in a tight spin/restart loop:

...snip...
02      12/23/16 21:56:39.266   UserData::TempLogFileSystemFailure start 0 <0x774f7520>
02      12/23/16 21:56:39.287   UserData::TempLogFileSystemFailure 5771 res:1
02      12/23/16 21:56:39.359   UserData::TempLogFileSystemFailure start 0 <0x774f7520>
02      12/23/16 21:56:39.382   UserData::TempLogFileSystemFailure 5682 res:1
02      12/23/16 21:56:39.978   UserData::TempLogFileSystemFailure start 0 <0x774f7520>
02      12/23/16 21:56:40.000   UserData::TempLogFileSystemFailure 5771 res:1
02      12/23/16 21:56:40.072   UserData::TempLogFileSystemFailure start 0 <0x774f7520>
02      12/23/16 21:56:40.095   UserData::TempLogFileSystemFailure 5682 res:1
02      12/23/16 21:56:41.572   UserData::TempLogFileSystemFailure start 0 <0x77ebe320>
02      12/23/16 21:56:41.594   UserData::TempLogFileSystemFailure 5771 res:1
02      12/23/16 21:56:41.662   UserData::TempLogFileSystemFailure start 0 <0x77ebe320>
02      12/23/16 21:56:41.684   UserData::TempLogFileSystemFailure 5682 res:1
02      12/23/16 21:56:43.395   UserData::TempLogFileSystemFailure start 0 <0x77ebe320>
02      12/23/16 21:56:43.416   UserData::TempLogFileSystemFailure 5771 res:1
02      12/23/16 21:56:43.480   UserData::TempLogFileSystemFailure start 0 <0x77ebe320>
02      12/23/16 21:56:43.501   UserData::TempLogFileSystemFailure 5682 res:1
02      12/23/16 21:56:45.045   UserData::TempLogFileSystemFailure start 1 <0x77737320>
02      12/23/16 21:56:45.147   UserData::TempLogFileSystemFailure 8655 res:1
02      12/23/16 21:56:52.926   UserData::TempLogFileSystemFailure start 0 <0x76d6f520>
02      12/23/16 21:56:52.948   UserData::TempLogFileSystemFailure 5771 res:1
02      12/23/16 21:56:53.018   UserData::TempLogFileSystemFailure start 0 <0x76d6f520>
02      12/23/16 21:56:53.043   UserData::TempLogFileSystemFailure 5682 res:1
02      12/23/16 21:56:55.170   UserData::TempLogFileSystemFailure start 0 <0x77737320>
02      12/23/16 21:56:55.191   UserData::TempLogFileSystemFailure 5771 res:1
02      12/23/16 21:56:55.258   UserData::TempLogFileSystemFailure start 0 <0x77737320>
02      12/23/16 21:56:55.280   UserData::TempLogFileSystemFailure 5682 res:1
02      12/23/16 21:56:59.880   UserData::TempLogFileSystemFailure start 0 <0x77737320>
02      12/23/16 21:56:59.900   UserData::TempLogFileSystemFailure 5771 res:1
02      12/23/16 21:56:59.964   UserData::TempLogFileSystemFailure start 0 <0x77737320>
02      12/23/16 21:56:59.985   UserData::TempLogFileSystemFailure 5682 res:1
02      12/23/16 21:57:01.571   UserData::TempLogFileSystemFailure start 1 <0x77144320>
02      12/23/16 21:57:01.674   UserData::TempLogFileSystemFailure 8006 res:1

Which is particularly frustrating, as the hub is completely useless in this capacity. I can’t even login to enable the portal to have service check on it.

My Vera Edge 7 month old unit loops in this UserData::TempLogFileSystemFailure restart on and off for the last couple of month.
Amazing how many folks experiencing this for the last 5+ years and Vera Ltd. offers no solution.

I sent mail to support (two actually) and received the following “we get paid by the word count” response :

“After checking the logs provided by the unit and with our developers, the TempLogFileSystemFailure is a function in the Vera engine used to log the WriteUserData function. This will check if the user_data configuration file has been saved correctly and save the output in a temporary file, and if it was it will delete it. The functions will verify periodically if the configuration file has been saved, no matter if you?ve made these changes yourself or the unit updated variables based on the connected devices output.
As long as you?ll see the ?WriteUserData saved? message you?ll know for sure the file has been saved correctly and the temporary file will be deleted. Each time the configuration file fails to save, it will log it in the alerts section of your Vera unit. Also keep in mind that this is one of the few safeties available for the user_data configuration file, which will backup the last 5 changes made to it so the Vera engine will be able to restore one of the earlier versions if necessary.
Please let me know if I can be of any other further assistance and I will get back to you asap.”

My further requests for help are being ignored.

This is super frustrating.

02 03/23/17 21:34:15.437 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 21:40:15.429 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 21:40:15.630 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 21:46:15.337 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 21:46:15.444 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 21:52:15.322 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 21:52:15.420 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 21:58:15.323 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 21:58:15.423 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 22:04:15.332 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 22:04:15.430 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 22:10:15.324 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 22:10:15.420 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 22:16:15.402 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 22:16:15.597 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 22:22:15.323 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 22:22:15.432 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 22:28:15.334 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 22:28:15.437 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 22:34:15.323 UserData::TempLogFileSystemFailure start 0 <0x76de8520>
02 03/23/17 22:34:15.442 UserData::TempLogFileSystemFailure start 0 <0x76de8520>

I experience the exact same thing, every 6 minutes…

Send an e-mail to support@getvera.com so we have a trail of Vera ignoring this data corruption issue for years.

I get the TempLogFileSystemFailure every 6 minutes on a recently purchased VeraPlus. I can’t believe this has been happening on many systems for years without any response from MCV! I opened a support ticket.

This is NOT an error … it is MCV’s logging looking for errors …
There are a whole sequence of messages that they are looking to capture some event.

They ignore this message … because as I said … it in itself is meaningless.

[quote=“RichardTSchaefer, post:67, topic:182683”]This is NOT an error … it is MCV’s logging looking for errors …
There are a whole sequence of messages that they are looking to capture some event.

They ignore this message … because as I said … it in itself is meaningless.[/quote]That’s great news. Seems there’s a lot of misinformation about this spread throughout various threads.

[quote=“RichardTSchaefer, post:67, topic:182683”]This is NOT an error … it is MCV’s logging looking for errors …
There are a whole sequence of messages that they are looking to capture some event.

They ignore this message … because as I said … it in itself is meaningless.[/quote]

While I agree that the message itself is meaningless, I still want to know why it is constantly logging this same error message and directory dump?
This just takes up space and more wear on the flash drive. No?

Did you look at the “Second” statement in my answer!
I am usually pretty terse … so if I take the time to say something … it is meaningful.

I agree with you, @JChin. The new WWN interface also logs a ton of useless data to the logs. That can mostly be controlled by modifying the logging settings (at some expense of other data that may be useful later), but those internal messages, directory and process dumps can’t be controlled this way apparently. The excess of logged messages is one of Vera’s quirks.

But, to your question, the good news is that the logs are stored on a temporary filesystem (tmpfs/ramfs), and that’s RAM-based, so no wear occurs to the flash when writing them.

[quote=“rigpapa, post:71, topic:182683”]I agree with you, @JChin. The new WWN interface also logs a ton of useless data to the logs. That can mostly be controlled by modifying the logging settings (at some expense of other data that may be useful later), but those internal messages, directory and process dumps can’t be controlled this way apparently. The excess of logged messages is one of Vera’s quirks.

But, to your question, the good news is that the logs are stored on a temporary filesystem (tmpfs/ramfs), and that’s RAM-based, so no wear occurs to the flash when writing them.[/quote]

Thanks. I am glad it is using RAM and not the flash memory.