Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
Search
JMRI Profile File Written With Zero Bytes
Hopefully this can help others who experience the same problem. This has happened 3 or 4 times in the last 5 years - so not often. When opening JMRI, you get the dreaded unexpected EOF error loading the profile. Sure enough - the profile file is zero bytes.
?
Easy fix - in the active jmri-profile folder there is a backupPanels folder under the railroad name. Simply copy that file back under the railroad folder - rename to whatever the profile file is called in your settings. Hopefully it is recent enough you didn't lose much of anything. The backup interval looks like when the profile is saved. All shutdowns have been nominal. No idea why it happens...Maybe it's an RPI thing, maybe it took to long to write and I did a system shutdown before it was ready? Who knows.
?
The folder structure is below.
?
?
For more info - Specs: RPI 5 bookworm with all latest updates running JMRI 5.10. The log file is below - it shows whenever this happens there is a compare failure. Guess that writes out 0 bytes and keeps on truckin...
?
?
?
|
Paul,
?
Do you, or perhaps anyone else on this list, know what causes this?? Can you find anything on the log/messages.log file that precedes the discovery that might provide a clue as to whether this is a local occurrence impacting your system or a systemic design flaw that might impact any one of us at any time?
?
On Sun, Apr 6, 2025 at 02:50 PM, Paul Wash wrote<snippet>:
the profile file is zero bytes.The reason behind my query is that in more than 15 years of using PanelPro at club environments, I have not been aware of the problem you describe.? ?
If something goes wrong with JMRI at the club, someone is going to call me first, no mater what time or even what day.??
?
The fix that you describe is easy enough to understand, but trying to explain how to do it over the phone is not a challenge that would be readily undertaken.
?
Cliff in Baja SoCal |
Paul, The "compare" process does a temporary store and compares that to the last loaded xml data file. ?If there are differences, then there have been changes since the last store. ?The default settings in Preferences -> Shutdown are to notify you that have changes that have not been stored. ?You are then given the option of continuing the shutdown (discarding the changes) or to do a store before the shutdown continues. ?This has no impact on the actual store process. The symptoms indicate that Linux was not able to flush the file cache before the Pi shutdown. Note: ?I assume that the "profile file" is the layout data xml file, aka "panel" file. ?"profile file" normally refers to the "profile.xml" file that contains the connection and start up settings. Dave Sand ----- Original message ----- From: Paul Wash <paul.wash@...> Subject: [jmriusers] JMRI Profile File Written With Zero Bytes Date: Sunday, April 06, 2025 4:50 PM Hopefully this can help others who experience the same problem. This has happened 3 or 4 times in the last 5 years - so not often. When opening JMRI, you get the dreaded unexpected EOF error loading the profile. Sure enough - the profile file is zero bytes. ? Easy fix - in the active jmri-profile folder there is a backupPanels folder under the railroad name. Simply copy that file back under the railroad folder - rename to whatever the profile file is called in your settings. Hopefully it is recent enough you didn't lose much of anything. The backup interval looks like when the profile is saved. All shutdowns have been nominal. No idea why it happens...Maybe it's an RPI thing, maybe it took to long to write and I did a system shutdown before it was ready? Who knows. ? The folder structure is below. ? ? For more info - Specs: RPI 5 bookworm with all latest updates running JMRI 5.10. The log file is below - it shows whenever this happens there is a compare failure. Guess that writes out 0 bytes and keeps on truckin... ? ? ? |
Yes sorry for the semantic confusion on the file name - it is the layout panel file - NOT configuration settings aka profile. The behavior is exactly as you described - it prompted me to save and I said yes. The "warn" log level makes it seem more important than info - so good to know that is normal. Can't remember if I was quick to shut down - but the panel pro dialog stays up for a few more seconds normally and then closes. While I never shutdown before that window closes - I assume sometimes things get stuck and the rest is history. And i figured that it was most like a RPI (linux) thing. not flushing properly. It causes more stress trying to remember how to fix it than the actual fix. On Mon, Apr 7, 2025 at 1:56?PM Dave Sand via <ds=[email protected]> wrote:
|
to navigate to use esc to dismiss