Re: elogd crashes during SSL Mirror operations involving attachments, posted by Andreas Warburton on Fri Jan 13 08:27:15 2017 
|
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. |
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? |
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. |
|
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 |
|
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 |
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 |
|
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. |
Suggestion to update Mac OS X instructions in ELOG Administrator's Guide, posted by Andreas Warburton on Sat Mar 9 17:17:02 2024
|
The section of the ELOG Administrator's Guide https://elog.psi.ch/elog/adminguide.html describing
how to build and install ELOG on a Mac OS X system has worked well for me for several years, even though there have been warnings that the "load"
and "unload" subcommands of the "launchctl" command have been deprecated for some time. After trying my luck again on a new Mac |