Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 217 of 806  Not logged in ELOG logo
ID Date Icon Author Author Emaildown Category OS ELOG Version Subject
  66010   Wed Oct 22 15:15:46 2008 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux2.7.5Re: Elogd crashes

 

soren poulsen wrote:

Hi

 I am experiencing trouble with Elog crashing. I think it crashes during input operations (new entries are being added).

Are there any preferred methods to troubleshoot this ? Any log files I could look at ?

For now, I let "monit" supervise the process and restart it if it crashes. But I would like to get to the root cause of the problem.

Soren Poulsen

CERN

 

Dear Soren,

sorry for the trouble, but it's very hard to diagnose this remotely. This forum here runs fine for many months, so in principle Elog should be stable (at least the current version 2.7.5). If you have an older version, please upgrade. If you have a way to reproduce the problem reliably, you can send me your config file and explain step-by-step how you make Elog crash. Then I can try to reproduce it here. Otherwise the only chance I see is to run elog from inside the debugger, and once it crashes record the stack trace and send it to me. If you don't know how to use the gnu debugger, I'm sure you find someone at CERN who knows. 

Best regards,

   Stefan

  66017   Wed Oct 29 05:25:12 2008 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux2.7.4-2111Re: Maximum number of mail recipients

 

Steve Nahn wrote:

Just wondering if there is still a maximum number of mail recipients?  I saw  a number of 112 floating around in old forum entries, and I need more, like currently 300.  When I try it, the elogd hangs, not much output to speak of, but won't reply to Apache on its port.  Any quick fix (like changing a def'd variable somewhere?)

 

 No quick fix, sorry. It is also limited by a fixed number of characters per line in the configuration file and many more. I will try to increase it, but it will take time. Can you maybe set-up a mailing list at your email server? This way you send only email to one destination and it gets distributed to many people.

  66018   Wed Oct 29 05:35:05 2008 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows2.7.5-2130Re: Error Message in HTML or Java Script alert

 

Carsten Elftmann wrote:
I have there a problem with the error message at required attributes.
 
I have two logbooks with identical settings,
in one the errror message appears as Javascript Alert,
in the other one as html-page, and after using the back button the entered text disapear.
Same I have in this forum.

 

Can you describe what you exactly enter in this forum to produce the error so that I can reproduce it?

  66019   Wed Oct 29 05:41:02 2008 Reply Stefan Rittstefan.ritt@psi.chQuestion  Re: Guest Account doesnt work

 

Brassmann wrote:

Hi ,

i have a little problem with the guest access. There is no acces to the logbooks as a guest. Evereytime i see the loginbox after clicking the logbook.

[Informations]
Guest menu commands = List, Back, Find, Login, Help
Guest find menu commands = List, Find, Select, Login, Help
Password file = ./passwd
Self register = 1
Logfile = elogd.log
Logging level = 3
Login expiration = 24
Admin user = testuser Theme = default
Preset Author = $long_name
Attributes = Author, Subject
Locked Attributes = Author
Required Attributes = Author, Subject
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = Date, Subtext

Thanks for help, Brassmann

 

 I tried your configuration and it worked as expected. Maybe you have edited the wrong configuration file, not restarted the server, or have an old page in your browser cache.

  66020   Wed Oct 29 05:53:39 2008 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux2.7.5Re: Installation problems
> 1) "make" fails if libssl-dev package is not installed. Documentation does not mention SSL library requirements.

I added a note to the documentation, thank you.

> 2) /etc/init.d/elogd: line 10: /etc/rc.d/init.d/functions: No such file or directory (I fixed this by commenting
> out that line).
> 
> 3) Starting elogd: /etc/init.d/elogd: line 34: echo_success: command not found (Fixed by search/replace "echo_"
> to "echo ").

