ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
1079
|
Tue Apr 12 09:30:51 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Other | 2.5.8-3 | Re: XML password files, replication & FreeBSD | > I have been running ELOG on FreeBSD no problem for a year now,
> but this new version 2.5.8-x doesn't seem to wanna work, it compiles fine
> with a few warnings (see attached logs).
> But has issues with password files, now it shows message "Can't open
> passwords.pwd" for all my logbooks. It did convert the password files to
> xml format. I had a good hard look at file permissions and config file with
> no luck. So I went back a version and compiled 2.5.7-1 which works just
> fine with old password files. So something with XML & FreeBSD?...
Hard to say. The simplest would be if I could debug this.
> Version 2.5.7-1 (maybe this has been fixed in 2.5.8?)
> When I run a ./elogd -C http://elog.blah.here:88 it clones the config file
> just fine, also seems to copy over all logbook entries.
> But once I look through them there's a fault with one of the fields it
> copies over, so entries never show up.
>
> It should be:
> ========================================
> Date: Tue Mar 01 19:41:29 2005
> In reply to: 24
> Work done by: someuser
> Work done at (dd/mm/yy hh:mm): 1/03/05 3:30pm
> Downtime duration: 0 min
> Planned: Yes
> Reason: Normal work
> Attachment:
> Encoding: plain
>
> But once cloned it looks like this:
> ========================================
> Date: Tue Mar 01 19:41:29 2005
> In reply to: 24
> Work done by: someuser
> Work done at (dd/mm/yy hh: m): 1/03/05 3:30pm
> Downtime duration: 0 min
> Planned: Yes
> Reason: Normal work
> Attachment:
> Encoding: plain
>
>
> For some reason it looses the "m" so line 4 instead of having
> "hh:mm" has "hh: m"
Your problem is that the attribute "Work done at (dd/mm/yy hh:mm)" which
contains a ":". This character is not allowed in attributes. Unfortunately I did
not document this (and even didn't know this until now... (;-) ). So you should
use the new option
Type Work done at = datetime
this gives you at the entry mask fields for day/month/year/hour/minute to fill
out, so you don't have to write it directly into the attribute. Another option
would be to use
Comment Work done at = Please enter as (dd/mm/yy hh:mm)
which just displays a comment below the attribute in the entry mask.
- Stefan |
1081
|
Wed Apr 13 00:40:55 2005 |
| G | levineg@med.govt.nz | Bug report | Other | 2.5.8-3 | Re: XML password files, replication & FreeBSD | > > I have been running ELOG on FreeBSD no problem for a year now,
> > but this new version 2.5.8-x doesn't seem to wanna work, it compiles fine
> > with a few warnings (see attached logs).
> > But has issues with password files, now it shows message "Can't open
> > passwords.pwd" for all my logbooks. It did convert the password files to
> > xml format. I had a good hard look at file permissions and config file with
> > no luck. So I went back a version and compiled 2.5.7-1 which works just
> > fine with old password files. So something with XML & FreeBSD?...
>
> Hard to say. The simplest would be if I could debug this.
Anything I could send you to help debug this?
>
> > Version 2.5.7-1 (maybe this has been fixed in 2.5.8?)
> > When I run a ./elogd -C http://elog.blah.here:88 it clones the config file
> > just fine, also seems to copy over all logbook entries.
> > But once I look through them there's a fault with one of the fields it
> > copies over, so entries never show up.
> >
> > It should be:
> > ========================================
> > Date: Tue Mar 01 19:41:29 2005
> > In reply to: 24
> > Work done by: someuser
> > Work done at (dd/mm/yy hh:mm): 1/03/05 3:30pm
> > Downtime duration: 0 min
> > Planned: Yes
> > Reason: Normal work
> > Attachment:
> > Encoding: plain
> >
> > But once cloned it looks like this:
> > ========================================
> > Date: Tue Mar 01 19:41:29 2005
> > In reply to: 24
> > Work done by: someuser
> > Work done at (dd/mm/yy hh: m): 1/03/05 3:30pm
> > Downtime duration: 0 min
> > Planned: Yes
> > Reason: Normal work
> > Attachment:
> > Encoding: plain
> >
> >
> > For some reason it looses the "m" so line 4 instead of having
> > "hh:mm" has "hh: m"
>
> Your problem is that the attribute "Work done at (dd/mm/yy hh:mm)" which
> contains a ":". This character is not allowed in attributes. Unfortunately I did
> not document this (and even didn't know this until now... (;-) ). So you should
> use the new option
>
> Type Work done at = datetime
>
> this gives you at the entry mask fields for day/month/year/hour/minute to fill
> out, so you don't have to write it directly into the attribute. Another option
> would be to use
>
> Comment Work done at = Please enter as (dd/mm/yy hh:mm)
>
> which just displays a comment below the attribute in the entry mask.
>
> - Stefan
Ok, i see, the problem for me now is that this attribute name has been in use for
half a year or so by me. So now I have 100's of logbook entries with the old name
in them, if I change it's name then all old logbook entries will show up with that
field blank. I'm not sure if there's an easy way to change that attribute's name in
100's of entries in 10's of logbooks, because I wouldn't want to try doing that by
hand.. Any ideas? (i'm no good at scripting something like that 4 sure)
Thanks,
G. |
1082
|
Wed Apr 13 09:06:46 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Other | 2.5.8-3 | Re: XML password files, replication & FreeBSD | > Ok, i see, the problem for me now is that this attribute name has been in use for
> half a year or so by me. So now I have 100's of logbook entries with the old name
> in them, if I change it's name then all old logbook entries will show up with that
> field blank. I'm not sure if there's an easy way to change that attribute's name in
> 100's of entries in 10's of logbooks, because I wouldn't want to try doing that by
> hand.. Any ideas? (i'm no good at scripting something like that 4 sure)
find . -name "*a.log" -exec perl -pi -e 's|Work done at (dd/mm/yy hh:mm):|Work done at:|g' {} \;
Looks a bit cryptic, but searches for all *a.log files, and starts perl to replace
all occurences of "Work done at (dd/mm/yy hh:mm)" with "Word done at:". Better try
this first with a copy of your logbook. After you successfully changed that, you
have to modify the attribute list in elogd.cfg accordingly, like
Attirbutes = ..., Work done at, ...
Please note that after each manual modification of the logbook files, you have to
restart elogd. |
67670
|
Mon Mar 3 15:42:29 2014 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Windows | 2.9.2-2475 | Re: XML import Error |
Donald wrote: |
Hi
I've written a powershell script parse a html table that contains old log book data that i would like to import to a elog book. I've attached a example of the output.
When i attempt a import i get this error
"XML file does not contain <ENCODING> element"
The file does contain an encoding for utf-8 I've tried converting the xml to ANSI and ISO-8859-1 encodings but i get the same error.
is there something obvious that I'm missing?
here is the config of the log book:
[WLTST]
Theme = default
Comment = Test Logbook
Attributes = Author, Object, Action
Comment Author = Username
Comment Action = What
Comment Text = Why
Required Attributes = Author, Object, Action, Text
Page Title = Test Logbook
Reverse sort = 1
Quick filter = Date, Type
|
Hi Donald,
yes, the import function gave me some headache in the past, too.
⇄
English (auto-detected) » English
Here it appears that <ENCODING> </ENCODING> became somehow mandatory. But it has a different meaning then what you expect: it is the type of code in the text field, one out of HTML, ELCode or plain.
(Stefan: is this needed to be mandatory? Couldn't you just have some default ?)
In your case: you can just add the XML code "<ENCODING> </ENCODING>" before the <TEXT> token.
My problems were always related to the date format: elogd is very restrictive about what date format it is accepting. that will be your next pproblem ;-)
I hope this helps. |
67671
|
Tue Mar 4 19:48:02 2014 |
| Donald | don.drummel@gmail.com | Question | Windows | 2.9.2-2475 | Re: XML import Error |
Andreas Luedeke wrote: |
Donald wrote: |
Hi
I've written a powershell script parse a html table that contains old log book data that i would like to import to a elog book. I've attached a example of the output.
When i attempt a import i get this error
"XML file does not contain <ENCODING> element"
The file does contain an encoding for utf-8 I've tried converting the xml to ANSI and ISO-8859-1 encodings but i get the same error.
is there something obvious that I'm missing?
here is the config of the log book:
[WLTST]
Theme = default
Comment = Test Logbook
Attributes = Author, Object, Action
Comment Author = Username
Comment Action = What
Comment Text = Why
Required Attributes = Author, Object, Action, Text
Page Title = Test Logbook
Reverse sort = 1
Quick filter = Date, Type
|
Hi Donald,
yes, the import function gave me some headache in the past, too.
⇄
English (auto-detected) » English
Here it appears that <ENCODING> </ENCODING> became somehow mandatory. But it has a different meaning then what you expect: it is the type of code in the text field, one out of HTML, ELCode or plain.
(Stefan: is this needed to be mandatory? Couldn't you just have some default ?)
In your case: you can just add the XML code "<ENCODING> </ENCODING>" before the <TEXT> token.
My problems were always related to the date format: elogd is very restrictive about what date format it is accepting. that will be your next pproblem ;-)
I hope this helps.
|
Hi Andreas
That worked, thank you so much. now I'm on to a new error.
Now every time i try to do the import it crashed the elogd.
OS is windows server 2008 R2. I have the elogd installed as a service.
here is the even log:
Faulting application name: elogd.exe, version: 0.0.0.0, time stamp: 0x51248707
Faulting module name: elogd.exe, version: 0.0.0.0, time stamp: 0x51248707
Exception code: 0xc0000417
Fault offset: 0x000682da
Faulting process id: 0x558
Faulting application start time: 0x01cf37d8870fc9a1
Faulting application path: D:\Program Files (x86)\ELOG\elogd.exe
Faulting module path: D:\Program Files (x86)\ELOG\elogd.exe
Report Id: defc3f39-a3cb-11e3-9dd5-005056954c86
I have attached the Data file I'm using to generate the fault every time. same config as before. Any Ideas?
|
Attachment 1: new__2.xml
|
<?xml version="1.0" encoding="UTF-8"?>
<ELOG_LIST>
<ENTRY>
<MID>
2
</MID>
<DATE>
2014-02-24 22:28
</DATE>
<OBJECT>
Archived Client:
</OBJECT>
<ACTION>
Archived Client:
Archived Client to Manual_Archive and took a full backup of it
</ACTION>
<ENCODING>plain</ENCODING>
<TEXT>
ticket: 123456
Decommission of client.
</TEXT>
<AUTHOR>
bob
</AUTHOR>
</ENTRY>
<ENTRY>
<MID>
3
</MID>
<DATE>
2014-02-20 20:15
</DATE>
<OBJECT>
Added client:
</OBJECT>
<ACTION>
Added client:
Added client to VMware policy
</ACTION>
<ENCODING>plain</ENCODING>
<TEXT>
Ticket 1919191
New DHCP server needed to be backed up.
</TEXT>
<AUTHOR>
bob
</AUTHOR>
</ENTRY>
</ELOG_LIST>
|
67677
|
Tue Mar 11 15:17:36 2014 |
| Donald | don.drummel@gmail.com | Question | Windows | 2.9.2-2475 | Re: XML import Error |
Donald wrote: |
Andreas Luedeke wrote: |
Donald wrote: |
Hi
I've written a powershell script parse a html table that contains old log book data that i would like to import to a elog book. I've attached a example of the output.
When i attempt a import i get this error
"XML file does not contain <ENCODING> element"
The file does contain an encoding for utf-8 I've tried converting the xml to ANSI and ISO-8859-1 encodings but i get the same error.
is there something obvious that I'm missing?
here is the config of the log book:
[WLTST]
Theme = default
Comment = Test Logbook
Attributes = Author, Object, Action
Comment Author = Username
Comment Action = What
Comment Text = Why
Required Attributes = Author, Object, Action, Text
Page Title = Test Logbook
Reverse sort = 1
Quick filter = Date, Type
|
Hi Donald,
yes, the import function gave me some headache in the past, too.
⇄
English (auto-detected) » English
Here it appears that <ENCODING> </ENCODING> became somehow mandatory. But it has a different meaning then what you expect: it is the type of code in the text field, one out of HTML, ELCode or plain.
(Stefan: is this needed to be mandatory? Couldn't you just have some default ?)
In your case: you can just add the XML code "<ENCODING> </ENCODING>" before the <TEXT> token.
My problems were always related to the date format: elogd is very restrictive about what date format it is accepting. that will be your next pproblem ;-)
I hope this helps.
|
Hi Andreas
That worked, thank you so much. now I'm on to a new error.
Now every time i try to do the import it crashed the elogd.
OS is windows server 2008 R2. I have the elogd installed as a service.
here is the even log:
Faulting application name: elogd.exe, version: 0.0.0.0, time stamp: 0x51248707
Faulting module name: elogd.exe, version: 0.0.0.0, time stamp: 0x51248707
Exception code: 0xc0000417
Fault offset: 0x000682da
Faulting process id: 0x558
Faulting application start time: 0x01cf37d8870fc9a1
Faulting application path: D:\Program Files (x86)\ELOG\elogd.exe
Faulting module path: D:\Program Files (x86)\ELOG\elogd.exe
Report Id: defc3f39-a3cb-11e3-9dd5-005056954c86
I have attached the Data file I'm using to generate the fault every time. same config as before. Any Ideas?
|
Anyone have any luck reproducing the error? or have suggestions on how to fix it? |
67467
|
Thu Mar 7 14:13:08 2013 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | V2.9.2-247 | Re: Wrong link in "Your ELOG account has been activated" email | > After entering a new user and activating it in ELOG, the new user receives an email.
> The link does not work because the port number is repeated in the link (see below)
> In the Global part of the elogd.ini we have added the port:
> port = 8080
>
> Maybe I am overlooking something, any suggestions are very much appreciated!
>
> Thanks!
> Ron
>
> - - - - - -
>
> Email Subject: Your ELOG account has been activated
>
> Email Body:
>
> Your ELOG account has been activated on host eloghost:8080.
>
> You can access it at http://eloghost:8080:8080/logbookname/?unm=newuser.
>
> To subscribe to any logbook, click on 'Config' in that logbook.
I just tried myself and got:
Your ELOG account has been activated on host localhost:8080.
You can access it at http://localhost:8080/Demo/?unm=midas.
To subscribe to any logbook, click on 'Config' in that logbook.
I used following config:
[global]
Port = 8080
Password file = passwd
SMTP host = xxx
Self register = 3
Admin user = stefan
[Demo]
Attributes = Type, Subject, Author
So something in your config file must be different. Can you find out what it is?
/Stefan |
67468
|
Thu Mar 7 14:37:27 2013 |
| Ron Beekman | ron.beekman@gmail.com | Question | Windows | V2.9.2-247 | Re: Wrong link in "Your ELOG account has been activated" email | Hi Stefan, thank you very much for having a look at this :-)
Here is the config file we use. Seems okay to me, but I may be overlooking something.
[global]
port = 8080
SMTP host = localhost
Self register= 0
Display Email recipients = 0
Use Email Subject = [ELOG - $logbook]
Date format = %a %d-%b-%Y %H:%M
Default encoding = 1
Allowed encoding = 1
[MYLOGBOOK]
Theme = default
Comment = My logbook
Password file = passw_mylogbook.pwd
Admin user = admin,user1,user2,user3
Self register= 3
Menu commands = List, New, Edit, Reply, Duplicate, Find, Config, Logout, Help
Attributes = Author, Type, Category, Subject, ServerNaam
Preset Author = $long_name
Options Type = Opt01, Opt02, Opt03, Opt04, Opt05
Options Category = Cat01, Cat02, Cat03, Cat04, Cat05, Cat06, Cat07
MOptions ServerNaam = Server01
Preset ServerNaam = Server01
Required Attributes = Author, Type, ServerNaam
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = Date, Type, ServerNaam |
|