Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 311 of 807  Not logged in ELOG logo
ID Date Icon Author Author Emaildown Category OS ELOG Version Subject
  68615   Fri Apr 28 08:15:56 2017 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows3.1.2Re: Limiting search data

I don't get your point. If you go on the list page of this forum, you see -- all entries -- in the period quick filter, but you only see one page of entries, which is rather quick. This can be changed wiht "Entries per page", which defaults to 20. Do you have a different set-up?

Alan Grant wrote:

I'm aware there is the "Show Last Default" setting for the Find page but is there (or can there PLEASE be) a similar setting for the Period filter on the List page? Our users routinely use the Quick Filters instead and it bogs down the system because we have lots of logbooks. Many thanks.

 

  68617   Fri Apr 28 12:33:55 2017 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows3.1.2Re: Limiting search data

Ok, got it. Will put it on the to-do list.

Andreas Luedeke wrote:

I think I understand the question (although I have no answer):

When someone uses the "Find" page search, then there is an option to limit the search to e.g. the last year. If you search for a non existing string, it'll only search entries from the past year.

If people are instead using the quickfilter to search for the same non existing string, then all entries of all past years are searched for the string.

In both cases the result page will be empty, so "Entries per page" does not change anything. But in the second case the search might need an order of magnitude longer.

Stefan Ritt wrote:

I don't get your point. If you go on the list page of this forum, you see -- all entries -- in the period quick filter, but you only see one page of entries, which is rather quick. This can be changed wiht "Entries per page", which defaults to 20. Do you have a different set-up?

Alan Grant wrote:

I'm aware there is the "Show Last Default" setting for the Find page but is there (or can there PLEASE be) a similar setting for the Period filter on the List page? Our users routinely use the Quick Filters instead and it bogs down the system because we have lots of logbooks. Many thanks.

 

 

 

  68631   Mon Jun 19 08:33:07 2017 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows3.1.3Re: Is it possible to generate a table of contents based on h1/h2/h3 HTML tags?

This is not possible.

Stefan

Niklas Hoglund wrote:

Is it possible to generate a table of contents based on h1/h2/h3 HTML tags?

Example:

toc()

< h1>test
< h2>test1
< h1>test2
< h2>test3
< h1>test4
< h2>test5

Results in:

1. test
1.1 test1
2. test2
2.1 test3
3. test4
3.1 test5

...the text...

 

  Draft   Thu Jun 22 20:55:36 2017 Reply Stefan Rittstefan.ritt@psi.chBug reportWindows3.1.3Re: my elogd crashes when editing the configuration
Might be some bad data in your elogd.cfg file. Have a look at that file with a text editor to see if there's anything wrong. Start with a pristine config file from the 

