| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
66493
|
Wed Aug 5 13:36:44 2009 |
 | Stefan Ritt | stefan.ritt@psi.ch | Bug report | All | 2.7.7-2246 | Re: init_resize sometimes not defined |
| Richard Stamper wrote: |
|
Under some circumstances the New/Edit entry screen can invoke the init_resize() function in the onload handler for the <body> tag, but the init_resize() function is not defined. In my case there is a log where the encoding is plain text (Default encoding = 1) and the message height is restricted (Message height = 4). Creating or editing entries in this log generates warnings in the Firefox error console and alert boxes in IE about init_resize being undefined.
I think there is some missing logic. In revision 2246 of elogd.c
- at line 9924, if enc_selected = 1 then init_resize() is included in the onload handler, but
- at line 9801, if enc_selected = 1 but at least one of the "Message height" or "Message width" attributes is set then the code defining init_resize() is not include
I think you need to duplicate the checks on the Message height and Message width attributes at lines 9924, so that the init_resize() function is only included when defined.
Richard S
|
Perfect! Not only your analysis but also your suggested solution. I implemented that in revision 2249.
Stefan |
|
66492
|
Wed Aug 5 01:07:04 2009 |
 | Richard Stamper | r.stamper@rl.ac.uk | Bug report | All | 2.7.7-2246 | init_resize sometimes not defined |
