| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
2098
|
Tue Nov 28 12:48:47 2006 |
 | Stefan Ritt | stefan.ritt@psi.ch | Info | All | 2.6.3 | Version 2.6.3 released today |
Dear ELOG users,
ELOG version 2.6.3 has been released today. It contains all the bug fixes, security fixes and a few new features collected since the last release which was actually almost half a year ago. The changelog contains all the details.
Due to the security fixes it is recommended to upgrade from any version prior to 2.6.3. Please note that the location of all password and log files has been moved from the main elog directory to the logbook directory. This means that after upgrading you have to move your password file manually, otherwise you cannot log in any more. This modification was requested because some ELOG installations (especially ones with top groups) can now have a read-only main directory.
Stefan Ritt |
|
2097
|
Tue Nov 28 10:34:54 2006 |
 | Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.6.1+r164 | Re: elog (2.6.1+r1642 ubuntu/debian) regularly becomes non-responsive (w/o crashing) |
| Peter Kovac wrote: | First, the problem. Fairly regularly (at least once a week, perhaps more), our elog daemon seems to quietly die. The process is still running but anyone attempting to access the server gets "connection refused." The elog log doesn't show anything and the apache logs just show "proxy: Error reading from remote server returned by [path]". Calling a daemon restart doesn't seem to kill the daemon -- I get a "could not bind to port" error. Using kill and then starting the daemon again fixes the problem for a few days and then we start over.
The particulars:
We are running elog on an Ubuntu (6.06 Dapper Drake LTS) web server.
It's currently version 2.6.1+r1642 pulled via apt-get from the Debian repositories.
elog is hiding behind an apache2+SSL proxy.
Any thoughts? Has anyone else seen this behavior? My next step is probably to compile 2.6.2 and remove the packaged flavor but I wanted to see if this was a known bug... |
There are three reasons why an elog server can go into an infinite loop:
- A bug which has been fixed in meantime. If you can give a try to 2.6.2-1750 or so that could help. I'm not sure if this version is already in the Debian distribution since I'm not the maintainer there.
- A corrupted log file. If one of the YYMMDDa.log file get some garbage (maybe due to hard disk problems etc.) the elogd server can run into an infinite loop. In that case examine all log files to see if there is anything wrong. If so, edit it manually and restart elogd.
- Some not yet found bug. One never can exclude this of course, but at this forum I have elogd running under similar conditions like you, and it runs for months without problems.
|
|
2096
|
Tue Nov 28 10:26:33 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | Windows | | Re: Tool Tips |
| Grant Jeffcote wrote: | | What will the configuration line be? |
If you have
MOptions item = value_1, value_2
you can do a
Tooltip value_1 = text |
|
2095
|
Tue Nov 28 10:25:08 2006 |
| Grant Jeffcote | grant@jeffcote.org | Request | Windows | | Re: Tool Tips |
| Stefan Ritt wrote: |
| Grant Jeffcote wrote: | Hi Stefan,
Is there a way to add a 'Tool Tips' to individual 'Options' similar to that currently available for Attributes? I have several checkboxes under an attribute for predefined email groups and would like to see if I can make the recipient list viewable via a mouse hover using the 'Tool tip' feature.
If not possible can it be added to the wishlist? |
Ok, I implemented this. It is in revision 1760 and will be contained in the next release. |
That's really great, thank you so much.
What will the configuration line be? |
|
2094
|
Tue Nov 28 10:20:12 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | Windows | | Re: Tool Tips |
| Grant Jeffcote wrote: | Hi Stefan,
Is there a way to add a 'Tool Tips' to individual 'Options' similar to that currently available for Attributes? I have several checkboxes under an attribute for predefined email groups and would like to see if I can make the recipient list viewable via a mouse hover using the 'Tool tip' feature.
If not possible can it be added to the wishlist? |
Ok, I implemented this. It is in revision 1760 and will be contained in the next release. |
|
2093
|
Mon Nov 27 17:29:41 2006 |
 | Peter Kovac | kovac@gwu.edu | Question | Linux | 2.6.1+r164 | elog (2.6.1+r1642 ubuntu/debian) regularly becomes non-responsive (w/o crashing) |
Greetings~
First, the problem. Fairly regularly (at least once a week, perhaps more), our elog daemon seems to quietly die. The process is still running but anyone attempting to access the server gets "connection refused." The elog log doesn't show anything and the apache logs just show "proxy: Error reading from remote server returned by [path]". Calling a daemon restart doesn't seem to kill the daemon -- I get a "could not bind to port" error. Using kill and then starting the daemon again fixes the problem for a few days and then we start over.
The particulars:
We are running elog on an Ubuntu (6.06 Dapper Drake LTS) web server.
It's currently version 2.6.1+r1642 pulled via apt-get from the Debian repositories.
elog is hiding behind an apache2+SSL proxy.
Any thoughts? Has anyone else seen this behavior? My next step is probably to compile 2.6.2 and remove the packaged flavor but I wanted to see if this was a known bug...
Thanks,
-Peter |
|
2092
|
Sun Nov 26 22:15:34 2006 |
 | Grant Jeffcote | grant@jeffcote.org | Request | Windows | | Tool Tips |
Hi Stefan,
Is there a way to add a 'Tool Tips' to individual 'Options' similar to that currently available for Attributes? I have several checkboxes under an attribute for predefined email groups and would like to see if I can make the recipient list viewable via a mouse hover using the 'Tool tip' feature.
If not possible can it be added to the wishlist?
Many thx. |
|
2091
|
Fri Nov 24 23:08:33 2006 |
| Andreas Warburton | andreas.warburton@gmail.com | Question | Linux | Windows | 2.6.2-1755 | Resubmit-as-new-entry behaviour when synchronizing/mirroring |
Hello,
I am running two ELOG installations: one on my Windows laptop; the other on a Debian linux web server. I have mirroring set up between the two installations. This has worked well for over a year. I am hoping that someone can help me regarding the following odd behaviour.
1. I edit (create) an entry on my Windows laptop. This entry gets mirrored or synchronized to the Linux machine.
2. I can view the entry fine both on the Windows side and on the Linux side.
3. I then edit the entry on the Linux side. After saving, the revised entry is visible on the Linux side.
4. I then have the same entry number available on both installations, but the two have different content due to my edit.
5. If I then synchronize, the original (unedited) entry is preserved along with the new entry, so both the Windows and Linux installations now have TWO entries each, representing the unedited and edited versions. The time stamps are identical, but the edited version is given a new ID number.
As a check, I explicitly added the line "Resubmit default = 0", which I know refers to editing and not synchronization, to my config file. The weird thing is that the synchronize/mirror operation seems to be acting with a "Resubmit default = 2" kind of behaviour.
Has anyone observed this happening?
Thanks for any comments or insights.
Cheers,
Andreas |