ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
68687
|
Fri Sep 15 15:16:42 2017 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Linux | 3.1.2 | Re: Elog System Requirements | Hi Alan,
we run our ELOG server (38 GB Logbook data in about 50 logbooks dating back up to 16 years) on a virtual Linux box.
The memory is important, since ELOG scans through all entries and creates an index at start-up. But we have only about 6% used out of 2GB: ELOG is not very demanding. If you have many and large pictures attached, then "convert" needs a bit of memory to work with.
Since "elogd" is a single task, you will not gain much from many CPUs. File IO is often a limiting factor: we've tried a while to run the logbook data on an AFS directory, and that did not turn out well. A local disk is best, an NFS disk works fine as well (in our case).
Cheers, Andreas
Alan Grant wrote: |
In response to an elog-hang issue I've been having on the Windows platform, I am building a new Unbuntu 14 TLS VM machine to host the identical configuration so that I can more easily debug when the hang happens again. I don't mind beefing up the hardware resources to either eliminiate that as a factor or resolve the problem. I'll have a higher end CPU to deal with 20 to 50 clients doing searches through the data (since the elog configuration currently does not provide a setting to limit how far back it can search with Quick Filters - pretty please add this basic setting!), but the main question I have now is what is a good amount of memory to add to the VM? I suspect even with 30 concurrent searches going CPU power will have more impact than memory in the case of elog. Can someone please confirm my suspicion and also recommend a suitable amount of memory I should install? My data volume is about 25 MB, all textual (no attachmemts), and the number of daily files goes back about 5 years. Any other tips for the build is very welcome.
|
|
68717
|
Mon Jan 15 16:46:58 2018 |
| Alan Grant | agrant@winnipeg.ca | Request | Windows | 3.1.2 | Drop down order | Can you please make a change to have the Quick Filter ComboBox controls reference the field type for ordering purposes?
For example, if attribute Lot Number is Type Numeric then the ComboBox should be listed in numerical order instead of alphanumeric (eg: 1,2,3,11,21 vs 1,11,2,21,3).
Best Regards. |
68718
|
Tue Jan 16 09:30:55 2018 |
| markus | markus.ries@helmholtz-berlin.de | Question | Linux | 3.1.2 | Is there a python3 api to generate logbook entries from python? | 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 |
68719
|
Tue Jan 16 09:46:04 2018 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 3.1.2 | Re: Is there a python3 api to generate logbook entries from python? | There are two options
- Wrap the "elog" command line tool
- Use "curl". Ther is a PycURL library http://pycurl.io/docs/latest/ which can be used, so you don't have to call any command line tool. The usage of curl is described in elog:68597
Stefan
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
|
|
68720
|
Tue Jan 16 10:13:00 2018 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Linux | 3.1.2 | Re: Is there a python3 api to generate logbook entries from python? | 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
|
|
68723
|
Wed Jan 24 07:54:47 2018 |
| markus | markus.ries@helmholtz-berlin.de | Question | Linux | 3.1.2 | Re: 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
|
|
|
68772
|
Mon Apr 2 23:31:51 2018 |
| Michael Hibbard | michael.hibbard@cern.ch | Question | Windows | 3.1.2 | Create past Elog entry. | Hello, Sorry if this has been addressed elsewhere, but I could not find info.
I am wanting to submit a new elog entry (that should have been) for a past date, to predate log entrys currently in my system.
I assume I must manually create a new .log file. What ID# should I assign to this entry? Should I sub-increment (i.e 33.1)? I presume the correct thing to to would be to automate ID# increments in all sucessive logs with a script (python).
Please advise.
Thank you,
-Michael Hibbard |
68773
|
Tue Apr 3 09:39:07 2018 |
| David Pilgram | David.Pilgram@epost.org.uk | Question | Windows | 3.1.2 | Re: Create past Elog entry. | Hi Michael,
Elog purists, look away now.
There is an "official" way to do this, which is to have fields for entry date (so can be in the past), but the yymmdda.log file will be of the date and time you make the entry. This is in the offical documentation.
If you are not bothered by the ID number being out of sequence (and elog does not really mind, although it occasionally throws a hissy fit/throws its toys out of the pram, which a restart sorts out), but you are one who wants the date of the entry in the log file to also be in the past, skipping the entry date fields issue, it's perfectly do-able. So long as you can access the yymmdda.log files.
What I, and some others, do is to create a new entry now (for ease, the first entry of the day, but that's not critical), then go to the log files, and with an editor open today's file, find the entry, and edit the day, date and if necessary time; I always set the time as post 22:00, as code for an edited late entry. I also then cut-and-paste the entry into the log file for the day it should have been entered in (creating it if necessary, in linux make sure the permissions are correct, specifically the user).
If you have attachments, and want those also to reflect the date, you'll need to edit the Attachments section of the elog entry headers (format is obvious), and also rename the attachment files in the directory.
I've not tried an ID number being other than an integer, I guess it would not work. ID numbers not being in sequence with the date doesn't seem to matter. Messing with ID numbers can have a number of consequences, such as elog running away, burning CPU time etc (looking for a previous entry that does not exist), or rogue listings of a entry ID no./# 0 (looking for a later entry that does not exist).
One caveat; I use Linux, and on elog 2.9.2. Later elogs and Windows may have a different reaction to what I've written above.
Elog purists can now look again.
Michael Hibbard wrote: |
Hello, Sorry if this has been addressed elsewhere, but I could not find info.
I am wanting to submit a new elog entry (that should have been) for a past date, to predate log entrys currently in my system.
I assume I must manually create a new .log file. What ID# should I assign to this entry? Should I sub-increment (i.e 33.1)? I presume the correct think to to would be to automate ID# increments in all sucessive logs with a script (python).
Please advise.
Thank you,
-Michael Hibbard
|
|
|