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.  I therefore rolled the linux server back to the standard public 3.1.2 version.

On the remote Mac, synchronizations usually look like they are going to work fine, with Mirror simulate = 1 switched on.  After I set Mirror simulate = 0, and if the server and remote logbook are already identical, I *occasionally* get the proper "All Entries Identical" synchronization result.  Unfortunately, this is very rare, and usually there is a failure whereby the remote (Mac) logbook decides that a significant fraction of its entries (usually sequential, from some seemingly random entry all the way up to the last entry) are missing on the linux server and need to be submitted back to the server from the remote Mac.

When the local and remote logbooks are not identical, and a record in need of synchronization contains an attachment, there is again destructive behaviour similar to that described above, except that the Mac elogd executable usually crashes.  (As in the case of the already-identical synchronizations described above, I only tested this after observing the correct expected behaviour first with Mirror simulate = 1.)

I'd be grateful for some help/suggestions.  My current testing suggests that my problems are likely not elog-content dependent.  (The logbook now undergoing synching has less than 10 entries in it.)

More generally, the issue of having things behave fine with Mirror simulate = 1, but then experiencing corruption/damage when switching to Mirror simulate = 0 seems serious to me.

Many thanks, Andreas

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.

The fact that the synchronization is suggesting to renumber two different entry IDs to the same number looks like a bug.

Best regards,

Andreas W.

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?

tapajo [/usr/local/elog/elog-latest] openssl s_client -connect elog.hep.xxx.xxx.xx:80xx -state -nbio | grep "^SSL"

SSL_connect:before/connect initialization

SSL_connect:SSLv2/v3 write client hello A

SSL_connect:error in SSLv2/v3 read server hello A

SSL_connect:unknown state

depth=0 C = EU, ST = SomeState, L = SomeCity, O = SomeOranization, OU = SomeOrganizationUnit, CN = localhost

verify error:num=18:self signed certificate

verify return:1

depth=0 C = EU, ST = SomeState, L = SomeCity, O = SomeOranization, OU = SomeOrganizationUnit, CN = localhost

verify return:1

SSL_connect:unknown state

SSL_connect:unknown state

SSL_connect:unknown state

SSL_connect:unknown state

SSL_connect:unknown state

SSL_connect:unknown state

SSL_connect:error in unknown state

SSL_connect:error in unknown state

SSL_connect:unknown state

SSL_connect:unknown state

SSL handshake has read 1733 bytes and written 871 bytes

SSL-Session:

SSL3 alert read:warning:close notify

SSL3 alert write:warning:close notify

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.

Interestingly, my records indicate that I suffered a problem with very similar symptoms back in 2011, with version 2.8.0.  The problem at that time, which is acknowledged in the Changelog as "Fixed bug with SSL connection shutdown", got fixed in version 2.9.0.  Perhaps, when the "Replaced insecure SSLv23 with TLSv1 method" change was implemented for version 3.0.0, a similar issue was (re-)introduced?

It would of course be best if this issue were resolvable soon, due to the security vulnerabilities of http versus https.  Thank you in advance for any efforts!

Best regards,

Andreas Warburton

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 instead of 1.0.1t.  This did not appear to change/improve the behaviour.

I'd like to keep using ELOG into the foreseeable future.  Don't hesitate to contact me if you'd like me to beta test any upcoming releases.  I'd appreciate having the earlier mirroring and attachment-handling functionality back again.

Best regards,

Andreas W.

Hi,

I started re-using after a month an elog on my linux machine and, without any apparent reason since I did not used the machine at all in the last month, every time I try to submit a post I get the following error

"No SMTP host defined in [global] section of configuration file".

The weird thing is that today I created a new logbook using the previous one as a template and, on the new one, I can post without problem (although the configuration is identical).

Do you know what could be causing this?

Thnaks

R

These problems usually come when you are using a different configuration file that the one you think you are using. Note that you explicitly can tell elogd to use a specific configuation file with the "-c" flag. Also make sure to restart elogd after major changes.

Dear all,

I am trying to have the elog timestamp in UTC time instead of local time using the following config file but without success. Do you know what I am doing wrong?

Thanks

Luca

Theme = default
Comment = XENON1T LogBook 
Attributes = Subject, Author, Category, Type, Status
Locked Attributes = Author
Required Attributes = Category, Type
Preset Author = $long_name
Preset Submission = $utcdate
Options Category = General, CRY - Cryogenics, PUR - Purification, RSX- ReStoX, DST - Distillation Column, MUV - Muon Veto, TPC - Detector, WTR - Water Tank, RAD - Gas Purity, CAL - Calibration, SCT - Slow Control, SOP - Shiftoperation
Options Type = Software Installation, Hardware Installation, Failure/Problem, Configuration, Authorization, Other, Leak Check, xenon operation, Shared Resources, Log, Alarm Tests, Hardware test
Options Status = Info, Open - in progress, Closed - unsolved, Closed - solved, Other
Cell Style Status Info  = background-color:lightblue
Cell Style Status Closed - solved  = background-color:lightgreen
Cell Style Status Open - in progress  = background-color:yellow
Cell Style Status Closed - unsolved  = background-color:red
Extendable Options = Type
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = Date, Type, Category

