FAQ: Difference between revisions

From MidasWiki
Jump to navigation Jump to search
(The midas documentation has moved to https://midas.triumf.ca/docs/)
 
Line 1: Line 1:
{{Pagelinks}}
The midas documentation has moved. The new documentation about the topics on this page is in:
 
* [https://midas.triumf.ca/docs/develop/features/core_system/odb/configuring/#corruption Corruption] on the ODB: configuring page (recovering from a corrupted ODB)
= Frequently Asked Questions =
* [https://midas.triumf.ca/docs/develop/features/core_system/odb/configuring/#enlarging-the-available-size Enlarging the available size] on the ODB: configuring page (resizing the ODB)
 
* [https://midas.triumf.ca/docs/develop/reference/reference/odb_keys/#system /System] on the ODB keys page (showing the run state in the odbedit prompt)
There is a related page of [[Installation/Compilation problems|Common Installation Problems]].
* [https://midas.triumf.ca/docs/develop/features/deployment/large_experiments/#more-than-256-hotlinks-in-a-program More than 256 hotlinks in a program] on the Large experiments page (increasing the number of hotlinks)
__FORCETOC__
 
 
== How to recover from a corrupted ODB ==
 
=== Stop all front-ends and programs connected to midas ===
 
Manually kill any lingering frontends and other midas programs ([[mlogger]], [[mhttpd]], etc.).
 
=== Remove the old ODB and create an empty one with the new size ===
 
Note this uses odbinit, not odbedit!
 
odbinit --cleanup -s 100000000
 
The -s argument is the new size of the ODB in bytes. The maximum allowed value is 100MB (100000000 bytes).
 
The first time you try this, odbinit will probably complain that you're trying to resize the ODB. It will tell you the path to a file called <code>.ODB_SIZE.TXT</code>, and ask you to delete it. Delete that file and run odbinit again.
 
rm /path/to/.ODB_SIZE.TXT
odbinit --cleanup -s 100000000
 
=== Re-load a saved version of the ODB ===
 
See [[ODB#Save and reload the ODB|save and reload the ODB]] for more about ODB dumps.
 
These dumps are typically called something like 'online/history/*.xml'.
 
To find the correct file:
* The dumps are .xml, .odb or .json files.
* Depending on your [[mlogger]] ODB settings ('/Logger/ODB Dump', '/Logger/ODB Dump File', and '/Logger/ODB Last Dump File'), you may have files named based on run numbers or just 'last.json' etc. If using run numbers, you almost certainly want to load the most recent one.
* The files are stored in the same location as the midas history data (based on '/Logger/History dir' or '/Logger/Data dir').
 
Once you have found the correct file, run a command like:
odbedit -c "load online/history/run001234.xml"'
or
odbedit -c "load online/history/last.json"'
etc.
 
=== Your ODB should now be fixed ===
 
Done!
 
== How to resize the ODB ==
 
If you see messages telling you that the ODB is getting full, you will need to resize it. This cannot be done while any midas programs are running (as the ODB is a binary blob and midas programs store handles/pointers to bits of data at specific offsets within that blob).
 
The procedure is very similar to how you recover from a corrupted ODB (see above), but you can create a dump of the current ODB structure rather than relying on one that was written previously.
 
=== Stop all front-ends and programs connected to midas ===
 
Either by killing processes manually, or via odbedit:
 
odbedit -c "shutdown all"
 
=== Save the current ODB content ===
 
odbedit -c "save dump.json"
 
=== Remove the old ODB and create an empty one with the new size ===
 
Note this uses odbinit, not odbedit!
 
odbinit --cleanup -s 100000000
 
The -s argument is the new size of the ODB in bytes. The maximum allowed value is 100MB (100000000 bytes).
 
The first time you try this, odbinit will probably complain that you're trying to resize the ODB. It will tell you the path to a file called <code>.ODB_SIZE.TXT</code>, and ask you to delete it. Delete that file and run odbinit again.
 
rm /path/to/.ODB_SIZE.TXT
odbinit --cleanup -s 100000000
 
=== Load the saved ODB content ===
 
odbedit -c "load dump.json"
 
=== Your ODB should now be re-sized ===
 
Done!
 
== How to get odbedit to show run state ==
 
Question: I've seen the ODB prompt displaying the run state, how do you do that?
 
Answer: Modify the /System/prompt field. The "S" is the trick.
 
<pre>
Fri> odb -e bnmr1 -h isdaq01
[host:expt:Stopped]/cd /System/
[host:expt:Stopped]/System>ls
Clients
Client Notify                  0
Prompt                          [%h:%e:%S]%p
Tmp
[host:expt:Stopped]/System
[host:expt:Stopped]/Systemset prompt [%h:%e:%S]%p>
[host:expt:Stopped]/System>ls
Clients
Client Notify                  0
Prompt                          [%h:%e:%S]%p>
Tmp
[host:expt:Stopped]/System>set Prompt [%h:%e:%s]%p>
[host:expt:S]/System>set Prompt [%h:%e:%S]%p>
[host:expt:Stopped]/System>   
</pre>
 
See also [[/System ODB tree#Prompt]].
 
== Increasing Number of Hot-links ==
 
MIDAS, by default, allows you to have a maximum of 256 individual [[Event Notification (Hot-Link)|hot-links]] to be registered.  If you find that you need more hot-links than that, follow the procedure below:
 
<ol>
<li> Use odbedit to save current ODB
<pre>
odbedit
save current_odb.odb
</pre>
<li> Stop all the running MIDAS processes, including mlogger and mserver using the web
interface. Then stop mhttpd as well.  To stop mhttpd just do
 
<pre>
killall mhttpd
</pre>
 
<li> Remove your old ODB (we will recreate it after modifying MIDAS, using the backup you just
made).
<pre>
mv .ODB.SHM .ODB.SHM.20161104
rm /dev/shm/<expname>_ODB_SHM
</pre>
 
where <expname> is the name of your experiment.
 
<li> Make the following modifications to midas.  In this particular case I have increased the
max number of open records from 256 to 1024.  You would need to change the constants if you
want to change to other values
<pre>
diff --git a/include/midas.h b/include/midas.h
index 02b30dd..33be7be 100644
--- a/include/midas.h
+++ b/include/midas.h
@@ -254,7 +254,7 @@ typedef std::vector<std::string> STRING_LIST;
-#define MAX_OPEN_RECORDS      256          /**< number of open DB records  */
+#define MAX_OPEN_RECORDS      1024          /**< number of open DB records  */
diff --git a/src/odb.c b/src/odb.c
index 47ace8f..ac1bef3 100755
--- a/src/odb.c
+++ b/src/odb.c
@@ -699,8 +699,8 @@ static void db_validate_sizes()
-  assert(sizeof(DATABASE_CLIENT) == 2112);
-  assert(sizeof(DATABASE_HEADER) == 135232);
+  assert(sizeof(DATABASE_CLIENT) == 8256);
+  assert(sizeof(DATABASE_HEADER) == 528448);
</pre>
The calculation is as follows (in case you want a different number of open records):
DATABASE_CLIENT = 64 + 8*MAX_OPEN_ERCORDS = 64 + 8*1024 = 8256
DATABASE_HEADER = 64 + 64*DATABASE_CLIENT = 64 + 64*8256 = 528448
 
<li> Rebuild MIDAS
<pre>
cd $MIDASSYS
make clean; make
</pre>
 
<li> Create new ODB
<pre>
odbedit -s 1000000
</pre>
Note, you should change the size of the ODB to whatever you need.
 
<li> reload your original ODB
<pre>
[local:exp:Stopped] load  current_odb.odb
</pre>
 
<li> Rebuild all your frontend programs (and other user-specific programs) against new MIDAS; they should then work and you should be able to produce more open records.
</ol>
 
[[Category:Troubleshooting]]

Latest revision as of 22:00, 30 October 2026

The midas documentation has moved. The new documentation about the topics on this page is in: