Re: kerberos authentication NOT working, posted by Andreas Luedeke on Mon Nov 4 15:07:40 2013
|
Hal Proctor wrote: |
Fabio Sella wrote: |
Hi guys,
we configured a kdc server using OPENLDAP as backend. We installed on it elog and configured the Kerberos Authentication on one logbook as follows:
Authentication = Kerberos, File
Kerberos Realm = TEST.COM
Password file = ./pwd.xml
⇄
Detect language » Italian
Even if the kinit comand is retrieving correctly a ticket for the user tsearch@TEST.COM(we see it using klist and tcpdump on lo interface), elogd kerberos authentication is not working.
We tried using tcpdump for troubleshooting but no traffic is generated on the loopback interface.
Did someone solve this problem or do you have an idea on how to make the kerberos authentication working?
Thanks
|
I have asked for same help, and no one has answered with a solution on implementing a kerberos . I saw exactly what you were seeing. (did you try fully qualifying the domain within the username field for logon? \\TEST.COM\username)
I still couldn't get it to work
|
Just my two cent:
- did you edit the Makefile to compile elogd with kerberos (USE_KRB5 = 1)?
- did you look into the elogd logfile for error messages at start-up or at login time?
I can only say that I got it working right away - that is the case when you learn least.
Maybe you should post your specific software versions: operating system (in my case Scientific Linux 5.1 (Boron)), Kerberos version (klist -V), etc.
⇄
English (auto-detected) » English
|
Re: date and time, posted by Andreas Luedeke on Thu Nov 14 11:19:12 2013
|
> [13 Nov]
> As my threads have lots of replies, I end up with a forest of ">" characters which makes it difficult to read
> earlier quoted entries (what with word-wrapping of the browser).
> I thought to replace the ">"s by a simple date entry prepended to the start of each reply. - much as I have
> given at the top of this initial entry.
>
> So this is what I put in the config file:
>
> ....
> Time format = %a %d %b %y
> Date format = %d %b
> Prepend on reply = [$date] \n
> ...
>
> The time is used in the string for the Thread display.
>
> Only I don't get the date, with the date format, prepended to replies but the time, in the time format, as
>
> [Wed 13 Nov 13]
>
> Now this is hardly a disaster, but any ideas why the date formatting is being ignored?
Hi David,
yes, a $date is substituted with the "Time format" in the function build_subst_list().
I guess that is a bug, but it could break many existing logbooks to change it.
I leave this to Stefan.
There is a simple solution for your problem: you can execute a shell command.
Prepend on reply = $shell(date '+[%d %b]') \n
Reply string =
That snipped will do exactly what you want :-) (of course you need to have the "-x" option to start elogd.)
Kind Regards
Andreas |
Re: Unwanted characters showing when using Bottom Text Login to a html file, posted by Andreas Luedeke on Thu Nov 14 11:31:23 2013
|
Hung Dao wrote: |
When using Bottom Text Login to a html file showing some unwanted characters. Also, the ELOG Version is longer displayed. Bottom Text Login = example.htm Attached are bottomtextlogin.jpg which shows the characters on the left and example.htm which I used. |
I have a possible explanation for this problem, but it is just guess work. If I'm right, then just download the latest ELOG version and it will work properly again.
- You've downloaded an elog version from git, which still contained the line 12 in elogd.c: char svn_revision[] = "$Id$";
- Since you did checkout from git, the $Id$ was not substituted.
- ELOG trys to extract the version by this: rsprintf
("<center><a class=\"bottomlink\" title=\"%s\" href=\"https://midas.psi.ch/elog/\">ELOG V%s-%d</a></center>",
loc("Goto ELOG home page"), VERSION, atoi(svn_revision + 13));
- svn_revision + 13 is pointing into the void. Still I would have expected that you get a number as a result.
My advice: download again and retry.
⇄
English (auto-detected) » English
|
Re: Unwanted characters showing when using Bottom Text Login to a html file, posted by Andreas Luedeke on Fri Nov 15 08:34:05 2013
|
Hung Dao wrote: |
Andreas Luedeke wrote: |
Hung Dao wrote: |
When using Bottom Text Login to a html file showing some unwanted characters. Also, the ELOG Version is longer displayed. Bottom Text Login = example.htm Attached are bottomtextlogin.jpg which shows the characters on the left and example.htm which I used. |
I have a possible explanation for this problem, but it is just guess work. If I'm right, then just download the latest ELOG version and it will work properly again.
- You've downloaded an elog version from git, which still contained the line 12 in elogd.c: char svn_revision[] = "$Id$";
- Since you did checkout from git, the $Id$ was not substituted.
- ELOG trys to extract the version by this: rsprintf
("<center><a class=\"bottomlink\" title=\"%s\" href=\"https://midas.psi.ch/elog/\">ELOG V%s-%d</a></center>",
loc("Goto ELOG home page"), VERSION, atoi(svn_revision + 13));
- svn_revision + 13 is pointing into the void. Still I would have expected that you get a number as a result.
My advice: download again and retry.
⇄
English (auto-detected) » English
|
I have downloaded a latest version. It has displayed the new version as ELOG V2.9.2-bac715d where seems defined in GIT_REVISION as I guess. Then I set Bottom Text Login to a html file, it still shows those unwanted characters.
|
⇄
English (auto-detected) » English
Okay, why don't you just remove the unwanted characters from the html file? Because the attached file contains exactly those characters. |
Re: Inconsistent and long load times, posted by Andreas Luedeke on Fri Nov 15 11:30:31 2013
|
> We recently installed ELOG and it works pretty well, but the load times are rather inconsistent. Most of the time
> it is very fast, but it also often hangs for around 5-10 seconds while loading. It seems to affect all parts of
> the page that are returned at random, so sometimes the main html file will hang, sometimes the css file and
> sometimes the images.
>
> The hardware it is running on is nothing special, an older 3 GHz Celeron, but it should be fast enough. It is
> running on Debian 7.
>
> Any ideas what the problem could be, or how I could investigate it further to find the bottleneck?
I'm not an expert in debugging web applications. Here are my two cent:
We once had a problem when we hosted very large logbooks (several 10 thousands of entries) that the server would run
out of real memory and was slowed down by swapping. Therefore my first idea would be to monitor the server: Is
the CPU load peaking? What happens with the memory consumption? Any other suspicious process running on the server?
But it could be as well a network or browser problem. Did you try different browsers?
Did you check the elogd log file? |
Re: Crash report involving propagate and replies, posted by Andreas Luedeke on Mon Dec 2 09:27:35 2013
|
Stephen wrote: |
Using Elog 2.9.2
Elog crashes when making 10 replies, I narrowed the crash down to the Propagate Attributes setting.
I have an attribute "Status" that can be toggled between "Open" and "Closed" and that propagates all replies. On the 10th reply the application crashed, this is repeatable 100% of the time. Without the propagate option everything works fine.
Attached is my config file parsed down.
Is there a way around this, or is there a way on reply to change the attribute of the log note you replied to from open to closed without using the propagate option?
|
Hi Stephen,
I've just checked that elogd can handle "Propagate Attributes" for more than 10 replies without crashing (I've attached my config, you can see if it works for you.)
Therefore it has to be something else in your configuration that causes this behaviour, or a combination of things.
Could you strip off the configuration further, that it contains the minimal content to cause elogd to crash? Or can you use a debugger on your system?
Cheers
Andreas
⇄
English (auto-detected) » English
⇄
English (auto-detected) » English
⇄
English (auto-detected) » English
⇄
English (auto-detected) » English
⇄
English (auto-detected) » English
⇄
English (auto-detected) » English
|
Re: Crash report involving propagate and replies, posted by Andreas Luedeke on Mon Dec 2 09:58:42 2013 
|
Stephen wrote: |
Using Elog 2.9.2
Elog crashes when making 10 replies, I narrowed the crash down to the Propagate Attributes setting.
I have an attribute "Status" that can be toggled between "Open" and "Closed" and that propagates all replies. On the 10th reply the application crashed, this is repeatable 100% of the time. Without the propagate option everything works fine.
Attached is my config file parsed down.
Is there a way around this, or is there a way on reply to change the attribute of the log note you replied to from open to closed without using the propagate option?
|
⇄
English (auto-detected) » English
Bad news: I cannot reproduce your problem with the latest elog version 2.9.2 (e7ba466) on scientific linux 6.0
I had to remove some lines in your config, since I don't have your password file.
I'll attach the config file, please have a look if it crashes on your server with the latest elogd version.
⇄
English (auto-detected) » English
Andreas
⇄
English (auto-detected) » English
⇄
English (auto-detected) » English
|
Re: Crash report involving propagate and replies, posted by Andreas Luedeke on Tue Dec 3 11:30:43 2013
|
Stephen wrote:
|
Andreas Luedeke wrote:
|
Stephen wrote:
|
Using Elog 2.9.2
Elog crashes when making 10 replies, I narrowed the crash down to the Propagate Attributes setting.
I have an attribute "Status" that can be toggled between "Open" and "Closed" and that propagates all replies. On the 10th reply the application crashed, this is repeatable 100% of the time. Without the propagate option everything works fine.
Attached is my config file parsed down.
Is there a way around this, or is there a way on reply to change the attribute of the log note you replied to from open to closed without using the propagate option?
|
Bad news: I cannot reproduce your problem with the latest elog version 2.9.2 (e7ba466) on scientific linux 6.0
I had to remove some lines in your config, since I don't have your password file.
I'll attach the config file, please have a look if it crashes on your server with the latest elogd version.
Andreas
|
Thanks for the reply, I tried the very basic cfg and the second one you offered. Running 2.9.2-2475 on a Windows 2008 R2 V.Server, I still crashed on attempt 10 never fail. Windows detects the failure and gives this message:
Faulting application name: elogd.exe, version: 0.0.0.0, time stamp: 0x51248707
Faulting module name: elogd.exe, version: 0.0.0.0, time stamp: 0x51248707
Exception code: 0xc00000fd
Fault offset: 0x00065127
Faulting process id: 0x340
Faulting application start time: 0x01ceefa87fea0aea
Faulting application path: D:\ELOG\elogd.exe
Faulting module path: D:\ELOG\elogd.exe
Report Id: ceccc3da-5b9b-11e3-80f1-5ac95c924b0b
It only happens when propagate is on, I have to be missing some security setting in Windows maybe? Don't know if that helped at all, but I'm out of ideas.
|
Can you compile elog? Then I would suggest that you download the latest version from GIT an recompile it. You'll find help for that here: https://midas.psi.ch/elog/download.html
I have no experience with compilation on Windows (I try not to touch it, and if I have to I use a long stick ;-)
⇄
English (auto-detected) » English
|
|