Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 137 of 806  Not logged in ELOG logo
New entries since:Thu Jan 1 01:00:00 1970
IDdown Date Icon Author Author Email Category OS ELOG Version Subject
  68730   Thu Feb 1 10:14:55 2018 Reply Andreas Luedekeandreas.luedeke@psi.chQuestionWindows2.9.2->3.1.3 Re: v3.1.3 does not work with logbooks from v2.9.2?
Hi Yves,
just my two pence, maybe they help you to figure out what's going on:
versions 2.* had all entries of one logbook in one directory. Version 3.* create a subdirectory for each year. This had been added for me: if you use AFS for logbook storage, then you have a limit on how many files you can put into a single directory.
So the first time you start elogd 3.* with data from an elogd 2.* it should move all your logbook entries into sub-directories for each year. If that would have happened, you would not be able to use these logbook directories with the 2.9.2 version.
Maybe your logbook client is not allowed to create sub-directories? Although I would guess that it then would just throw an error message and stop.
Cheers, Andreas
Yves wrote:

I have just upgraded elog from 2.9.2 -> 3.1.3.

3.1.3 runs fine with new logbooks. However, when trying to run 3.1.3 with my logbooks created with 2.9.2 things stop working.

Here is the command I run for testing [attachment 1]: first of all it takes a very long time (~ 10 minutes) for it to index the logbooks. When finished indexing I try it out in a web browser - it takes infinite time to load: no error message appears but also no logbook. After an hour or so elogd crashes without an error message.

When running 2.9.2 on the same machine, all runs wel (attachment 2)

 

cfd file: (I only left in one logbook - they are all configured the same)

[global]
port = 18080
Logging level = 3
Max content length = 500000000
Date format = %A, %d %B %Y


[Logrun - Amptek]
Theme = default
Comment = Logrun Amptec
Reverse sort = 0
Quick filter = Date, Type

 

Any ideas on how to solve this?

 

  68729   Thu Feb 1 03:12:03 2018 Question Yvesvanhaarlemyves@gmail.comQuestionWindows2.9.2->3.1.3 v3.1.3 does not work with logbooks from v2.9.2?

I have just upgraded elog from 2.9.2 -> 3.1.3.

3.1.3 runs fine with new logbooks. However, when trying to run 3.1.3 with my logbooks created with 2.9.2 things stop working.

Here is the command I run for testing [attachment 1]: first of all it takes a very long time (~ 10 minutes) for it to index the logbooks. When finished indexing I try it out in a web browser - it takes infinite time to load: no error message appears but also no logbook. After an hour or so elogd crashes without an error message.

When running 2.9.2 on the same machine, all runs wel (attachment 2)

 

cfd file: (I only left in one logbook - they are all configured the same)

[global]
port = 18080
Logging level = 3
Max content length = 500000000
Date format = %A, %d %B %Y


[Logrun - Amptek]
Theme = default
Comment = Logrun Amptec
Reverse sort = 0
Quick filter = Date, Type

 

Any ideas on how to solve this?

Attachment 1: test1.png
test1.png
Attachment 2: test2.png
test2.png
  68728   Wed Jan 31 09:06:10 2018 Question Peter Kpkravt@gmail.comBug reportLinuxV3.1.2-bd75964Entries disappear after editing + UTF16 problem

I found a sequence which hides the message from the list.
In addition this sequence corrupts UTF encoding of the text.

  1. create new message
  2. submit it
  3. Edit this message again
  4. click SAVE and then exit the editor (click Logbook name in the header or BACK in the browser)
  5. message disappeared from the list!
  6. by clicking NEW message I found my lost one in the drafts, but all text was corrupted.

I've made small GIF presentation on this issue (attached, open in new window), may be this helps.

 

 

 

Attachment 1: elog_problem.gif
elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif elog_problem.gif
  68727   Tue Jan 30 14:35:23 2018 Reply Stefan Rittstefan.ritt@psi.chBug reportLinuxV3.1.2-bd75964Re: Entries disappear after editing