The elogd (or elogd.init in the distribution) is written for RedHat based systems where echo_success gives the 
typical output with a green [OK] at the end of the line. For Debian, there is (was) in principle a Debian package 
which has it's own startup script. Since the package maintainer is not active any more (I guess), the Debian 
updates are heavily old. Once elog gets managed inside Debian again, that should get better again, but until then 
one has to follow 2) and 3) from above. If I would remove it, the Scientific Linux users would complain. 
  66021   Wed Oct 29 07:07:47 2008 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux2.7.5Re: Elogd crashes

 

soren poulsen wrote:

Dear Stefan,

Thanks for your reply.

I started running elog in February and it never failed. Then it started failing regularly towards the end of September. There were no system changes until then, except the daily automatic Yum updates (SLC4). Then I upgraded to the latest version (tar ball of 2.7.5). Then yesterday it crashed again. I saw that it crashed around the time when a user was doing something - inputting new data. I can monitor when it crashes and correlate it with user activity. But it is not easy to reproduce since I don't know exactly what the user is typing.

It would be necessary to record the user input forms and then replay them against a known server state. But that is not so easy.

I will think about doing something else - maybe running inside a debugger as you suggest.

 Just run it inside gdb. When it crashes, you will see a segment violation and you will end up at the debugger prompt. Then do a "bt" to see the stack dump. From that I can guess where the problem happens.

 

  66022   Thu Oct 30 03:10:00 2008 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux2.7.5-2130Re: elogd crashes when creating new logbook using existing logbook as template
> elogd is crashing with a segv when I try to create a new logbook by clicking the "Create new logbook" button
> with an existing logbook selected in the dropdown list as a template. I've attached my config file for
> reference. As a specific example, I'm logged in as the admin user, viewing logbook "1248", which has no entries,
> and I click "Config" -> "Change config file" -> "Create new logbook", Select "1248" from dropdown list, enter
> "1250" for the new logbook name, and click "Create new logbook".
> 
> The server crashes, and my web browser has the following as the (incorrect) URL it's trying to load:
> (Incorrect because the "/ATLAS" shouldn't be there.)
> 
> https://localhost:8080/ATLAS/1250/?cmd=Config
> 
> Nevertheless, the config file and logbook directory are properly modified for the new logbook, and on restarting
> the server, everything is fine.
> 
> Oh, just noticed that if I manually enter the URL:
> 
> https://localhost:8080/ATLAS/1250/
> 
> or actually, any text in place of the "1250", it also crashes the elogd process. So, perhaps there are two bugs?
> 
> (1) Incorrect URL being given to the web client after logbook creation
> (2) Requesting any incorrect URL of this form crashes elogd

This problems have been fixed in SVN revision 2135.
  66023   Thu Oct 30 03:30:59 2008 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows2.7.5Re: Server derived time

 

Grant Jeffcote wrote:

Hi Stefan,

Is it possible to derive the time in a 'date/time' attribute from the Elog server?
We would like all our entries in GMT/UTC time and unfortunately as the time is currently derived from the client machines there are often entry descrepancies if the regional settings are not set correctly.

The '$entry time' variable can be used but seems to put a 1970 date in the field so bears no relevancy to an 'Event' time?

I'm also having issues with conditional entries in the Find page. If a conditional statement is used to hide attributes or change displayed attributes in the entry page then the attribute that is used in the conditional statement is not permanently selectable in the 'Find' page. It is available as a choice but as soon as selected the conditional action removes it? Is it possible to make conditional options/actions in the 'Find' page optional?

Hope that makes a little sense?

Many thanks

 

There are several methods to get the server time:

 

Via presets of attributes

Attributes = Author, Event time, ...
Preset Event time = $utcdate

which gives you actually the UTC time.

 

Via the editor

The editor toolbar contains a little clock. If you click on it, you insert the current server time (but localized, not UTC).

 

Hope one of the two methods work for you.

The problem with the conditional attributes in the find page is I believe fixed in the current version.

ELOG V3.1.5-3fb85fa6