After patching a windows 7 computer with MS12-006, can no longer connect to elog, get page cannot be displayed

See

http://support.microsoft.com/kb/2643584

 A little more information here

We are running elog on an Ubuntu server

Elog was working fine, then, on a windows 7 machine, MS12-006 was installed, rebooted, and could no longer connect to the elog web page.

Discovered that in Internet Explorer 8, by unchecking the use TLS 1.0 in options advanced tab, and making sure that SSL 3.0, TLS 1.1, TLS 1.2 were checked, that the page once again worked.  I'm guessing the elog does not support SSL 3.0, otherwise, I assume I would have to uncheck that as well.  Things do appear to still work on XP, thus far, only Windows 7 appears to break.  While we have a work around, ideally we would like to see a bug fix so that (for legacy reasons), elog will still work with TLS 1.0 on Windows 7.

 Also, strangely, I am able to use the elog forum page https://midas.psi.ch/elogs/Forum while TLS 1.0 is checked.  I notice the version number is 2.9.0-2425, while we are using 2.9.0-2396, so wondering if this is fixed in this newer version.

The forum does not use TLS, but has Apache in front of it which works as a proxy. So TLS is actually handled by Apache, which might have a newer implementation of TLS. The ELOG version number certainly does not make a difference, I did not touch the SSL functionality in a while. But when you compile ELOG on your Ubunto server, you can maybe play with different versions of OpenSSL and see if that changes anything?

- Stefan 

Hello,

I tried to update our ELOG installation 2.7.8 to 2.9.0. If I try to start the service i get the error:

Error 193: %1 is not a valid win32 application.

I uninstalled the old version an installed the new one.

Do you have any Idea? The OS is windows 2000 Server.

Best regards

Michael

Could not start the elogd service on local Computer

Can you start elogd.exe manually in a DOS box? If you get the same error there, the download file might be corrupted and you should try to re-load it again.

Best regards,

Stefan

Michael,

I had this problem with the service/elogd.exe not starting on the later versions of ELog and with Stefan's help we tracked it down to some missing Microsoft C runtime library files.
In my case it was a fresh install of Win2k3.

Try installing one the following and see if it helps (mine was solved with the middle option).

http://www.microsoft.com/download/en/details.aspx?id=3387
http://www.microsoft.com/download/en/details.aspx?id=5582
http://www.microsoft.com/download/en/details.aspx?id=5555

Regards

Grant

 Thanks probelm is solved.

ELOG was installed at a windows 2000 Server. After Grant's Tip I moved it to W2003R2 and installed the midlle option. No it works without any problems.

Regards

Michael

I have been using v2.6.  I works fine so far for what I need except that I could not disable the attachments in the notification emails.  Now I need to upgrade to a latest version v2.9.  However, with this latest version, I've received this error when navigate pages:  "Error: Too many parameters (> 120). Cannot perform operation".   What does this error mean?  Should I do to fix it?  I also have tested other version 2.7 and 2.8 as well.  The problem exists.

Maybe you have indeed too many options in your configuration file. Can you please post it here or send it to my privately so that I can have a look?

- Stefan 

First I have tried to checkout the source code and got an error shown in below.  So, I clicked on the Web Access link to download the trunk.tar.gz.  I have opened elogd.sln in Visual Studio 2010.  Despite of downloading openssl and and installing krb5, I still received errors related to header files that could not be opened or found.  Has anyone checked out all files from trunk.tar.gz and built successfully.  Any hint or advise prior to build this elogd solution in VS2010 will be highly appreciated. 

>svn checkout svn+ssh://svn@savannah.psi.ch/repos/meg/elog/trunk elog
svn: E720002: Unable to connect to a repository at URL 'svn+ssh://svn@savannah.psi.ch/repo
s/meg/elog/trunk'
svn: E720002: Can't create tunnel: The system cannot find the file specified.

This may be already answered somewhere around here, but I could not find it. 

Question: Is it possible to have a pull down will a sub menu.  Something like,

Entry 1

Entry 2 --> Entry 2a

                   Entry 2b

                   Entry 2c

Entry 3

Entry 4

Thanks!

 The way I do this is

I have tried to set Email Format = 111 but still receiving attachments in the notification emails.  Does anyone know how to configure?  So the notification email will not include attachments.

Thanks in advance,

H. Dao

I just tried and it works fine for me as expected. So you must so something wrong like:

- change the wrong elgod.cfg, 

- have a typo in your configuration

- have a too old version of elogd

Why don't you upgrade to the current version and try again? I forgot when I introduced this feature, but it might be after version 2.6 which you are using.

- Stefan 

 In a test area we loaded elogd 2.9.0 built Mar 21 2011, 08:48:02 revision 2396

During our testing we started the creation of a new elog, then backed out cancelling the creation and received the following error.

Error: Too many parameters (> 120). Cannot perform operation.

We do not see this error in the older version.

Hi

  I just updated my mirror server, which I just use as a backup to my main server, to 2.9.0 and found that after logging in (the selection page is not protected, but the individual logbooks are) and coming back to the selection page I no longer get the "Synchronize all logbooks" even though I am an admin user. The relevant code is in elogd.c in the show_selection_page() routine:

       /* only admin user sees synchronization link */
        if (is_admin_user("global", getparam("unm"))) {
         rsprintf("<tr>\n");
         rsprintf("<td colspan=13 class=\"seltitle\">\n");
         rsprintf("<a href=\"?cmd=Synchronize\">%s</a></td>\n", loc("Synchronize all logbooks"));
         rsprintf("</tr>\n");
      }
 

what is happening is that after logging in to a logbook and coming back to the selection page, the "unm" parameter is not set, so getparam("unm") returns NULL, who clearly is not in the admin user list.  The strange thing is that in an individual logbook the unm (and uname) parameters are working fine, and I have admin rights - can change the global config file, do an individual synchronization, etc.  It is just from the selection page that the unm parameter is not working.

In fact, I commented out the if statement above, just to see if I could get synchronized using the link, and that failed too, with a message "No user name supplied for remote access" even though I do have a "mirror user" statement in my config.  Again, if I do each one individually it all works.  In addition, the cron synchronization (i.e. mirror cron) also works fine.

Obviously this isn't crucial, just a pain that can be worked around, but if anyone has any ideas I'd be glad to hear them.

Steve

PS Another feature request: when you forget to set an icon in this forum and then use the "back button" it shouldn't force you to rewrite the whole message over again!

Is it possible to have many roots with one elogd (or run several elogds), such that you can seaparate different groups or themes from each other:

electronics

       trigger

       power

mechanics

       detector

       support

Thanks.

Christoph

Have a look at "top groups" in the documentation 

 Thanks. I got it working so far. One minor glitch:

I have one topgroup (with 2 subgroups),

  electronics

       trigger

       power

and onother topgroup (only 1 subgroup)

 mechanics

   detector

When I get the login screen for the second (with the only one subgroup) it says in the header:

   "Several logbooks are defined on this host. Please select the one to connect to:"

and below only the one group (detector)  is shown, so actually nothing to select.

This may be possibly achieved by not defining a subgroup for the second one and leaving it as a topgroup,

but I don't know how it behaves, when the group admin decides to create a subgroup. Can he do

without requiring superuser or elog permissions?

--

Christoph