I also experienced various sproradic issues with locking, so I usually keep it off.

Stefan

Peter K wrote:

Thanks for fast response!

I LIKE locking and saving drafts.
The only problem is that the locked message disappeared from the list.
This does not happen every time one left the editor, but sometimes.
I can send you the problematic message as it was disappeared, before I deleted Locked by and Draft attributes.
I can't imagine why it is not shown in the list.

  68726   Tue Jan 30 14:26:24 2018 Reply Peter Kpkravt@gmail.comBug reportLinuxV3.1.2-bd75964Re: Entries disappear after editing

Thanks for fast response!

I LIKE locking and saving drafts.
The only problem is that the locked message disappeared from the list.
This does not happen every time one left the editor, but sometimes.
I can send you the problematic message as it was disappeared, before I deleted Locked by and Draft attributes.
I can't imagine why it is not shown in the list.

 

Stefan Ritt wrote:

Drafts are message which somebody started to edit, but did not complete, like leaving the page without saving. If you don't like this, you can set "save drafts = 0".

The locking has a similar background. If you have locking on (vis "Use lock = 1"), then one person can "lock" a message, and other then cannot edit the same message. If you don't want that, switch locking off.

Best,
Stefan

Peter K wrote:

Dear elog community,

We have a problem with elog V3.1.2-bd75964.
Sometimes entries disappear from the list after editing.
I found them in the .log files with attributes

Locked by:
Draft:

But they are not in the list anymore!
The only solution by now is manually remove these two attributes from the file,
but this is terrible.

How can I fix this?

Thanks,
Peter.

 

 

 

  68725   Mon Jan 29 09:14:35 2018 Reply Stefan Rittstefan.ritt@psi.chBug reportLinuxV3.1.2-bd75964Re: Entries disappear after editing

Drafts are message which somebody started to edit, but did not complete, like leaving the page without saving. If you don't like this, you can set "save drafts = 0".

The locking has a similar background. If you have locking on (vis "Use lock = 1"), then one person can "lock" a message, and other then cannot edit the same message. If you don't want that, switch locking off.

Best,
Stefan

Peter K wrote:

Dear elog community,

We have a problem with elog V3.1.2-bd75964.
Sometimes entries disappear from the list after editing.
I found them in the .log files with attributes

Locked by:
Draft:

But they are not in the list anymore!
The only solution by now is manually remove these two attributes from the file,
but this is terrible.

How can I fix this?

Thanks,
Peter.

 

 

  68724   Sat Jan 27 03:37:11 2018 Warning Peter Kpkravt@gmail.comBug reportLinuxV3.1.2-bd75964Entries disappear after editing

Dear elog community,

We have a problem with elog V3.1.2-bd75964.
Sometimes entries disappear from the list after editing.
I found them in the .log files with attributes

Locked by:
Draft:

But they are not in the list anymore!
The only solution by now is manually remove these two attributes from the file,
but this is terrible.

How can I fix this?

Thanks,
Peter.

 

  68723   Wed Jan 24 07:54:47 2018 Reply markusmarkus.ries@helmholtz-berlin.deQuestionLinux3.1.2Re: Is there a python3 api to generate logbook entries from python?

Thanks Andreas!
This is more or less exactly what I was looking for...

Regards
Markus

Andreas Luedeke wrote:

Have a look here: https://github.com/paulscherrerinstitute/py_elog

I haven't tried it myself, but it should allow you to add, reply, edit, delete elog entries from python (>= 3.5) via the http elog interface. It's an anaconda package.

markus wrote:

Dear elog community,

I wonder whether there is a python3 api or lib to generate and append entries (and attachments) to the logbook using scripts.
However, so far I did not find anything...

At the moment I am thinking about wrapping the "elog" command line tool.

Is there something usable already out there?

Thanks and regards
Markus

 

 

ELOG V3.1.5-3fb85fa6