ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
66950
|
Wed Nov 24 15:14:29 2010 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.8.0 | Re: New password file problem |
Mariusz Stakowski wrote: |
Hello,
I'm new to elog. I've installed it under Slackware 11. Everything worked smoothly until I wanted to establish access control. I followed the steps described under Access control heading in Syntax of elog.cfg chapter. I specified a new password file name and the following steps with no problem. After having created a new user I stopped elogd and added Admin user to config file. And here is my problem - each time I want to login to elog, I get "Invalid user name or password!" message. The meaning of it is obvious. So I have repeated all the steps several times. Of course I paid attention to enter user name and password correctly but I can't get rid of this message. For sure I making something wrong, but what it is ?
|
Can you try the current SVN version?
http://savannah.psi.ch/websvn/filedetails.php?repname=elog&path=/trunk/src/elogd.c&rev=0&sc=0
There has been some issues with the password encoding, maybe this is fixed now. |
66963
|
Wed Dec 1 17:03:01 2010 |
| Mariusz Stakowski | Mariusz.Stakowski@asseco.pl | Comment | Linux | 2.8.0 | Re: New password file problem |
Stefan Ritt wrote: |
Mariusz Stakowski wrote: |
Hello,
I'm new to elog. I've installed it under Slackware 11. Everything worked smoothly until I wanted to establish access control. I followed the steps described under Access control heading in Syntax of elog.cfg chapter. I specified a new password file name and the following steps with no problem. After having created a new user I stopped elogd and added Admin user to config file. And here is my problem - each time I want to login to elog, I get "Invalid user name or password!" message. The meaning of it is obvious. So I have repeated all the steps several times. Of course I paid attention to enter user name and password correctly but I can't get rid of this message. For sure I making something wrong, but what it is ?
|
Can you try the current SVN version?
http://savannah.psi.ch/websvn/filedetails.php?repname=elog&path=/trunk/src/elogd.c&rev=0&sc=0
There has been some issues with the password encoding, maybe this is fixed now.
|
Thank you Stefan, it works now
Best regards
Mariusz Stakowski
|
68895
|
Wed Feb 20 22:45:39 2019 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | Windows | 3.1.2 | Re: New feature request for Options list |
I can put it on the wish list.
Alan Grant wrote: |
Is it possible to include an option in the next release to have the Options list reference a text file of attributes rather than explicity listing the attributes in the Config file directly?
This would make it much easier to maintain a particular list that is referenced in several log books.
|
|
68901
|
Thu Feb 28 14:56:50 2019 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Request | Windows | 3.1.2 | Re: New feature request for Options list |
Just my two cent - I would have many very good applications for that feature:
- Keep option lists identical over different logbooks.
- Keep option lists identical over different applications.
- Create option lists from a database - that allows to use the options in many applications and in the database; e.g. a list of systems with a failure database, but failure reports in the regular ELOG.
- Export extendable option lists to other applications:
- Inform administrator about options that have been newly added to a logbook for a review.
- Provide option lists as menu buttons in these applications.
- Prevent other applications to submit elog entries with illegal option choices.
- Import extendable option lists from other applications (at least after next elogd restart, if no "update option list" URL/command is provided for elogd).
We recently went through the process of renaming a "system list" in several logbooks, to make it consistent over several facilities. If the "on-call service" is called "radio frequency", but the "system" is called "RF", then searching the logbook can become difficult. It was painful: half a dozen applications had to be adapted at the same time the lists were updated, because they had features to create a failure report to ELOG - assuming specific "system" names.
So I'm in favour of putting that high up in the wishlist :-)
Stefan Ritt wrote: |
I can put it on the wish list.
Alan Grant wrote: |
Is it possible to include an option in the next release to have the Options list reference a text file of attributes rather than explicity listing the attributes in the Config file directly?
This would make it much easier to maintain a particular list that is referenced in several log books.
|
|
|
68902
|
Thu Feb 28 16:03:36 2019 |
| David Pilgram | David.Pilgram@epost.org.uk | Request | Windows | 3.1.2 | Re: New feature request for Options list |
May I slip my vote in for this, especially if it would allow more than 100 attributes (the default, and I do know how to increase it).
I even considered cutting that into two groups,. the first being words like "New", "Re-" and the second being actions. Clunkey and binned.
Andreas Luedeke wrote: |
Just my two cent - I would have many very good applications for that feature:
- Keep option lists identical over different logbooks.
- Keep option lists identical over different applications.
- Create option lists from a database - that allows to use the options in many applications and in the database; e.g. a list of systems with a failure database, but failure reports in the regular ELOG.
- Export extendable option lists to other applications:
- Inform administrator about options that have been newly added to a logbook for a review.
- Provide option lists as menu buttons in these applications.
- Prevent other applications to submit elog entries with illegal option choices.
- Import extendable option lists from other applications (at least after next elogd restart, if no "update option list" URL/command is provided for elogd).
We recently went through the process of renaming a "system list" in several logbooks, to make it consistent over several facilities. If the "on-call service" is called "radio frequency", but the "system" is called "RF", then searching the logbook can become difficult. It was painful: half a dozen applications had to be adapted at the same time the lists were updated, because they had features to create a failure report to ELOG - assuming specific "system" names.
So I'm in favour of putting that high up in the wishlist :-)
Stefan Ritt wrote: |
I can put it on the wish list.
Alan Grant wrote: |
Is it possible to include an option in the next release to have the Options list reference a text file of attributes rather than explicity listing the attributes in the Config file directly?
This would make it much easier to maintain a particular list that is referenced in several log books.
|
|
|
|
68253
|
Mon Feb 8 15:07:05 2016 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Mac OSX | elog-3.1.0 | Re: New entry cannot be written to directory "/usr/local/elog/logbooks/demo/" |
You should check if the directory /usr/local/elog/logbooks/demo belongs to the right user and has the right write permissions.
Since the elogd process belongs to the user "nobody", the directory should best belong to "nobody" as well (or - not recommended - allows write access for "others")
Cheers, Andreas
Tapasi Ghosh wrote: |
Dear All,
I could not submit a new enetry to my logbook whenever restarting my laptop. I am a new user to elog.
Attached is the screenshot of the error message and also there is "nobody" while I grep elog.
----------------------
>>
Tapasis-MacBook-Pro-2:elog-3.1.0 tapasi$ ps aux | grep elog
tapasi 560 0.4 0.0 2432772 644 s002 S+ 9:50AM 0:00.01 grep elog
nobody 76 0.0 0.4 2481308 18440 ?? Ss 9:48AM 0:00.08 /usr/local/sbin/elogd -c /usr/local/elog/elogd.cfg
--------------------------
Any suggesstion will be very much appreciated.
Thanks in advance,
Tapasi
|
|
68254
|
Mon Feb 8 16:19:11 2016 |
| Tapasi Ghosh | tapasi03@gmail.com | Question | Mac OSX | elog-3.1.0 | Re: New entry cannot be written to directory "/usr/local/elog/logbooks/demo/" |
Thanks for your reply.
I am the user and it also has the write access
cd /usr/local/elog/
ls -ltr
drwxrwxrwx 6 tapasi admin 204 Jan 7 18:26 demo
Andreas Luedeke wrote: |
You should check if the directory /usr/local/elog/logbooks/demo belongs to the right user and has the right write permissions.
Since the elogd process belongs to the user "nobody", the directory should best belong to "nobody" as well (or - not recommended - allows write access for "others")
Cheers, Andreas
Tapasi Ghosh wrote: |
Dear All,
I could not submit a new enetry to my logbook whenever restarting my laptop. I am a new user to elog.
Attached is the screenshot of the error message and also there is "nobody" while I grep elog.
----------------------
>>
Tapasis-MacBook-Pro-2:elog-3.1.0 tapasi$ ps aux | grep elog
tapasi 560 0.4 0.0 2432772 644 s002 S+ 9:50AM 0:00.01 grep elog
nobody 76 0.0 0.4 2481308 18440 ?? Ss 9:48AM 0:00.08 /usr/local/sbin/elogd -c /usr/local/elog/elogd.cfg
--------------------------
Any suggesstion will be very much appreciated.
Thanks in advance,
Tapasi
|
|
|
68255
|
Mon Feb 8 16:27:45 2016 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Mac OSX | elog-3.1.0 | Re: New entry cannot be written to directory "/usr/local/elog/logbooks/demo/" |
The process elogd runs as the user "nobody". This user obviously cannot write to /usr/local/elog/logbooks/demo.
But apparently you've created the wrong directory anyway: you've listed /usr/local/elog/demo, but ELOG looks for /usr/local/elog/logbooks/demo.
Cheers, Andreas
Tapasi Ghosh wrote: |
Thanks for your reply.
I am the user and it also has the write access
cd /usr/local/elog/
ls -ltr
drwxrwxrwx 6 tapasi admin 204 Jan 7 18:26 demo
Andreas Luedeke wrote: |
You should check if the directory /usr/local/elog/logbooks/demo belongs to the right user and has the right write permissions.
Since the elogd process belongs to the user "nobody", the directory should best belong to "nobody" as well (or - not recommended - allows write access for "others")
Cheers, Andreas
Tapasi Ghosh wrote: |
Dear All,
I could not submit a new enetry to my logbook whenever restarting my laptop. I am a new user to elog.
Attached is the screenshot of the error message and also there is "nobody" while I grep elog.
----------------------
>>
Tapasis-MacBook-Pro-2:elog-3.1.0 tapasi$ ps aux | grep elog
tapasi 560 0.4 0.0 2432772 644 s002 S+ 9:50AM 0:00.01 grep elog
nobody 76 0.0 0.4 2481308 18440 ?? Ss 9:48AM 0:00.08 /usr/local/sbin/elogd -c /usr/local/elog/elogd.cfg
--------------------------
Any suggesstion will be very much appreciated.
Thanks in advance,
Tapasi
|
|
|
|