ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
68873
|
Fri Dec 14 15:46:14 2018 |
| Frank Baptista | caffeinejazz@gmail.com | Question | Windows | 3.1.2 | Logbook architecture and availability |
I have a setting which makes ELOG a perfect solution, but there's a situation that I'm struggling to get my head around. We have 3 separate laboratories, each one containing a number of temperature chambers, which run almost constantly over a number of shifts. Each temperature chamber has it's own logbook (laptop). So far, pretty simple.
My dilemma is, our network goes down for maintenance/updates (more often than I'd like), but our operation cannot afford to stop during network interruptions.
With that said, I thought about whether I could run a "local" logbook on each laptop/chamber, and somehow mirror the local logbook to the main ELOG server.
Perhaps I'm over-thinking this...do you have any recommendations? |
68884
|
Tue Feb 5 07:31:44 2019 |
| Stefano Lacaprara | stefano.lacaprara@pd.infn.it | Bug report | Linux | 3.1.3 | quick filter not working for attributes with special char |
Hi,
I'm using elog 3.1.3 and I have an elogbook with an attribute with name
Attributes = Author, CO2 Temp [deg], ...
If I add this attributes to quick list,
Quick filter = Author, CO2 Temp [deg]
it does display on web page, but the search fails with "ERR_TOO_MANY_REDIRECTS" if I leave the default value in the corresponding quick filter box.
My understanding is that the presence of a "[]" in the default search value is the reason for failure and if I remove them the search works fine.
Is there a workaround?
I don't want to change the attribute name, since I do have quite a large number of entries in the elogbook, and I'd like to keep the attribute in the quick search if possible.
Thanks,
Stefano |
68886
|
Fri Feb 8 14:43:13 2019 |
| Patrick Sizun | sizun@cea.fr | Bug report | Linux | v3.1.1 | Images in notifications |
Hello,
I am using Elog v3.1.1. When entries contain embedded images, these images are attached to the email notifications but are not properly displayed in the body of the email.
Is it expected?
For example, with an image file myimage.png the email source code contains <img alt="" height="150" src="190208_143305/myimage.png.png" width="200">
Maybe the email should make use of the Content-ID of the attached image? |
68889
|
Wed Feb 13 09:29:36 2019 |
| Finn Junker | fj@tvis.net | Question | Windows | 3.14 | Unwanted double entries eg. double clicking submit button |
I'm having a minor issue that were getting double entries due to the user is using the "submit" button more than once.
I seems like when there is a lag either on the machine or on the network it is possible to tap the "submit" button more than once resulting i a double or triple entry containing the same text and a almost identical timestamp.
Is there a way to aviod this?, my "solution" so far has been to select the entries and manually delete them. I'm using Elog version 3.14
Kind Regards Finn |
68897
|
Mon Feb 25 17:03:50 2019 |
| Kester Habermann | kester.habermann@gmail.com | Bug report | Linux | 3.1.4-1 | elogd hangs on self referencing log entry |
Hello,
Somehow when replying to a log entry, a log entry was created that was referring to itself. How this happened, I have no idea. The effect was that each time this enty was loaded, the elogd started to hang, going to 100% load and not responding to any http requests anymore. This problem can be reproduced by manually creating such a self-referencing log entry (see attachment). The problem entry that leads to the crash can be made by editing any elog entry and adding a line "Reply to: X" and a line "In reply to: X" where X is the MID of this entry.
1) Maybe it is possible to add a check when writing files that ensure, that is a log entry does not reference itself.
2) Maybe when loading files are preparing the thread view, elogd can detect cycles and abort.
|
Attachment 1: 011108a.log
|
$@MID@$: 1
Date: Thu Nov 08 18:37:57 2001
Reply to: 1
In reply to: 1
Author: Stefan Ritt
Type: Routine
Category: General
Subject: Welcome
Attachment:
Encoding: ELCode
========================================
[B]Congratulations for installing ELOG sucessfully!
[/B]
This is a demo entry to ensure the elogd server is working correctly.
Click [I]"New"[/I] to add new pages and [I]"Delete"[/I] to delete this page.
|
68903
|
Fri Mar 1 19:18:53 2019 |
| Frank Baptista | caffeinejazz@gmail.com | Question | Windows | 3.1.4 | Mirror synchronization and file servers |
We have a number of temperature chambers – each has its own laptop running a local ELOG server, with unique logbook for each. Using the mirror feature, these individual logbooks periodically synchronize to a single remote desktop server, which has a copy of each of the logbooks. All of that works great, as long as each of the ELOG servers are storing the logbook(s) to their respective local hard drive.
I wanted the remote server to store its copy of the logbooks on the network file server. I changed the global options of the elogd.cfg file, adding the following:
Logbook dir = S:\SHARED\LOGBOOKS
That change worked fine on the remote desktop server – new logbook entries were now being stored on the network file server.
Unfortunately, I lost the ability to sync from the individual logbooks to the remote desktop server. During synchronization, I now get the following error message: “Error sending local entry: Error transmitting message".
Has anyone run into this? Does this make sense? Am I missing something? Is there a workaround? Is there a wrong time to drink beer? 
Thanks,
Frank |
68905
|
Mon Mar 4 18:55:09 2019 |
| Michal Falowski | michal.falowski@uj.edu.pl | Question | Linux | 3.1.3-2 EPEL | Chain certificate |
I tried to run elog with SSL so I created key and crt files. In crt file I added client certificate and intermediate certifacte. Unfortunately, when I try to run openssl s_client -showcerts -connect myexample.com:443 I got only the first certificate from the chain. Anyone has idea why this happens? |
68909
|
Mon Mar 11 11:18:02 2019 |
| Heinz Junkes | junkes@fhi-berlin.mpg.de | Bug report | All | elogd 3.1.4 | elog program does not respect "Allow edit" list |
submissions via the elog - program can overwrite entries even if the user has no edit rights |