> Hi, 
> my elogd crashes sometimes when I click on the "Change config" button. What info should I collect more than below/attached?
> 
> In windows EventViewer I see this printouts:
> 
> ###
> - <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
> - <System>
>   <Provider Name="Windows Error Reporting" /> 
>   <EventID Qualifiers="0">1001</EventID> 
>   <Level>4</Level> 
>   <Task>0</Task> 
>   <Keywords>0x80000000000000</Keywords> 
>   <TimeCreated SystemTime="2017-06-20T12:25:30.000000000Z" /> 
>   <EventRecordID>28059</EventRecordID> 
>   <Channel>Application</Channel> 
>   <Computer>NIKLAS</Computer> 
>   <Security /> 
>   </System>
> - <EventData>
>   <Data>108889037262</Data> 
>   <Data>1</Data> 
>   <Data>APPCRASH</Data> 
>   <Data>Not available</Data> 
>   <Data>0</Data> 
>   <Data>elogd.exe</Data> 
>   <Data>0.0.0.0</Data> 
>   <Data>58f9c864</Data> 
>   <Data>elogd.exe</Data> 
>   <Data>0.0.0.0</Data> 
>   <Data>58f9c864</Data> 
>   <Data>c0000005</Data> 
>   <Data>00064eea</Data> 
>   <Data /> 
>   <Data /> 
>   <Data>C:\Users\hognik\AppData\Local\Temp\WER9155.tmp.WERInternalMetadata.xml</Data> 
>  
> <Data>C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_elogd.exe_9ef84f861b91d5afaf68864978184ca611e7a22a_d4f2c951_08bd38b0</Data>
> 
>   <Data /> 
>   <Data>0</Data> 
>   <Data>7232f1e4-55b3-11e7-826a-e4b3181bd6c1</Data> 
>   <Data>0</Data> 
>   <Data>94c2d6a18797708666faf33a7273855a</Data> 
>   </EventData>
>   </Event>
> ###
> 
> - <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
> - <System>
>   <Provider Name="Application Error" /> 
>   <EventID Qualifiers="0">1000</EventID> 
>   <Level>2</Level> 
>   <Task>100</Task> 
>   <Keywords>0x80000000000000</Keywords> 
>   <TimeCreated SystemTime="2017-06-20T12:24:47.000000000Z" /> 
>   <EventRecordID>28058</EventRecordID> 
>   <Channel>Application</Channel> 
>   <Computer>NIKLAS</Computer> 
>   <Security /> 
>   </System>
> - <EventData>
>   <Data>elogd.exe</Data> 
>   <Data>0.0.0.0</Data> 
>   <Data>58f9c864</Data> 
>   <Data>elogd.exe</Data> 
>   <Data>0.0.0.0</Data> 
>   <Data>58f9c864</Data> 
>   <Data>c0000005</Data> 
>   <Data>00064eea</Data> 
>   <Data>1568</Data> 
>   <Data>01d2e9c028b88983</Data> 
>   <Data>C:\Program Files (x86)\ELOG\elogd.exe</Data> 
>   <Data>C:\Program Files (x86)\ELOG\elogd.exe</Data> 
>   <Data>7232f1e4-55b3-11e7-826a-e4b3181bd6c1</Data> 
>   <Data /> 
>   <Data /> 
>   </EventData>
>   </Event>
> 
> ###
> 
> - <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
> - <System>
>   <Provider Name="Windows Error Reporting" /> 
>   <EventID Qualifiers="0">1001</EventID> 
>   <Level>4</Level> 
>   <Task>0</Task> 
>   <Keywords>0x80000000000000</Keywords> 
>   <TimeCreated SystemTime="2017-06-20T12:24:07.000000000Z" /> 
>   <EventRecordID>28057</EventRecordID> 
>   <Channel>Application</Channel> 
>   <Computer>NIKLAS</Computer> 
>   <Security /> 
>   </System>
> - <EventData>
>   <Data>108889037262</Data> 
>   <Data>1</Data> 
>   <Data>APPCRASH</Data> 
>   <Data>Not available</Data> 
>   <Data>0</Data> 
>   <Data>elogd.exe</Data> 
>   <Data>0.0.0.0</Data> 
>   <Data>58f9c864</Data> 
>   <Data>elogd.exe</Data> 
>   <Data>0.0.0.0</Data> 
>   <Data>58f9c864</Data> 
>   <Data>c0000005</Data> 
>   <Data>00064eea</Data> 
>   <Data /> 
>   <Data /> 
>   <Data>C:\Users\hognik\AppData\Local\Temp\WERBE94.tmp.WERInternalMetadata.xml
> C:\Users\hognik\AppData\Local\Temp\WERCA4D.tmp.appcompat.txt triagedump.dmp
> C:\Users\hognik\AppData\Local\Temp\WERCB77.tmp.WERDataCollectionFailure.txt</Data> 
>  
> <Data>C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_elogd.exe_9ef84f861b91d5afaf68864978184ca611e7a22a_d4f2c951_0a4ff4e6</Data>
> 
>   <Data /> 
>   <Data>0</Data> 
>   <Data>5206c994-55b3-11e7-826a-e4b3181bd6c1</Data> 
>   <Data>4104</Data> 
>   <Data>94c2d6a18797708666faf33a7273855a</Data> 
>   </EventData>
>   </Event>
> 
> ###
> 
> - <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
> - <System>
>   <Provider Name="Application Error" /> 
>   <EventID Qualifiers="0">1000</EventID> 
>   <Level>2</Level> 
>   <Task>100</Task> 
>   <Keywords>0x80000000000000</Keywords> 
>   <TimeCreated SystemTime="2017-06-20T12:23:53.000000000Z" /> 
>   <EventRecordID>28056</EventRecordID> 
>   <Channel>Application</Channel> 
>   <Computer>NIKLAS</Computer> 
>   <Security /> 
>   </System>
> - <EventData>
>   <Data>elogd.exe</Data> 
>   <Data>0.0.0.0</Data> 
>   <Data>58f9c864</Data> 
>   <Data>elogd.exe</Data> 
>   <Data>0.0.0.0</Data> 
>   <Data>58f9c864</Data> 
>   <Data>c0000005</Data> 
>   <Data>00064eea</Data> 
>   <Data>2338</Data> 
>   <Data>01d2e9baf6174f0f</Data> 
>   <Data>C:\Program Files (x86)\ELOG\elogd.exe</Data> 
>   <Data>C:\Program Files (x86)\ELOG\elogd.exe</Data> 
>   <Data>5206c994-55b3-11e7-826a-e4b3181bd6c1</Data> 
>   <Data /> 
>   <Data /> 
>   </EventData>
>   </Event>
> ###
  68636   Thu Jun 29 08:36:03 2017 Reply Stefan Rittstefan.ritt@psi.chBug reportLinuxV3.1.3-aded4aeRe: Server dropping SSL connection while uploading large files

One possibility is to run elog in non-SSL mode and put an Apache server in front of it. The Apache server can then do the SSL communication, and forward all requests to elog in plain text (non-SSL). This has been proven to work with large attachments, actually that's the way I use it.