Under some circumstances the New/Edit entry screen can invoke the init_resize() function in the onload handler for the <body> tag, but the init_resize() function is not defined. In my case there is a log where the encoding is plain text (Default encoding = 1) and the message height is restricted (Message height = 4). Creating or editing entries in this log generates warnings in the Firefox error console and alert boxes in IE about init_resize being undefined.
I think there is some missing logic. In revision 2246 of elogd.c
- at line 9924, if enc_selected = 1 then init_resize() is included in the onload handler, but
- at line 9801, if enc_selected = 1 but at least one of the "Message height" or "Message width" attributes is set then the code defining init_resize() is not include
I think you need to duplicate the checks on the Message height and Message width attributes at lines 9924, so that the init_resize() function is only included when defined.
Richard S |
|
66491
|
Tue Aug 4 11:22:18 2009 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Mac OSX | 2.7.6 | Re: Problems when trying to set up mirror elog |
| Ricardo Goncalo wrote: |
|
| Stefan Ritt wrote: |
|
| Ricardo Goncalo wrote: |
|
Retrieving entries from "https://www.pp.rhul.ac.uk:8080/ATLAS Trigger"...
Remote server is not an ELOG server
...so I'm running out of options. Any ideas would be welcome!
Cheers,
Ricardo
|
Your problem is here. I wrote that synchronization is not possible through SSL, but you try to access https://www.pp.rhul.ac.uk:8080 which is SSL (because you have https:// not http://).
|
Ah, I see. Hmm, ok it doesn't work without the s either. I can't access the server in that case. Ok, I think I'll just wait for this feature to be available. Thanks for your help!
|
Of course you also have to switch your mirror server not to use SSL as well. You can check this then by accessing it directly via http://www.pp.rhul.ac.uk:8080/ATLAS Trigger from the same computer. Also make sure that you don't have any firewall issue. |
|
66490
|
Tue Aug 4 10:48:26 2009 |
| Ricardo Goncalo | jgoncalo@mail.cern.ch | Question | Mac OSX | 2.7.6 | Re: Problems when trying to set up mirror elog |
| Stefan Ritt wrote: |
|
| Ricardo Goncalo wrote: |
|
Retrieving entries from "https://www.pp.rhul.ac.uk:8080/ATLAS Trigger"...
Remote server is not an ELOG server
...so I'm running out of options. Any ideas would be welcome!
Cheers,
Ricardo
|
Your problem is here. I wrote that synchronization is not possible through SSL, but you try to access https://www.pp.rhul.ac.uk:8080 which is SSL (because you have https:// not http://).
|
Ah, I see. Hmm, ok it doesn't work without the s either. I can't access the server in that case. Ok, I think I'll just wait for this feature to be available. Thanks for your help! |
|
66489
|
Mon Aug 3 10:16:12 2009 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | 2.7.2 | Re: synchronization |
| lance wrote: |
|
Thanks for the reply.
This happens on automatic mirroring and by manual sync. However only the site initializing the mirror is locked out the remote seems to still be able to function.
The CPU jumps from very little usage to 50%+ being used by elogd.exe as soon as you start the mirroring/sync process
I have attached a file that that is in three parts and its pretty big. When I start up the elogd -v it takes over two minutes to scroll through hundreds of files. I have attached the last of those entries in the first part of the attached PDF, the second part of the PDF shows a manual sync and the third part shows the same sync on the same logbook a few mins later. It seems to take about 3 minutes even when there has been no new log entries. In addition if you are mirroring more that one log book through the automated cron job it can take about 3-5 mins before the second logbook starts its replication. I have also added a screenshot of the completed replications on both runs.
If there is a way to redirect the output of the cmd window when running elogd -v I would capture all the data for you but the standard redirect ">> elog.txt" only creates a blank file.
We are running several logbooks and it does look like the smaller logbooks still take several minutes to start up. I have attached the PMCLogfile and if you look between the NSS and the AMC replications on any day there seems to be a 3 min gap between one book finishing and another starting.
We are not using Apache prox in between.
I am not a programmer but I can follow instruction, if you need anything else let me know.
Stefan this has been driving me nuts for a while now so any help you can give would be more than appreciated.
|
Sorry my late reply but I'm pretty busy these days...
I don't have a clear solution, just a few thoughts:
- Network handling has benn improved recently, so I propose you first upgrade to Version 2.7.7
- Looking at your sync logs, I see many lines of the form
19-Jun-2009 15:41:05 [lance@127.0.0.1] {NSS} MIRROR change entry #1095 to #23357
19-Jun-2009 15:41:05 [lance@127.0.0.1] {NSS} DELETE entry #1095
19-Jun-2009 15:41:05 [lance@127.0.0.1] {NSS} MIRROR send entry #23357
this indicates that you add entries to both logbooks (with ID 1095) in this case. Then elog has a problem, since you have new entries with ID 1095 on both sides. So the only solution is to re-submit the entry #1095 on the source logbook as a new entry (with ID #23357 in this case), delete the old one and then submit the new one. This happens very often, which takes quite some time. Mirroring mainly makes sense if there is one active logbook where new entries gets submitted, and the second logbook is mainly as backup and read-only. Then mirroring is very effective. If you submit on both sides very heavily new entries, the merge process is quite complicated.
- If nothing has changed on both sides and you still have heavy synchronization work, it means that both logbooks kind of became inconsistent, and elog tries to sort that out. So a good starting point is to manually copy all xxxxxxa.log files from one side to the other, thus ensuring both logbooks are 100% identical. Then restart both elogd servers, issue a manual synchronization, and make sure it reports back to you that everything is identical.
Hope some of this helps,
Stefan
|
|
66488
|
Mon Aug 3 10:00:18 2009 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Mac OSX | 2.7.6 | Re: Problems when trying to set up mirror elog |
| Ricardo Goncalo wrote: |
|
Retrieving entries from "https://www.pp.rhul.ac.uk:8080/ATLAS Trigger"...
Remote server is not an ELOG server
...so I'm running out of options. Any ideas would be welcome!
Cheers,
Ricardo
|
Your problem is here. I wrote that synchronization is not possible through SSL, but you try to access https://www.pp.rhul.ac.uk:8080 which is SSL (because you have https:// not http://). |
|
66487
|
Mon Aug 3 03:26:23 2009 |
| Dan Duong | Dan.Duong@team.telstra.com | Question | Windows | v2.7.42111 | Re: display GMT time instead of local time in Entry time/ Last edit field |
| Stefan Ritt wrote: |
|
| Dan Duong wrote: |
|
I did as instructed but time was 20 hours behind.
I have entered set TZ=AST-10 I got the correct time. I think my elog files have been changed by someone. elogd file is running in DOS box now. Please help how to run elog as normal or correct elog files. Which file I should check. Is it elconv.c file? Thank you Stefan.
|
You have to change your environment variable "TZ" system wide. You do that by going to
My Computer/Properties/Advanced/Environment Variables/New
then you enter TZ as the variable name and AST-10 as the value. You might have to reboot your computer.
|
It is working with the correct time stamp now. Thanks you very much Stefan. |
|
66486
|
Sat Aug 1 09:34:00 2009 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | V2.7.7-1 | Re: Can't install on Fedora 11 |
| Neil B. Cohen wrote: |
|
Tried installing on Fedora 11 - failed dependency on libssl.so.6 I have libssl.so.8 installed. What do I need to do to install this package?
thanks,
nbc
|
The easiest is if you install from source by downloading the tar ball. It's hard these days to make a RPM which runs on all possible distributions. I would have to maintain a zoo of new and old distributions, which I don't have the hardware for. Or you go and install libssl.so.6 by hand. |