How do you believe that you can preset a Submission item? Preset only works for attributes, so you have to define an attribute like "Submission UTC" or similar and preset this attribute with

Preset Submission UTC = $utcdate

Dear Steve,

thanks a lot. Sorry but I am not expert of elog. I "inherited" from a colleague and wanted to see if I can keep it alive but to do it I would need to move to UTC. Should this command affect the "INSERT CURRENT TIME/DATE" button? It does not seem to change.

Best

Luca

Any suggestion?

The INSERT CURRENT TIME/DATE button is not affected by this setting.

Hi Luca,

if you want to change all datetime properties to UTC time, then you'll just need to set the timezone on the server to UTC, before elogd is started.

Cheers, Andreas

Hello all,

I use ELOG for about 30 users, and I've listed their email adresses in the "login user" parameter, using the LDAP authentication.
As I had problems with the users from the end of the list (they couldn't log in the logbooks) I guessed that there is a max length for the string "login user" (or other parameter?). it seems to be a 1000 character limit.
How can I parameter this limit to another value? Is this value used for other parameters?

Thanks for your answer.

There is a limit of 100 options per line, so you probably run against that. This is defined in elogd.h with MAX_N_LIST and MAX_N_ATTR. You can try to increase these and recompile, but at some point you will hit the stack size limit of your operating system and elogd will crash.

hi forum,

my question, is it possible to add a custom menu entry (f.e. "Auswertung"). I will start a new php page and do some system code starting from the new page. I have attached a pic of my "Bereitschaftsdoku".

I have a filter for the week (KW1 2017). With this filer i display all my jobs for this week. At the end I have to count all minutes for class 583 (Tagesstunden) and class 586 (Sonn und Feiertage) and display the results.

regards

/alex

No, calculations are not easily possible with elog. You can write some Javascript code to pull out all minutes, add them up and manipulate the DOM tree to show the results, but this requires some JavaScript knowlegde. Alternatively, export your table to a CSV file and do your calculations with a spreadhseet program.

/Stefan

ok, tnx! I will do the export and calculation with Excel

regards

/alex

Hi all,

I have two attributes defined like following

Attributes = Author, Author Email, Icon, Category, System, Subject

ROptions Category = Shift Summary, Report, Reply, Fault, Issue, Resolved, Maintenance

IOptions Icon = icon1.gif, elc_list.png, icon3.gif, icon8.gif, icon4.gif, icon14.gif, elc_anchor.png

Icon comment icon1.gif = Shift Summary
Icon comment icon3.gif = Reply
Icon comment icon4.gif = Issue
Icon comment icon8.gif = Fault
Icon comment icon14.gif = Resolved
Icon comment elc_list.png = Report
Icon comment elc_anchor.png = Maintenance

When the Shift Summary category being selected, I wish the icon1.gif Icon being selected automaticlly, as well as when icon8.gif being selected, Fault category be selected. How can I get this? Any advice or suggestions will be appreciated.

Cheers,

Xuan

You can do that with conditional attributes (see documentation):

Attributes = Author, Author Email, Icon, Category, System, Subject
Options Category = Shift Summary{1}, Report{2}, Reply{3}, Fault{4}, Issue{5}, Resolved{6}, Maintenance{7}
IOptions Icon = icon1.gif, elc_list.png, icon3.gif, icon8.gif, icon4.gif, icon14.gif, elc_anchor.png

{1} Preset Icon = icon1.gif
{2} Preset Icon = elc_list.png
{3} Preset Icon = icon3.gif
{4} Preset Icon = icon8.gif
{5} Preset Icon = icon4.gif
{6} Preset Icon = icon14.gif
{7} Preset Icon = elc_anchor.gif

Icon comment icon1.gif = Shift Summary
Icon comment icon3.gif = Reply
Icon comment icon4.gif = Issue
Icon comment icon8.gif = Fault
Icon comment icon14.gif = Resolved
Icon comment elc_list.png = Report
Icon comment elc_anchor.png = Maintenance

Thanks for your quick reply! I just test what you suggested, even I test {1} Preset on edit Icon = icon1.gif, they both didn't work.

The example I gave you worked for me, I actually tested it. Please note that it contains

Options Category = ...

and not

ROptions Category = ...

Stefan

Sorry for my carelessness. What you said is definitely right. I just wonder how can Icon and Catagory change simultaneously whatever which one be selected first.

If you select a (different) category, the current icon setting simply gets overwritten, what ever it was before.

What I mean is that, when I select a catagory, the icon will change. If I change the icon, I need the catagory change too. 

IOptions does not support conditional attributes.

I think the proper solution would be to remove the icon selection field from the input form:

The user would then only be able to edit the Category, the Icon would always be set accordingly. I would think that this would be the appropriate behaviour.

Cheers, Andreas

So, as far as I know that ROptions and IOptions doesn't support conditional attributes.

I think what you suggest is a nice idea. An alternative way is putting Category attribute before Icon attribute and adding a tooltip to Icon attribute. However, I think your advice is better. Thanks!

Cheers

Xuan

When installing ELOG 3.1.2 on my Mac Sierra (10.12.2) with the latest XCode 8.2.1, it seemed to install fine but for one warning when building elogd:

cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -DHAVE_SSL -I /opt/local/include -o elogd 
src/elogd.c crypt.o auth.o regex.o mxml.o  -lssl
src/elogd.c:13840:13: warning: '__builtin___strlcpy_chk' will always overflow
      destination buffer [-Wbuiltin-memcpy-chk-size]
            strlcpy(user_email, user_list[i], NAME_LENGTH);
            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/secure/_string.h:105:3: note: expanded from macro 'strlcpy'
  __builtin___strlcpy_chk (dest, src, len, __darwin_obsz (dest))
  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 warning generated.

My installation was done with "sudo make install", as the instructions state.  I have also been using the prescribed "launchctl" approach.

1. Is the above warning something that needs attention/correcting?

2. My elogd crashes now every time that I attempt any kind of "Find" operation.

3. I synchronize my MacOS version of elog with a linux-based version on my university's web server.  I have installed 3.1.2 on the linux server, and it is running there without problems.  When I now try to synchronize my 3.1.2 ELOG on MacOS laptop with the same version on my linux server, it appears to do the first mirroring operation correctly, but elogd crashes when I try a second synchronization at a later time.  (For now, I have "Mirror simulate = 1" to prevent inadvertent damage.)

Can anyone help me with the above points?

Thank you,

Andreas

Another approach would be to compile elogd with "make debug" and run it in the debugger. Once it crashes the debugger will show where it happened.

Happy New Year! Andreas

cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -DHAVE_SSL -I /opt/local/include -o elogd 
src/elogd.c crypt.o auth.o regex.o mxml.o  -lssl
src/elogd.c:13840:13: warning: '__builtin___strlcpy_chk' will always overflow
      destination buffer [-Wbuiltin-memcpy-chk-size]
            strlcpy(user_email, user_list[i], NAME_LENGTH);
            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/secure/_string.h:105:3: note: expanded from macro 'strlcpy'
  __builtin___strlcpy_chk (dest, src, len, __darwin_obsz (dest))
  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 warning generated.

The current GIT revision (c017d07) fixes the problem with the strlcpy() function (macOS 10.12.2, XCode 8.2). Can you try if that fixes your other problems, too?

Plese remember to use the recursive clone to get that version:

git clone https://bitbucket.org/ritt/elog --recursive

Stefan

cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -DHAVE_SSL -I /opt/local/include -o elogd 
src/elogd.c crypt.o auth.o regex.o mxml.o  -lssl
src/elogd.c:13840:13: warning: '__builtin___strlcpy_chk' will always overflow
      destination buffer [-Wbuiltin-memcpy-chk-size]
            strlcpy(user_email, user_list[i], NAME_LENGTH);
            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/secure/_string.h:105:3: note: expanded from macro 'strlcpy'
  __builtin___strlcpy_chk (dest, src, len, __darwin_obsz (dest))
  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 warning generated.

Thank you very much (both Andreas and Stefan)!  The build now runs without warnings, and I am now able to do Find operations without crashes.  I still am having some issues with the synchronization, but I suspect that this is elog-content related, so will in the coming days do some more testing from CERN (where I have higher bandwidth with my home institution in Canada).  Incidentally, I had to add a line to Makefile in order to be able to build on my Mac.  See below, in case you want to update the Mac Makefile for others.

Many thanks again,

Andreas

ifdef USE_SSL

ifneq ($(USE_SSL),0)

CFLAGS += -DHAVE_SSL

CFLAGS += -I /opt/local/include

LIBS += -lssl

endif

endif

(You may wish to update the distribution if you think it may benefit other Mac users.)

cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -DHAVE_SSL -I /opt/local/include -o elogd 
src/elogd.c crypt.o auth.o regex.o mxml.o  -lssl
src/elogd.c:13840:13: warning: '__builtin___strlcpy_chk' will always overflow
      destination buffer [-Wbuiltin-memcpy-chk-size]
            strlcpy(user_email, user_list[i], NAME_LENGTH);
            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/secure/_string.h:105:3: note: expanded from macro 'strlcpy'
  __builtin___strlcpy_chk (dest, src, len, __darwin_obsz (dest))
  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 warning generated.

Ah, thanks for telling me. I added that to the Makefile. I did not need this because I had in my .profiel following line

export C_INCLUDE_PATH=/opt/local/include

which I need also for other macports-based projects. But having this twice does not hurt.

/Stefan

Hi all

I am trying to send email via Gmail smtp with no success. Elog uses port 25 which is not allowed. I need to use 587 or 465 ports to send mail. How can I change the port?

Have a good year all!

Devrim