Number of conditional attributes, posted by Richard Stamper on Wed Jul 4 13:58:23 2012
|
Is there a limit on the number of conditions that can be simultaneously active in a log? When I activate more than 10 conditions I start to see side effects with other conditions being deactivated. I think this is due to the hard-coded array size of 10 for clist in the match_param function in elogd.c. If so, could this limit be increased?
Are there other limits on the number of conditions, or the length of condition names? If I've understood the code right, the _condition string holds a comma-separated list of the active conditions, so the 256 byte length of this will also put some limit on the number of conditions that can be active. |
Re: Number of conditional attributes, posted by Stefan Ritt on Fri Jul 13 10:45:49 2012
|
Richard Stamper wrote: |
Is there a limit on the number of conditions that can be simultaneously active in a log? When I activate more than 10 conditions I start to see side effects with other conditions being deactivated. I think this is due to the hard-coded array size of 10 for clist in the match_param function in elogd.c. If so, could this limit be increased?
Are there other limits on the number of conditions, or the length of condition names? If I've understood the code right, the _condition string holds a comma-separated list of the active conditions, so the 256 byte length of this will also put some limit on the number of conditions that can be active.
|
Ups. I never imagined that someone would use more than 10 conditions. I'm not 100% sure if the problem is the clist array, but can you try to set it to 20 and see if it gets better? You can also send me your config file and I can try it myself. |
Re: Number of conditional attributes, posted by Richard Stamper on Fri Jul 13 17:09:58 2012
|
Stefan Ritt wrote: |
Richard Stamper wrote: |
Is there a limit on the number of conditions that can be simultaneously active in a log? When I activate more than 10 conditions I start to see side effects with other conditions being deactivated. I think this is due to the hard-coded array size of 10 for clist in the match_param function in elogd.c. If so, could this limit be increased?
Are there other limits on the number of conditions, or the length of condition names? If I've understood the code right, the _condition string holds a comma-separated list of the active conditions, so the 256 byte length of this will also put some limit on the number of conditions that can be active.
|
Ups. I never imagined that someone would use more than 10 conditions. I'm not 100% sure if the problem is the clist array, but can you try to set it to 20 and see if it gets better? You can also send me your config file and I can try it myself.
|
I'll try increasing the list size(s), and will also prepare a simplified config file for you to look at. Maybe there is a another way to implement what I am trying to achieve?
In general terms I am trying to give an e-log a "memory" of what has been recorded previously in order to constrain what is permissible to record next. I do this by starting a log with an initial entry, then alter the config so that users can add records only by duplicating the last record. The log records the current state of some variables, and allows users to record changes to the state of any of these variables. Conditions are used to constrain the permitted state changes, depending on the current state; conditions are also used, with subst options, to update the current state variables when changes are made.
Specifically, we have "Mate-Demate" logs for connectors to record when connectors are mated and demated. Previously we just had an attribute for each connector in an assembly with options "Mate", "Demate" and "-" to indicate that either a mate or demate was carried out or that the connector was not touched on this occasion (although others were). My cunning plan was to ensure that a "Demate" (or no-op) was possible only if the connector is currently mated, and conversely that a "Mate" (or no-op) was possible only if the connector is currently demated. For each connector (e.g. ConnectorA), there are now two attributes
- "ConnectorA state", to record the current state, and
- "ConnectorA" to record any change.
A new record can be created only by duplicating the last record, thus copying the current state of the connectors, and for each connector the relevant config file entries are like this:
Show Attributes = ConnectorA
Show Attributes Edit = ConnectorA state, ConnectorA
Locked Attributes = ConnectorA state
Preset on duplicate ConnectorA = -
Options ConnectorA state = Mate{1}, Demate{2}
{2} Options ConnectorA = -, Mate{3}
{1} Options ConnectorA = -, Demate{3}
{3} Subst ConnectorA state = $ConnectorA
The logbook is set up with a record with "ConnectorA state" set to "Demate", which constrains "ConnectorA" to record either a no-op or a mate; if a mate is subsequently recorded then the Subst option for "ConnectorA state" substitutes the new status ("Mate") for the connector before the record is saved; in the new last record "ConnectorA state" is now set to "Mate" which permits only a demate; when a no-op is selected the state is unchanged, having been inherited through duplication from the last record. The number of conditions used is one per "ConnectorX state" attribute, plus one for each connector whose state is changed, so for assemblies with more than 5 connectors it is possible to have more than 10 conditions active at once.
|
Problems with Autorization, posted by Michael Dannmeyer on Wed Jun 27 10:42:20 2012
|
Hello,
we used Admin and write passwords. Now this is no longer supported in ELOG 2.9.0 and I tried to change to File or Kerberos Autentication. But nothing worked. I tried the following lines in elog.cfg
[Serverlogbuch]
Authentication = File
Password file = C:\Program Files\ELOG\logbooks\Serverlogbuch\pwd.txt
Self Authentication = 1
So the self Autentication site opens and I can put in all informations. But if I click on save he tries to save the information in the password file and after a time he stops and Internet Explorer says that the page cannot be reached.
The file is not saved. If I remove the 3 lines the logbook opens without any problems.
I tried also kerberos but it didn't work. But there I think some entries in the krb5.ini are wrong.
Would you please help solving the File password problem?
Best Regards
Michael
|
Re: Problems with Autorization, posted by Andreas Luedeke on Wed Jul 4 14:04:10 2012
|
Michael Dannmeyer wrote: |
Hello,
we used Admin and write passwords. Now this is no longer supported in ELOG 2.9.0 and I tried to change to File or Kerberos Autentication. But nothing worked. I tried the following lines in elog.cfg
[Serverlogbuch]
Authentication = File
Password file = C:\Program Files\ELOG\logbooks\Serverlogbuch\pwd.txt
Self Authentication = 1
So the self Autentication site opens and I can put in all informations. But if I click on save he tries to save the information in the password file and after a time he stops and Internet Explorer says that the page cannot be reached.
The file is not saved. If I remove the 3 lines the logbook opens without any problems.
I tried also kerberos but it didn't work. But there I think some entries in the krb5.ini are wrong.
Would you please help solving the File password problem?
[...] |
Just two hints:
- The file mentioned as "Password file" should be writeable for the "elogd" process. It is needed for both, Kerberos and File authentication. Better not specify the full path, it should assume the file in the logbook directory.
- The command "Self Authentication = 1" does not exist. Maybe you mean "Self register = 1"?
|
Re: Problems with Autorization, posted by Michael Dannmeyer on Thu Jul 5 11:18:40 2012
|
Andreas Luedeke wrote: |
Michael Dannmeyer wrote: |
Hello,
we used Admin and write passwords. Now this is no longer supported in ELOG 2.9.0 and I tried to change to File or Kerberos Autentication. But nothing worked. I tried the following lines in elog.cfg
[Serverlogbuch]
Authentication = File
Password file = C:\Program Files\ELOG\logbooks\Serverlogbuch\pwd.txt
Self Authentication = 1
So the self Autentication site opens and I can put in all informations. But if I click on save he tries to save the information in the password file and after a time he stops and Internet Explorer says that the page cannot be reached.
The file is not saved. If I remove the 3 lines the logbook opens without any problems.
I tried also kerberos but it didn't work. But there I think some entries in the krb5.ini are wrong.
Would you please help solving the File password problem?
[...] |
Just two hints:
- The file mentioned as "Password file" should be writeable for the "elogd" process. It is needed for both, Kerberos and File authentication. Better not specify the full path, it should assume the file in the logbook directory.
- The command "Self Authentication = 1" does not exist. Maybe you mean "Self register = 1"?
|
Thank you for the answer, but it didn't solve the problem.
- I used Self Register instead of Self Authentication. I deleted the complete path and only used the Filename.
-
The Account which is used to start the Elogd process is local system. System has full right at the logbook directory
Should I use an Admin Account for the elogd process? The error message is always the same (page not reachable) The File is also not created in the logbook dir.
|
Re: Problems with Autorization, posted by Stefan Ritt on Fri Jul 13 09:03:02 2012
|
Michael Dannmeyer wrote: |
Andreas Luedeke wrote: |
Michael Dannmeyer wrote: |
Hello,
we used Admin and write passwords. Now this is no longer supported in ELOG 2.9.0 and I tried to change to File or Kerberos Autentication. But nothing worked. I tried the following lines in elog.cfg
[Serverlogbuch]
Authentication = File
Password file = C:\Program Files\ELOG\logbooks\Serverlogbuch\pwd.txt
Self Authentication = 1
So the self Autentication site opens and I can put in all informations. But if I click on save he tries to save the information in the password file and after a time he stops and Internet Explorer says that the page cannot be reached.
The file is not saved. If I remove the 3 lines the logbook opens without any problems.
I tried also kerberos but it didn't work. But there I think some entries in the krb5.ini are wrong.
Would you please help solving the File password problem?
[...] |
Just two hints:
- The file mentioned as "Password file" should be writeable for the "elogd" process. It is needed for both, Kerberos and File authentication. Better not specify the full path, it should assume the file in the logbook directory.
- The command "Self Authentication = 1" does not exist. Maybe you mean "Self register = 1"?
|
Thank you for the answer, but it didn't solve the problem.
- I used Self Register instead of Self Authentication. I deleted the complete path and only used the Filename.
-
The Account which is used to start the Elogd process is local system. System has full right at the logbook directory
Should I use an Admin Account for the elogd process? The error message is always the same (page not reachable) The File is also not created in the logbook dir.
|
I once had problems with the local system account, so I used my own account to start the service and that worked. For trial, you can also start the elogd.exe program manually (not as a service) in a DOS box and see if it can create the password file. |
Re: Problems with Autorization, posted by Michael Dannmeyer on Fri Jul 13 15:12:07 2012
|
Stefan Ritt wrote: |
Michael Dannmeyer wrote: |
Andreas Luedeke wrote: |
Michael Dannmeyer wrote: |
Hello,
we used Admin and write passwords. Now this is no longer supported in ELOG 2.9.0 and I tried to change to File or Kerberos Autentication. But nothing worked. I tried the following lines in elog.cfg
[Serverlogbuch]
Authentication = File
Password file = C:\Program Files\ELOG\logbooks\Serverlogbuch\pwd.txt
Self Authentication = 1
So the self Autentication site opens and I can put in all informations. But if I click on save he tries to save the information in the password file and after a time he stops and Internet Explorer says that the page cannot be reached.
The file is not saved. If I remove the 3 lines the logbook opens without any problems.
I tried also kerberos but it didn't work. But there I think some entries in the krb5.ini are wrong.
Would you please help solving the File password problem?
[...] |
Just two hints:
- The file mentioned as "Password file" should be writeable for the "elogd" process. It is needed for both, Kerberos and File authentication. Better not specify the full path, it should assume the file in the logbook directory.
- The command "Self Authentication = 1" does not exist. Maybe you mean "Self register = 1"?
|
Thank you for the answer, but it didn't solve the problem.
- I used Self Register instead of Self Authentication. I deleted the complete path and only used the Filename.
-
The Account which is used to start the Elogd process is local system. System has full right at the logbook directory
Should I use an Admin Account for the elogd process? The error message is always the same (page not reachable) The File is also not created in the logbook dir.
|
I once had problems with the local system account, so I used my own account to start the service and that worked. For trial, you can also start the elogd.exe program manually (not as a service) in a DOS box and see if it can create the password file.
|
That worked for me. Used an Account instead of local system and everything is OK. Thanks for your help. |
move a type of entries to another logbook, posted by Ze Li on Tue Jul 3 09:46:19 2012
|
Hi,
I have logbook A and logbook B. Is it possible to move one type of entries in logbook A to logbook B? If yes, may I know how you do it? Thank you.
Ze |
Re: move a type of entries to another logbook, posted by Andreas Luedeke on Wed Jul 4 14:18:21 2012
|
Ze Li wrote: |
[...] I have logbook A and logbook B. Is it possible to move one type of entries in logbook A to logbook B? If yes, may I know how you do it? Thank you.[...]
|
-
You can add the "Move to = B" command in logbook A.
-
Then you add "select" in "List Menu commands = ..., select, ...".
-
Now you "Find" all entries of the type you want (for convenience choose "Display 9999 entries per page").
-
You press "toggle all" and then "Move to B"
|
Compiling Elog for QNAP NAS x86, posted by Per Eriksson on Tue May 1 11:38:05 2012
|
Hi All,
I am interested to have ELOG installed in my QNAP x86 based NAS (239 Pro II)
Have someone done this already or is there a write-up of a normal compile-procedure which I can have as a base when I attempt to compile?
Regards,
Per |
Re: Compiling Elog for QNAP NAS x86, posted by Per Eriksson on Tue May 1 17:03:37 2012
|
Per Eriksson wrote: |
Hi All,
I am interested to have ELOG installed in my QNAP x86 based NAS (239 Pro II)
Have someone done this already or is there a write-up of a normal compile-procedure which I can have as a base when I attempt to compile?
Regards,
Per
|
I solved it.
I don't really know if I really needed to compile it but I complied this on the NAS itself so now it is 100% compatible (I believe)
Per |
Re: Compiling Elog for QNAP NAS x86, posted by Per Eriksson on Sun Jul 1 19:55:38 2012
|
Per Eriksson wrote: |
Per Eriksson wrote: |
Hi All,
I am interested to have ELOG installed in my QNAP x86 based NAS (239 Pro II)
Have someone done this already or is there a write-up of a normal compile-procedure which I can have as a base when I attempt to compile?
Regards,
Per
|
I solved it.
I don't really know if I really needed to compile it but I complied this on the NAS itself so now it is 100% compatible (I believe)
Per
|
I managed to package Elog v2.92 build 2462 into and QNAP installer QPKG package.
This is for x86 based QNAP NAS only.
Note: You must have adduser package installed prior to installation.
Login to the NAS with SSH and type:
apt-get update
apt-get install adduser
BR,
Per |
Attachment URL login redirect error, posted by Graham Medlin on Wed Jun 27 14:56:43 2012
|
If I have a couple of attachments in a log book entry, I can link to that entry "http://example.edu/elog/Sandbox/7 ", I get the appropriate log in page, and after logging it, it takes me to the entry.
However, if I link directly an attachment, "http://example.edu/elog/Sandbox/7/1 ", I receive a plain log in page that doesn't have the stylesheet applied, and logging in, I am directed to " http://example.edu/elog/Sandbox/7/" which throws an invalid error. If I am already logged in the browser, it links correctly.
I assume the problem must stem from messed up relative URL somewhere, hence the lack of stylesheet, or from the redirect incorrectly handling the /. (Looking at the source for the two login pages, the only difference is "<input type=hidden name=redir value="7"> " versus "<input type=hidden name=redir value="7/1"> ". ) But that reaches the end of my ability...
This breaks the attachment links in emails.
Any help would be much appreciated! |
author field in reply, posted by Aldo Saavedra on Sun Apr 15 22:53:41 2012
|
Hi,
I was wondering what is the correct way so that the author field when a reply is made shows the author of the
person making the reply.
In version 2.6, the field was filled correctly but since upgrading to ELOG V2.9.1-2435 due to the ssh problem
the field just keeps the author of the original post.
I have a tried a number of subst on reply Author = $long_name with no luck.
Any ideas?
Cheers,
Aldo |
Re: author field in reply, posted by A. Tuttle on Wed Apr 18 21:53:26 2012
|
Look in https://midas.psi.ch/elog/config.html
--
Fun things to set are:
Preset on first reply <attribute> = <string>
and
Preset on reply <attribute> = <string> |
Re: author field in reply, posted by Ken Harvey on Tue Jun 19 04:02:43 2012
|
I am a newbie to being the administrator to ELog, but have used it for a while now. We just updated and have the same issue with the reply now. Unfortunatley I am not much of a programmer, yet, still learning. In our config file it has "Preset Name = $long_name", "Preset Author = $long_name", "Preset on reply Author = $long_name". By looking in the Syntax of elogd.cfg section, it seems to be correct, but I am not sure. Can you give me a suggestion on how it should look? Or tell me why it is not working and lead me in the right direction on how to correctly set it up? Thank you for your time. |
Re: author field in reply, posted by Andreas Luedeke on Wed Jun 20 16:16:56 2012
|
Ken Harvey wrote: |
I am a newbie to being the administrator to ELog, but have used it for a while now. We just updated and have the same issue with the reply now. Unfortunatley I am not much of a programmer, yet, still learning. In our config file it has "Preset Name = $long_name", "Preset Author = $long_name", "Preset on reply Author = $long_name". By looking in the Syntax of elogd.cfg section, it seems to be correct, but I am not sure. Can you give me a suggestion on how it should look? Or tell me why it is not working and lead me in the right direction on how to correctly set it up? Thank you for your time. |
A common mistake is to think that "Author" is some kind of keyword: it is not.
You can use any defined attribute, if you want to use "Author" this attribute needs to be defined in the "Attributes=" command line.
Attributes = Author, ...
Then you can use the "Preset" command.
Preset Author = $long_name
Preset on reply Author = $long_name
I've just tested it with 2.9.0-2435 and it works fine.
If the following 4 line minimal logbook configuration does not work for 2.9.1, then please post again:
Attributes = Author
Preset Author = $long_name
Preset on reply Author = $long_name
Locked Attributes = Author
Cheers
Andreas |
Re: author field in reply, posted by Ken Harvey on Thu Jun 21 05:29:59 2012
|
Andreas Luedeke wrote: |
Ken Harvey wrote: |
I am a newbie to being the administrator to ELog, but have used it for a while now. We just updated and have the same issue with the reply now. Unfortunatley I am not much of a programmer, yet, still learning. In our config file it has "Preset Name = $long_name", "Preset Author = $long_name", "Preset on reply Author = $long_name". By looking in the Syntax of elogd.cfg section, it seems to be correct, but I am not sure. Can you give me a suggestion on how it should look? Or tell me why it is not working and lead me in the right direction on how to correctly set it up? Thank you for your time. |
A common mistake is to think that "Author" is some kind of keyword: it is not.
You can use any defined attribute, if you want to use "Author" this attribute needs to be defined in the "Attributes=" command line.
Attributes = Author, ...
Then you can use the "Preset" command.
Preset Author = $long_name
Preset on reply Author = $long_name
I've just tested it with 2.9.0-2435 and it works fine.
If the following 4 line minimal logbook configuration does not work for 2.9.1, then please post again:
Attributes = Author
Preset Author = $long_name
Preset on reply Author = $long_name
Locked Attributes = Author
Cheers
Andreas |
Thanks Andreas,
That cleared up a lot for me. With your information I was able to figure it out. I got rid of the Author and just went with Name, and now it all works good.
Again, thanks for your help,
Ken Harvey |
Periodic backup doesn't work .., posted by Roland Gsell on Mon May 21 14:41:25 2012 
|
Hi,
I installed ELOG on other machine for making automatic backups. I copied the .cfg file to the slave and edited the .cfg file on the original machine (mirror server entries).
(automatic configuration with -C didn't work somehow - maybe a firewall problem)
Then I tried to synchronize manually, which works great.
I set the mirror cron = 0 7-18 * * 1-5, as written as example in the documents, but nothing happens at full hours.
There's something else strange: I can't access "https://lx0.mydomain.org/" or "http://lx1.mydomain.org:8082/" directly. The browser just keeps loading - showing an empty page (and an error message after a long while). I have to add the name of the logbook to the link. Why is that?
If I set different paths in the [global HBAR] and [global SMI] areas (like URL = https://lx0.mydomain.org/hbar/), I can access the links above (giving me the overview page as expected), but I can't access the logbooks itself anymore.
However, that's not a big problem (I can access the logbooks via direct link and see all the others in the same group and switch to them), but the backup thing is.
So, main machine is lx0.mydomain.org and the backup machine is lx1...
Attached are my config files.
I deleted many of the logbook specific entries, since they aren't important and just look like the first one.
Hope anyone can help,
Roland. |
Re: Periodic backup doesn't work .., posted by Roland Gsell on Tue Jun 12 10:38:34 2012
|
The synchronize feature is totally worthless to me.
First of all the automatic backup doesn't work - and nobody seems to know why - and pressing the synchronize button by hand from time to time also doesn't work if the entry is too big:
Error sending local entry: Error transmitting message
So, copying the files manually helps, but for this I don't need a "fancy" synchronize feature. |
How does SVN info get placed in source?, posted by Tim Thiel on Wed May 23 05:29:35 2012
|
In the elogd.c file nearly at the very top is the following line:
char svn_revision[] = "$Id: elogd.c 2411 2011-04-01 14:39:35Z ritt $";
How does this information get into the source file? Is it a script used when the svn changes are committed, or perhaps when they are checked out? Any details or pointers to info on the web would be greatly appreciated.
Thanks.
|
Re: How does SVN info get placed in source?, posted by Stefan Ritt on Thu May 31 11:40:15 2012
|
Tim Thiel wrote: |
In the elogd.c file nearly at the very top is the following line:
char svn_revision[] = "$Id: elogd.c 2411 2011-04-01 14:39:35Z ritt $";
How does this information get into the source file? Is it a script used when the svn changes are committed, or perhaps when they are checked out? Any details or pointers to info on the web would be greatly appreciated.
|
This gets handled automatically by SVN. All you have to do is to put an "$Id$" in your text somewhere and enable the keyword ID. See for example
http://svnbook.red-bean.com/en/1.4/svn.advanced.props.special.keywords.html |