| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
67274
|
Tue May 15 08:34:21 2012 |
 | Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | 2.9.1-2435 | Re: Locked attributes and edit records |
| UlfO wrote: |
|
Hi!
After submitting a new record with preset "Locked attributes" not even admin user is able to edit these entries.
What seems to be the problem?
|
There is no problem. "Locked" means "Locked", and not "Locked but admin can change it". As admin you can only change the config file, remove the "Locked" option, change the attribute, and put back the "Locked" option.
- Stefan |
|
67275
|
Tue May 15 08:35:16 2012 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.9.0 | Re: HW Requirements to run elog / Performance issues running on ARM |
| Tim Thiel wrote: |
|
| Stefan Ritt wrote: |
|
| Tim Thiel wrote: |
|
| Yoshio Imai wrote: |
|
Hi!
Looking at your config file it seems that a lot of the attributes are not user-specified but rather auto-generated content. You may want to consider using the elog client to submit such entries; this might avoid performance issues related to communication of the server with the web browser used for entry generation. This way, event entries can even be automatically created by other software rather than having a user to submit them.
Yoshio
|
Yoshio,
Thanks for the suggestion.
We have actually tried running the elog server with a very minimal set of attributes, all of which were human entries, and still had response times that were entirely unacceptable. So, unfortunately this path won't solve all our issues.
tt
|
Yes there is lots of string handling in elogd, but compared with PHP this is still faster. The getcfg() call actually caches the contents of the config file to improve its performance. I stopped optimization when the response was quick on a 800 MHz Pentium originally, but your 250 MHz ARM might be slower. What you can try is to
1) Verify that the CPU is really the limit, just check that the CPU is at 100% with elogd during your 10 second response time. On some installations, the submit command triggers some email notification, and actually the email server was the bottleneck.
2) If it's indded the CPU for elogd, run it under the gcc profiler. Identify which routines take most CPU and let me know. Maybe I can do something about that.
- Stefan
|
Stefan,
Thanks for your feedback.
We had confirmed that the CPU load is running at at least 95% while these requests are being processed. Additionally, we were attempting to use gprof to determine where the code was spending its time. We have had several problems with trying to use gprof on that platform, both with using it for elog (we get seg faults) and then with using it on a small program created to test gprof on our particular setup (program runs; we get an output file; but all routines show that zero seconds were used). So, unfortunately, I can not, at this point, provide a good idea of which routines are using the most CPU on this platform. If we are able to get profiling results on this particular platform, I will certainly share them with you.
A possibly more relevant angle is that we have determined that executing floating-point operations seems to have a drastic impact on software execution times. Can you point us to routines in the elogd code where floating point operations are taking place?
Thanks,
Tim
|
As far as I can remember there is no floating point in elog. |
|
67277
|
Tue May 15 10:29:26 2012 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | 2.9.1-2435 | Re: Locked attributes and edit records |
| UlfO wrote: |
|
But it says locked on "websubmission" in the instructions for the command "Locked attributes".
Doesnt it mean that for instance a logged in admin should be able to change a value of a submitted locked attribute.
I am looking for a possibility to have have certain attributes locked on submission but for instance admin should be able to change the data in them after they has been submitted.
|
No it does not mean that the admin should be able to change it afterwards. The only way is like I described it (change the config file temporarily). |
|
67279
|
Tue May 15 12:49:54 2012 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | 2.9.1-2435 | Re: Locked attributes and edit records |
| UlfO wrote: |
|
| Stefan Ritt wrote: |
|
| UlfO wrote: |
|
But it says locked on "websubmission" in the instructions for the command "Locked attributes".
Doesnt it mean that for instance a logged in admin should be able to change a value of a submitted locked attribute.
I am looking for a possibility to have have certain attributes locked on submission but for instance admin should be able to change the data in them after they has been submitted.
|
No it does not mean that the admin should be able to change it afterwards. The only way is like I described it (change the config file temporarily).
|
OK!
Thank you for a fast response!
Do you plan to implement this feature in later releases?
|
No. |
|
67281
|
Tue May 15 14:14:35 2012 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | 2.9.1-2435 | Re: Locked attributes and edit records |
| UlfO wrote: |
|
| Stefan Ritt wrote: |
|
| UlfO wrote: |
|
| Stefan Ritt wrote: |
|
| UlfO wrote: |
|
But it says locked on "websubmission" in the instructions for the command "Locked attributes".
Doesnt it mean that for instance a logged in admin should be able to change a value of a submitted locked attribute.
I am looking for a possibility to have have certain attributes locked on submission but for instance admin should be able to change the data in them after they has been submitted.
|
No it does not mean that the admin should be able to change it afterwards. The only way is like I described it (change the config file temporarily).
|
OK!
Thank you for a fast response!
Do you plan to implement this feature in later releases?
|
No.
|
Is it possible in some other way to make certain attributes preset but readonly for normal user at submission but afterwards changed by admin user?
|
No. |
|
67283
|
Fri May 18 13:10:59 2012 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | 2.9.0 | Re: ELOG 'Dashboard' |
| NOCinator wrote: |
|
First, I really appreciate this software. Thank you.
Next, I have question - am wanting to have a 'dashboard' of sorts that shows all entries that are 'open'. That part is easy enough. But, then I want to color the time (or some other field) if the ELOG has not been updated/created for more than X hours. This will help us keep track of events that need status updates.
Doable?
Thanks!
|
Unfortunately not. What I would do is to define a quick filter, so with one click all 'open' entries are shown. Then you can look at the date column and see how long they have been open (actually when they have been submitted, so the difference you must calculate in your head!). |
|
67286
|
Thu May 31 11:40:15 2012 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | All | 2.9.0 | Re: How does SVN info get placed in source? |
| 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 |
|
67300
|
Fri Jul 13 09:03:02 2012 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | 2.9.0-2396 | Re: Problems with Autorization |
| 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. |