Hi,

when I try to edit an entry of my ELOG, the display shows the editor window blank, without all the previous content of the entry, and it is not possibile to write in it. It worked since yesterday, when ELOG tried to save a new entry but the disk was full. ELOG was srewed up. I deleted the buggy entry and now I can display all the previuos entries, but I cannot edit anymore... Please help!

Sara

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?

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
 

Does anyone know whether ELOG has limit number of entries or it can create new entries as many as it can go?  Thanks.

 Hi Stefan,

First : Compliments with your fine application !

The issue : A user wants to search the database. He selects one of the quick filters (e.g. "Show Last / Month"). Next he fills in the form and as long as text boxes are used there is no problem. But when he chooses a value from a populated drop-down list, the quick filter disappears. Other way round (first drop-down list and then the quick filter) no problem.

Kind regards,

Peter de Mol

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.


Debug output from GDB:

run -x -c /usr/local/elog/elogd_en.cfg
Starting program: /opt/elog-2.9.0/elog/elogd -x -c /usr/local/elog/elogd_en.cfg
elogd 2.9.0 built May 30 2011, 11:14:32 revision 2414
File "/var/run/elogd.pid" exists, using "/var/run/elogd.pid.445" instead.
Falling back to default group "elog"
Falling back to default user "elog"
User "elog" not found
Falling back to default user "nobody"
FCKedit detected
Falling back to default group "elog"
Falling back to default user "elog"
User "elog" not found
Falling back to default user "nobody"
ImageMagick detected
Indexing logbooks ... done
SSLServer listening on port 445 ...

Program received signal SIGSEGV, Segmentation fault.
0x0030b7b5 in SSL_write () from /lib/libssl.so.6

all instances of elogd use the same file name in /tmp when calling my_shell.  This can cause some inconsistent behavior when two or more copies of elogd are runnnig at the same time.  (eg. one might detect ImageMagik is installed, and the other not,)

The propsed solution is to have the parent read from a pipe to the child rather from a file.  A patch is attached.