How to setup elogd as windows service with shell execution?, posted by Robert Heine on Fri Sep 10 15:38:38 2010
|
Dear colleagues,
I am trying to use the elogd as a service with activated shell-execution. Invoking 'elogd -x' on the command line works fine, as well as 'elogd
-install'. The option 'elogd -x -install' does not seem to be implemented, so I followed two ways to get this to work: |
Re: How to setup elogd as windows service with shell execution?, posted by Stefan Ritt on Mon Sep 13 09:23:29 2010
|
Robert Heine wrote:
Dear colleagues, |
frequent crashes on SL4, posted by Devin Bougie on Wed Feb 4 18:08:42 2009
|
Hi, All. Ever since upgrading from an old ELOG release on an aging windows machine to the latest version on Scientific Linux 4 (RHEL4), and
greatly increasing its use, we have seen frequent crashes of elogd. This has become very disruptive to operations, and any help would be greatly
appreciated. We are using Apache (running on the same machine as elogd) to secure ELOG using https as per the Administrator's Guide.
|
Re: frequent crashes on SL4, posted by Edmundo T Rodriguez on Wed Feb 4 18:46:58 2009
|
> ------
>
> I plan on letting elogd create a core dump, but so far I haven't managed to change its cwd to a directory
|
Re: frequent crashes on SL4, posted by Stefan Ritt on Wed Feb 4 19:34:35 2009
|
> Hi, All. Ever since upgrading from an old ELOG release on an aging windows machine to the latest version on Scientific Linux 4 (RHEL4), and
> greatly increasing its use, we have seen frequent crashes of elogd. This has become very disruptive to operations, and any help would be greatly
> appreciated. We are using Apache (running on the same machine as elogd) to secure ELOG using https as per the Administrator's Guide.
|
Re: frequent crashes on SL4, posted by Devin Bougie on Wed Feb 4 21:41:46 2009
|
Hi Stefan,
> Just follow
|
Re: frequent crashes on SL4, posted by Devin Bougie on Fri Feb 6 23:43:47 2009
|
Hi Stefan,
The bad news is that elogd is still crashing even after disabling Image Magick. The good news is that this time it was reproducible and I did obtain a
|
Re: frequent crashes on SL4, posted by Devin Bougie on Sat Feb 7 01:47:07 2009
|
> The bad news is that elogd is still crashing even after disabling Image Magick. The good news is that this time it was reproducible and I did obtain
a
> stack trace using gdb.
|
Re: frequent crashes on SL4, posted by Devin Bougie on Sat Feb 7 06:26:48 2009
|
Hi Stefan,
Just incase it helps, I am attaching the file for an entry in our demo logbook. If I edit this entry and click on submit (without checking "suppress email |
Re: frequent crashes on SL4, posted by Devin Bougie on Sat Feb 7 01:59:53 2009
|
Hi Stefan,
I hope I'm not bombarding you, but we seem to be seeing crashes in two separate scenarios. In addition to the crashes I previously reported (editing a |
Re: frequent crashes on SL4, posted by Stefan Ritt on Thu Feb 12 17:13:05 2009
|
Hi Devin,
first of all, your stack traces are only of limited use for me. This typically happens
|
Re: frequent crashes on SL4, posted by Stefan Ritt on Fri Feb 13 16:57:02 2009
|
There was a general problem in submitting entries. If the TCP connection between the browser and elog
disconnects during the transmission and only part of the request gets transferred, it consistently
crashed elog. The probability for this is large if you have a slow connection and long attachments. The problem
|
Re: frequent crashes on SL4, posted by Devin Bougie on Tue Mar 24 15:14:28 2009
|
Indeed, uploading images over a satellite connection does not crash the development ELOG server available from SVN. Our user was unable to
crash
elogd (or upload an image) and reports "The upload window would complain about an "upstream server", but the site was still there."
|
difficulty with slow connections (was Re: frequent crashes on SL4), posted by Devin Bougie on Wed Mar 3 22:28:04 2010
|
Hi, Stefan. When someone using a satellite connection tries to upload an attachment *or* edit a long entry, it fails and they are presented
with an "Internal Server Error." This is a huge improvement over the previous behavior of crashing elogd, but we were wondering if there is any
hope of improving this further so that one can edit large entries or upload attachments over a slow (in this case, satellite) connection. Do
|
difficulty with slow connections (was Re: frequent crashes on SL4), posted by Stefan Ritt on Fri Mar 12 12:49:39 2010
|
> Hi, Stefan. When someone using a satellite connection tries to upload an attachment *or* edit a long entry, it fails and they are presented
> with an "Internal Server Error." This is a huge improvement over the previous behavior of crashing elogd, but we were wondering if there is any
> hope of improving this further so that one can edit large entries or upload attachments over a slow (in this case, satellite) connection. Do
|
difficulty with slow connections (was Re: frequent crashes on SL4), posted by Devin Bougie on Wed Sep 8 15:31:33 2010
|
Hi Stefan,
> There was a timeout of 1 sec. in the elogd daemon, which probably is too short for a satellite connection. Unfortunately I have no satellite here
|
fckedit and creating tables, posted by Arno Teunisse on Mon Sep 6 21:21:25 2010 
|
Hello
Using windows7 and the elogd 2.7.7 built Jul 31 2009, 13:01:20 revision 2246. I noticed a bug in the tables created with fckeditor. When
on winxp there is no problem. So it seems windows7 related. |
Re: fckedit and creating tables, posted by Arno Teunisse on Mon Sep 6 21:36:51 2010
|
Arno Teunisse wrote:
|
How to make Subst run?, posted by Robert Heine on Thu Aug 26 15:37:20 2010
|
Dear colleagues,
I tried to get an Subst <attrib> = $shell(<command>) to work and put this into a Preset text line, like e.g.:
|
Re: How to make Subst run?, posted by Andreas Luedeke on Fri Sep 3 14:14:07 2010
|
[quote="Robert Heine"]Dear colleagues,
I tried to get an Subst <attrib> = $shell(<command>) to work and put this into a Preset text line, like e.g.:
[CODE]
|
Re: How to make Subst run?, posted by Robert Heine on Mon Sep 6 16:18:41 2010
|
Thank you Andreas!
So I will generate the preset entry in a shell script.
|
Synchronizing mirror causes corruption of logbook entries with multiple logbooks defined?, posted by Glenn Horton-Smith on Fri Aug 27 23:11:45 2010
|
We have been experiencing corruption of logbook entries by elogd mirror synchronization. Has anyone else encountered this? Is there a known cause and/or
workaround for it?
Details
We have two elog servers set up with identical elogd.cfg and password files, except that one server has "Mirror server" |
Re: Synchronizing mirror causes corruption of logbook entries with multiple logbooks defined?, posted by Andreas Luedeke on Fri Sep 3 14:43:16 2010
|
Glenn Horton-Smith wrote:
We have been experiencing corruption of logbook entries by elogd mirror synchronization. Has |
Re: Synchronizing mirror causes corruption of logbook entries with multiple logbooks defined?, posted by Renee Poutissou on Fri Sep 3 19:04:46 2010
|
Andreas Luedeke wrote:
|
Elog v2.7.8 does not show substituted attributes while editing or replying, posted by Dennis Seitz on Thu Aug 19 22:58:45 2010
|
Since we updated to 2.7.8 we've found a problem.
Previously, when we used
Subst on reply subject = Re: $subject |
Re: Elog v2.7.8 does not show substituted attributes while editing or replying, posted by Andreas Luedeke on Fri Sep 3 14:25:37 2010
|
Dennis Seitz wrote:
Since we updated to 2.7.8 we've found a problem. |
elog editor loses all text, posted by Kontantin Olchanski on Wed Aug 4 23:46:34 2010
|
I just typed a long text into this elog, clicked "submit" and it bombed with "you must select an Icon", returned me to the editor
with all my text gone gone gone. I do not want to select icons, I just want to report a problem with elog. Well, 2 problems, now.
K.O. |
Re: elog editor loses all text, posted by Stefan Ritt on Fri Aug 6 13:01:24 2010
|
Kontantin Olchanski wrote:
I just typed a long text into this elog, clicked "submit" and it bombed with "you must |
elog keeps recreating preview .png files?, posted by Kontantin Olchanski on Wed Aug 4 23:52:08 2010
|
Hi, I rsync an elog database from CERN to TRIUMF every few months and I notice that rsync keeps copying preview files (xxx.png.png, xxx.gif.png, etc)
from very old entries. I guess that elogd creates these files from scratch each time they are needed, overwriting any previously existing preview files.
This creates extra rsync network traffic and rsync takes longer to complete. Is there any way to avoid this? K.O. |
Re: elog keeps recreating preview .png files?, posted by Stefan Ritt on Fri Aug 6 12:55:08 2010
|
Kontantin Olchanski wrote:
Hi, I rsync an elog database from CERN to TRIUMF every few months and I notice that rsync keeps copying |