ELOG crashes when editing threads, posted by Louis de Leseleuc on Fri Sep 14 17:59:44 2012
|
Hi,
I am experiencing repeated crashing of the elog daemon.
If I go into select mode while in threaded view, I can select an entire thread by selecting the top entry.
When I do so then press the Edit button, the server crashes.
I have to manually restart it. Syslog shows no error.
This does not happen under Summary or Full view.
Running Ubuntu 12.04, ELOG 2.9.2-2455
I can provide my elog.cfg if necessary.
Cheers!
Louis
P.S. i just crashed the forums ELOG following those same steps!! Sorry!! At least it was restarted in no time. |
Re: Support for modern Linux, posted by Louis de Leseleuc on Wed Nov 7 20:48:03 2012
|
Vinícius Ferrão wrote: |
Hello folks,
Can we have a better support under modern Linux distributions?
I'm trying to install elog in our webserver and it's becoming a boring task. First of all theres only RPM packages. And we really don't like the Red Hat method, so we use Debian Servers. More package mainteners would be nice.
The software appears to be working correctly, but there are some bugs (or perhaps missing dependencies?); the init script put in /etc/rc.d/init.d is broken under Debian:
First of all because it's in /etc/rc.d.
The second problem is in this line:
# Source function library.
#. /etc/rc.d/init.d/functions
The file doesn't even exists.
|
The Debian init script contributed here has been working quite well for me for the last few Ubuntu versions. Unless you edit it, it sets the elog base directory to /etc so that's where you have to put your themes dir, resources, .conf file, scripts, logbooks, etc. I use symlinks to actually store my logbooks elsewhere.
I would also vote for a sane deb package. Right now, when I upgrade ELOG, I don't even run make install , I just copy the compiled binaries to their respective directories (/usr/bin or /usr/sbin). The rest stays the same. |
Working Ubuntu 10.10 ELOG binaries, posted by Louis de Leseleuc on Wed Jan 26 19:35:48 2011
|
Hello,
Can anyone please send me, or publicly provide, working Ubuntu 10.10 binaries (64-bit) for ELOG?
I have compiled and installed the program. While the core functionalities are OK, I have run into irritating bugs in filtering and config editing that are not present in the online demo (but are in my local demo and logbook).
Hence I suspect compilation to be the cause.
For the curious:
- Saving the config within ELOG scrambles the elog.conf file
Theme = default
Comment = Louis's Lab Book
Attributes = Project, Type, Category, Subject
after saving becomes
Them = defaultt
Commnt = Louiss's Lab Book
Attribute = Prroject, Type, Category, Subject
- In the Find page, drop-down filters for attributes are ignored, but text is searched
- In the threaded view, Quick filters "dissociate" posts and replies, so that all rows are now in reverse chronological order
Cheers!
Louis
|
Re: Working Ubuntu 10.10 ELOG binaries, posted by Louis de Leseleuc on Wed Jan 26 19:38:58 2011
|
Louis de Leseleuc wrote: |
Hello,
Can anyone please send me, or publicly provide, working Ubuntu 10.10 binaries (64-bit) for ELOG?
I have compiled and installed the program. While the core functionalities are OK, I have run into irritating bugs in filtering and config editing that are not present in the online demo (but are in my local demo and logbook).
Hence I suspect compilation to be the cause.
For the curious:
- Saving the config within ELOG scrambles the elog.conf file
Theme = default
Comment = Louis's Lab Book
Attributes = Project, Type, Category, Subject
after saving becomes
Them = defaultt
Commnt = Louiss's Lab Book
Attribute = Prroject, Type, Category, Subject
- In the Find page, drop-down filters for attributes are ignored, but text is searched
- In the threaded view, Quick filters "dissociate" posts and replies, so that all rows are now in reverse chronological order
Cheers!
Louis
|
Hmm actually that last bug is also present in the demo. Any hope of fixing that?
True, some posts may not match the filters, leaving replies "orphan". I suggest that any orphan reply be either attached to the nearest upper level, or if not possible, be styled as a post instead of a reply (no arrow or indent) so as not to mistake it for a reply to the message above.
The benefit would be to be able to follow threads matching certain categories. |
Cleaning up attachments, posted by Louis de Leseleuc on Tue Mar 15 21:38:01 2011
|
I noticed a behavior that might be irritating.
After attaching/uploading files to an entry and before submitting it, one might press 'Back' or close the browser window.
This in effect cancels the entry and sends into oblivion. HOWEVER the attachments and their thumbnail files remain on the server forever.
Would there be a way to either delete attachments after some time if they don't show up in an entry? Or some other magic trick with the browser? My logbook directories are already full of orphan files that I need to seek and destroy.
Also, any thoughts on automatically cleaning up a logbook directory when the damage is done?
Louis |
Re: Cleaning up attachments, posted by Louis de Leseleuc on Mon Mar 21 17:42:15 2011
|
Stefan Ritt wrote: |
Louis de Leseleuc wrote: |
I noticed a behavior that might be irritating.
After attaching/uploading files to an entry and before submitting it, one might press 'Back' or close the browser window.
This in effect cancels the entry and sends into oblivion. HOWEVER the attachments and their thumbnail files remain on the server forever.
Would there be a way to either delete attachments after some time if they don't show up in an entry? Or some other magic trick with the browser? My logbook directories are already full of orphan files that I need to seek and destroy.
Also, any thoughts on automatically cleaning up a logbook directory when the damage is done?
Louis
|
Well, this is not so easy. When you leave the browser (via 'Back' or just by closing), it has no way to communicate with the elog server. I could put in some JavaScript, but if people switch off JavaScript there is no way. On the other hand it might be simple to write just a little shell script, which goes through all files on the server and checks if the file name occurs in some elog entry. This can probably be done with some combination of "find" and "grep", but I'm not a shell script expert.
|
How about this:
Whenever a new file is uploaded, it would first be stored in a temporary directory. When the entry gets submitted, the files would be moved to the logbook directory and the entry edited accordingly.
Any wrongfully stored file would remain in that temp dir. Starting/restarting the daemon would cleanup that directory. Seems like a simpler approach and does not involve scripting the browser. |
Re: HELP - URGENT - odd ELOG behaviour, posted by Louis de Leseleuc on Wed Jun 1 18:17:36 2011
|
Sara Vanini wrote: |
PS: maybe this dump could give a clue..... what's the directory of size
12288
.
created on Jun 1 14:08 ... ? has it screwed up elog?
Sara
[vanini@nbvanini ~]$ ls -latr /usr/local/elog/logbooks/work/
-rw-r--r-- 1 elog elog 3443 May 30 12:31 110530a.log
-rw-r--r-- 1 elog elog 38956 May 30 14:17 110322a.log
-rw-r--r-- 1 elog elog 48804 May 31 10:05 110302a.log
-rw-r--r-- 1 elog elog 75644 May 31 17:09 110427a.log
-rw-r--r-- 1 elog elog 4079 May 31 18:58 110531a.log
-rw-r--r-- 1 elog elog 77316 Jun 1 10:43 110113a.log
drwxr-xr-x 2 elog elog 12288 Jun 1 14:08 .
-rw-r--r-- 1 elog elog 2904 Jun 1 14:20 110601a.log
|
Since you used the -a switch for ls, the current directory '.' i.e. work/ is included in the list. I have the same kind of output. No worries.
Are you experiencing problems with ELOG? |
Re: PAM authentication question, posted by Laurent Jean-Rigaud on Fri Jan 24 17:33:14 2020
|
Hi,
First, thanks to ELOG tool !
I'm trying to swicth a ELOG 3.1.2 server with local passwd DB to GIT version builded with SSL/PAM/LDAP options. I reuse the buildrpm script which generates correctly RPM files.
After installing on EL6 x86_64 server, i update the elogd.conf file according to GIT version doc :
- Authentication = PAM
- Password file = /usr/local/elog/elog_users.pam (new file as i want to keep the old local DB)
- Self register = 3
I add a link for pam module :
$ ll /etc/pam.d/elogd
lrwxrwxrwx 1 root root 11 Jan 24 16:23 /etc/pam.d/elogd -> system-auth
elogd starts well
elogd 3.1.4 built Jan 24 2020, 07:34:02 revision 283534d
Config file : /usr/local/elog/elogd.cfg
Resource dir : /usr/local/elog/
Logbook dir : /usr/local/elog/logbooks/
Falling back to default group "elog"
Falling back to default user "elog"
CKeditor detected
Falling back to default group "elog"
Falling back to default user "elog"
Going to execute: /bin/sh -c "convert -version" > /tmp/elog_okY7qv 2>&1
Falling back to default group "elog"
Falling back to default user "elog"
Going to execute: /bin/sh -c "/usr/bin/convert -version" > /tmp/elog_xBge3f 2>&1
Falling back to default group "elog"
Falling back to default user "elog"
Going to execute: /bin/sh -c "/usr/local/bin/convert -version" > /tmp/elog_GfKWF0 2>&1
Falling back to default group "elog"
Falling back to default user "elog"
Going to execute: /bin/sh -c "/opt/local/bin/convert -version" > /tmp/elog_uZtajL 2>&1
ImageMagick NOT detected. Image scaling will not work.
Indexing logbook "logbook1" in "/usr/local/elog/logbooks/logbook1/" ... ok
Indexing logbook "logbook2" in "/usr/local/elog/logbooks/logbook2/" ... ok
Server listening on port 8080 ...
When i try to connect, ELOG login window shows "Invalid user name or password!" .
The logfile (level 9) shows :
24-Jan-2020 16:36:28 [IP] POST /logbook1/ HTTP/1.1
24-Jan-2020 16:36:28 [IP] {MCO} LOGIN user "toto" (attempt)
24-Jan-2020 16:36:28 [IP] {MCO} [PAM] Starting authentication for user toto
24-Jan-2020 16:36:29 [IP] {MCO} [PAM] Authentication not successful for user toto
The problem appears for all Linux users as well.
Does i miss something ?
Thanks for help.
Laurent
David Wallis wrote: |
Hi Christoph,
Thanks for looking into this, if you can enable PAM + File, our users would be very happy!
The pam.d issue is probably related to CentOS/Red Hat, since our PAM expert warned me that it might be necessary.
Jan Christoph Terasa wrote: |
David Wallis wrote: |
I'm testing the PAM authentication feature, and have a couple questions, a suggestion, and a comment.
First the comment... it was pretty easy to get working, and is exactly what we need here, so thanks! Our PAM stack here is designed to allow logins with Active Directory, LDAP, or local accounts, so the PAM option preserves all of that.
The suggestion: In order to make it work, I had to add a symbolic link in /etc/pam.d:
elogd -> system-auth
That might be considered for addition to the documentation (this was on Red Hat Enterprise Linux 7.7)
The questions:
- The docs indicate that "Self register" must be set to >= 1, but in the code (elogd.c, line 26453), if the PAM module is enabled, Self register is overriden to 0. The result is that no "register as new user" link is displayed on the login screen. Is that the intent?
- Related... can PAM and File authentication both be enabled? We have some logbooks that are used by both internal people (with an A/D account) and outside collaborators that get local elog accounts. This works with LDAP + File, can it work with PAM?
Thanks in advance!
|
David, thank you for reporting on your findings regarding the PAM feature. I will look into the points you mentioned:
0. On my machines (Debian testing and stable) I did not have to add anything to /etc/pam.d, but apparently Debian just uses implicit defaults then, and REHL might insist on using excplicit settings. Adding a hint in the documentation is certainly useful, thank your for the suggestion. Maybe elog should provide a pam.d config file (which can be installed/adapted by package maintainers for various OSes).
1.+2. If I remember correctly, I intentionally disabled registration when using the PAM backend, because users will register using their passwd/LDAP/NIS users, and new users can only be regustered using the appropriate tools for the authentication mechanism used. This might not be correctly reflected in the docs, I will check that. In the light of question 2., I can also re-investigate that policy, so that logins will check against both the elog user database and PAM. Self-registering can then be enabled again, and new registrees will go to the elog database. I will try to bringthe code in line with how LDAP works.
regards,
Christoph
|
|
|
|