Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 736 of 806  Not logged in ELOG logo
icon5.gif   elogd crashes during SSL Mirror operations involving attachments, posted by Andreas Warburton on Mon Jan 9 17:15:56 2017 
My MacOS (10.12.2) elogd version V3.1.2 is a recent git commit (edc5e85), due to the fix to my earlier-described issue solved in the thread here: https://midas.psi.ch/elogs/Forum/68519.

I am trying to (re-)set up Mirror functionality with a linux server running the standard public (V3.1.2-bd75964).  I had initially updated
the linux server so that it also had the latest git commit (edc5e85), but could then not even add new logbook entries that involved attachments to it.
    icon1.gif   Re: elogd crashes during SSL Mirror operations involving attachments, posted by Andreas Warburton on Fri Jan 13 08:27:15 2017 Screen_Shot_2017-01-13_at_8.24.07_AM.png
The attached screenshot shows the behaviour after doing a synchronization (with Mirror simulate = 1) following first having ensured that the local (Mac)
and remote (linux) ELOGs initially showed "All entries identical" when doing a simulated synchronization, and then having edited local entries
9707 and 9709 by uploading (different) attachments to them.
    icon2.gif   Re: elogd crashes during SSL Mirror operations involving attachments, posted by Andreas Warburton on Fri Jan 13 21:05:49 2017 
When I switch from SSL = 1 to SSL = 0 and I use http:// instead of https://, the ability to upload attachments to logbook entries returns.  With
both Chrome and Safari browsers, with SSL = 1 the file upload hangs after only a small percentage of the file has been uploaded.  I ran the following
openssl diagnostic on my elogd port.  Would anyone have advice on what might be causing such errors?
    icon4.gif   Re: elogd crashes during SSL Mirror operations involving attachments, posted by Andreas Warburton on Sat Jan 14 08:27:42 2017 
For the time being, I am deeming ELOG 3.1.2 unusable with https (SSL = 1) functionality on my "Debian GNU/Linux 7 (wheezy)" server
with "OpenSSL 1.0.1t", due to the described apparent issues with SSL.  Reverting to http (SSL = 0) brings back my ability to upload attachments
and synchronize with a remote elogd running on a MacOS laptop.
    icon4.gif   Re: elogd crashes during SSL Mirror operations involving attachments, posted by Andreas Warburton on Thu Jan 19 12:56:51 2017 
Further to my comment in https://midas.psi.ch/elogs/Forum/68549, if the described synchronization requires attachment(s) to be transferred from
my Mac laptop to the Debian linux server (with SSL = 0 set), it fails in all the tests that I tried.

To check whether these problems are linked to the OpenSSL version on the linux server, we also tried building an elogd executable using 1.0.2j
    icon2.gif   Re: Server dropping SSL connection while uploading large files, posted by Andreas Warburton on Wed Jun 28 22:20:38 2017 
Hi Erkcan,

I observed similar behaviours when attempting to do SSL uploads and mirroring over a WAN (see some of my recent posts).  Having not received
any responses/help, and no time to try debugging the source myself, I've changed the way I use ELOG such that my attachment uploads are always local
icon5.gif   Runaway bogus attachment counts in Summary view attachment column, posted by Andreas Warburton on Thu Mar 7 08:55:49 2024 
On a new MacBook Pro (Silicon M3), I installed version 3.1.5 build 23df00d9.  The application appears to work normally, except that, after a short
while, the indicated attachment count (paperclips in the attachment column of the Summary view) starts to increment fairly rapidly with each time
that I visit the page.  Attachment counts appear even for records that don't have any attachments.  When I access records individually, either
    icon2.gif   Re: Runaway bogus attachment counts in Summary view attachment column, posted by Andreas Warburton on Sat Mar 9 17:04:13 2024 
A quick follow-up concerning the secondary matter I mentioned in my last post, namely the issues I had with the deprecated "sudo launchctl
load ..." and "sudo launchctl unload ..." subcommands currently provided in the ELOG installation instructions for MacOS.  I found
a solution to this -- will post it in a separate thread.
ELOG V3.1.5-3fb85fa6