I didn't find time to debug the SSL problem. If anybody is interested in doing so, the relevant code is in function server_loop() around line 30015 (SSL_read()).

Stefan

Erkcan Ozcan wrote:

Hi,

Could someone at least suggest how I could debug this problem myself? If I know where to start, perhaps I can fix it myself and contribute to the software.

Best,

e.

Erkcan Ozcan wrote:

Hi,

I am having trouble with uploading large (>0.5MB) files to elog. We click on upload and in a couple of seconds, the webbrowser complains that the server has dropped the connection.

Following the suggestions I found on these forums (https://midas.psi.ch/elogs/Forum/66753), I increased the timeout.tv_sec to 30 in three locations in elogd.c, but this did not help.

The problem is present in my old elog installation (from ~2 years ago), as well as the latest git snapshot from bitbucket that I cloned on June 10, 2017.

PS: Upload seems to work for non-secure configuration. It still takes a while to load, but it completes. However we prefer to use secure connections ( SSL = 1 ).
PS: Using nmap I looked at the latency to the relevant port, it can be as high as 0.5sec, but most often it is shorter.

Cheers,
e.

 

 

  68639   Fri Jul 14 16:58:48 2017 Reply Stefan Rittstefan.ritt@psi.chInfoWindowslatestRe: Virus in latest elog?

Hi Daniel,

you're the first one reporting about this virus. We have different virus checkers here at our lab and none of them triggered. So I guess it is a false alarm.

Best,

Stefan

Daniel Sajdyk wrote:

Hello.

Today I wanted to download latest elog version, and got information from Eset Endpoint Antyvirus, that downloaded file has trojan horse "Generic.GQWFFXB".

It this false positive alarm?

Daniel

 

 

  68654   Fri Aug 18 08:59:08 2017 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows3.1.2Re: elogd hangs

I have to figure out where elog hangs. I guess it must be some kind of endless loop, triggered by some corrupt data in one of the elog entries. Under linux this is fairly simple (just run elogd under the gdb debugger, wait until it hangs, then press ctrl-c and enter "where" to see a full stack dump where elogd is currently executing). Under Windows this is more difficult, since you need Visual C++ from Microsoft to do the debugging. One thing you can do however without VC is to check if the CPU time is consumed to 100% by elogd, indicating an endless loop.

Stefan

Alan Grant wrote:

I have a very long standing problem with elog over the last few versions where almost daily the service will hang. Cannot even Restart elogd, that just hangs. Clients experience Page not Found. I can only get the service reinitialized by rebooting the VM machine. I have Elog verbose logging On plus a number of external triage monitors running but nothing is yielding clues beyond the precise time the hang occurs. Aside from providing the Config and log files what else can I provide for you to assist, and what other triage measures can you suggest I try? FYI, there can be up to 20 users at one time doing searches (not updates), and I've trimmed the depth of log files that can be searched so that the CPU/service doesn't bog down but that hasn't helped either. Inserts happen in the background using the elog client app (about 2 or 3 inserts per batch at sporadic times).

 

  68659   Fri Aug 18 16:26:14 2017 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows3.1.2Re: elogd hangs

Well, having the config and data files only help if I can reproduce the hanging. If if you give me your files and a step-by-step instruction on how to reproduce the hanging, I can give it a try. But if it happens randomly after a while, it will be very hard for me to reproduce and fix it without the exaclty same user access pattern which of course I don't have.

Alan Grant wrote:

I could begin debugging with C++. In the interim, if you think it will help, I can also provide you with my Config and log files, and the section of redacted data encompassing the time of the hang - just let me know. Regarding CPU usage, I have noted that in the past and have never seen very high CPU usage during an Elog hang. The VM itself remains responsive.

Stefan Ritt wrote:

I have to figure out where elog hangs. I guess it must be some kind of endless loop, triggered by some corrupt data in one of the elog entries. Under linux this is fairly simple (just run elogd under the gdb debugger, wait until it hangs, then press ctrl-c and enter "where" to see a full stack dump where elogd is currently executing). Under Windows this is more difficult, since you need Visual C++ from Microsoft to do the debugging. One thing you can do however without VC is to check if the CPU time is consumed to 100% by elogd, indicating an endless loop.

Stefan

Alan Grant wrote:

I have a very long standing problem with elog over the last few versions where almost daily the service will hang. Cannot even Restart elogd, that just hangs. Clients experience Page not Found. I can only get the service reinitialized by rebooting the VM machine. I have Elog verbose logging On plus a number of external triage monitors running but nothing is yielding clues beyond the precise time the hang occurs. Aside from providing the Config and log files what else can I provide for you to assist, and what other triage measures can you suggest I try? FYI, there can be up to 20 users at one time doing searches (not updates), and I've trimmed the depth of log files that can be searched so that the CPU/service doesn't bog down but that hasn't helped either. Inserts happen in the background using the elog client app (about 2 or 3 inserts per batch at sporadic times).

 

 

 

ELOG V3.1.5-3fb85fa6