Re: Defunct daemons, posted by Konstantin Olchanski on Wed Nov 12 03:19:17 2014
|
Also see this in ALPHA at CERN. Eventually there are so many defunct elogd processes that the user runs out of "maxproc" quota and automatic submission
of elog messages starts to fail. (and the users complain, reboot all computers, etc).
|
|
Re: Defunct daemons, posted by Konstantin Olchanski on Wed Nov 12 03:48:29 2014
|
> Also see this in ALPHA at CERN.
> The elogd we use is this: https://bitbucket.org/ritt/elog/commits/44800a769b99599db7620779e2142b1161c694fc?at=master
|
elogd complains about unknown cookies, posted by Konstantin Olchanski on Wed May 20 01:45:09 2015
|
elogd is spewing these messages about unknown cookies:
Received unknown cookie "is_returning"
|
|
elconv deletes everything, posted by Konstantin Olchanski on Wed May 20 01:49:37 2015
|
Converting from elog 2.9.something to new elog 3.1.0 elogd refuses to start, instructs running elconv in one logbook.
When I do so, elconv converts a existing mhttpd-style elog entries to the new format (the corresponding new-format entries already exist)
|
|
this elog errors sending email, posted by Konstantin Olchanski on Wed May 20 01:52:23 2015
|
| this elog gives errors sending mail through PSI email server. (did not capture the error messages, sorry). K.O. |
|
edit somebody else's draft, posted by Konstantin Olchanski on Wed May 20 01:54:55 2015
|
this elog offers me to edit a draft message, then yells at me "only some other user can edit this draft!!!".
methinks I should only be offered to edit draft messages that I own or I can edit. K.O. |
|
elogd moves elog entries, posted by Konstantin Olchanski on Wed May 20 01:59:17 2015
|
elogd 3.1.0 moves all elog entries into year-named subdirectories. this feature makes it incompatible with older elogs and so should be clearly mentioned
in the documentation,
in the release announcement and in the release and migration notes. K.O. |
|
Re: elogd moves elog entries, posted by Konstantin Olchanski on Wed May 20 20:03:06 2015
|
> Stefan told me that the change was because some users were having thousands of yymmdda.log files
> in the logbook directories
|