ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
66382
|
Fri Jun 5 13:18:00 2009 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Other | 2.7.5 | Re: elogd dies after receiving second SIGHUP |
> Here is the patch. It works under both Solaris and Linux.
Thanks! I put that into revision #2207. |
68064
|
Tue Aug 4 13:18:26 2015 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 3.1.0-2 | Re: elogd crashes with a URL |
I could not reproduce your problem. I can only fix it if I can reproduce it, so let's agree on a common test base. May I ask you to do the following:
- Download the most recent elog version from bitbucket and compile it
- Create two new logbooks "demo1" and "demo2" with minimal configuration, but using yor global password file which differs from the group ones
- Send me step-by-step instructions how to trigger the problem, including your elogd.cfg file and your password files (of course with fake accounts)
If I can reproduce the crash, I can fix it.
Jaime Duran wrote: |
URL causes elogd to crash when a global password file name doesn't match any group's password file name.
The offending URL is copied from the address field of the browser after sorting a logbook by on of the fileds.
After login out and using the copied URL, elogd shows the authentication dialog and then crashes after the credentials are submited.
Some debugging point me to a NULL pointer on the following instruction in line 25502 of elogd.c :
if (lbs->pwd_xml_tree) {
The work around was to name the global password file as the password file of one of the groups.
|
|
67081
|
Fri Jun 3 12:06:20 2011 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Info | Linux | 2.9.0-2414 | Re: elogd crashes when running mirror cron with SSL and KRB5 |
> When I run a mirror server and both logbooks using SSL/KRB5 then the cron job causes a segmentation fault.
>
> I haven't tried to check it with a simple configuration yet.
> My set-up: two elogd on same server, one running "german" on port 444, the other "english" on port 445.
> Both are behind an apache webserver configured reverse proxy, to hide the ports for external access.
> I'll try to reproduce the fault with a "minimal configuration" soon and report again.
>
I've tried to test a simpler configuration on my local PC but failed:
all simple set-ups I've tried worked fine.
I found that the mirror cron synchronization works fine in my production set-up when I remove the line:
Mirror user = luedeke
But I can have this line in my simple test set-up and it still works fine.
Anyway: bugs closed for me. |
66022
|
Thu Oct 30 03:10:00 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.7.5-2130 | Re: 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. |
1109
|
Fri Apr 29 21:30:26 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Windows | 2.5.8 | Re: elogd crashes on log out |
It's hard to tell the problem from what you report. Have you tried the latest
release http://midas.psi.ch/elog/download/windows/elog258-6.exe ? There were
some problems with the password file in 2.5.8 versions prior to patch level 6. |
1111
|
Sat Apr 30 19:10:22 2005 |
| Kevin Robinder | krobinder@visa.com | Bug report | Windows | 2.5.8 | Re: elogd crashes on log out |
> It's hard to tell the problem from what you report. Have you tried the latest
> release http://midas.psi.ch/elog/download/windows/elog258-6.exe ? There were
> some problems with the password file in 2.5.8 versions prior to patch level 6.
Yes, I am up to date with the latest version (2.5.8-6).
What other information can I provide that might assist in diagnosing this? |
1112
|
Mon May 2 09:33:51 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Windows | 2.5.8 | Re: elogd crashes on log out |
> What other information can I provide that might assist in diagnosing this?
Please send me your elogd.cfg configuration file. |
1128
|
Fri May 6 18:41:04 2005 |
| Matt B | iggywiggum45@hotmail.com | Bug report | Windows | 2.5.8 | Re: elogd crashes on log out |
> > What other information can I provide that might assist in diagnosing this?
>
> Please send me your elogd.cfg configuration file.
Stefan - I am having the exact same problem as outlined here. I sent you an
email with a somewhat complicated config file. Attached to this message is a
much simpler one.
With this file, if you remove the B5 server (remove it from top group a2, and
remove the [b5] entry) the crash does not happen. If the B5 server (or any
additional server) is in the file, then the problem occurs.
For me, there are 3 places where the crash happens:
- on logout
- when an invalid username/password is used to login
- when you login to A1, then try to go to A2
This is happening on elog v2.5.9-1 (built May 2, 2005, 12:17:18 revision 1.642)
I have tried on windows 2000 and 2003 servers, and it seems to happen on both of
them.
Matt |
Attachment 1: elogd.cfg
|
[global]
port = 2080
url = http://localhost:2080/
Logfile = elog.txt
Logging level = 3
Top Group A1 = b1, b2
Top Group A2 = b3, b4, b5
[global A1]
Password file = a1.pwd
Self register = 1
Admin user = admin
[global A2]
Password file = a2.pwd
Self register = 1
Admin user = admin
[b1]
Comment = b1
[b2]
Comment = b2
[b3]
Comment = b3
[b4]
Comment = b4
[b5]
Comment = b5
|