Announcement

**Kymation** · May-12-2014, 08:40 PM

The page you linked has two <body> tags. I suggest fixing the page code and see if that makes a difference.

Regards
Jim

**David** · May-12-2014, 08:50 PM

Yes, the page has a bit of invalid HTML on it, but that shouldn't cause a lockup.

We'll see if we can reproduce the problem here with this site.

**David** · May-13-2014, 10:59 PM

Using V7.0 build 1003 32bit on Win7 64bit, I was able to index well past the 20min mark on the slco.org site. But we might be using a different configuration setup. It is a much bigger web site that it would initially appear to be from the home page.

It also occurs to be that maybe you shouldn't be trying to index all of the calendar function on your web site. We often see cases where the calendar script on a web site works far into the future and far into the past. (e.g. years 0000 to 99999+). Which means there is a near infinite number of pages on the web site, with a page per day of each of the years

Files indexed so far are around 10,000. How many did you get to before the lockup?
Can you E-mail me your configuration file (xxxxxx.zcfg) so I can have another attempt using the identical configuration to what you are using.

**rhellewell@slco.org** · May-14-2014, 06:59 PM

Thanks. I just tried another index, and got stuck at a different spot than yesterday, but at the same spot twice today.

I have noticed that the problem seems to occur with an xls download showing 100% progress, but those files never get to the indexer thread. See the screenshot; there are 9 threads that appear to be stuck, 7 are xls, and two are html.

THis is slightly different than yesterday, where one of the same XLS files was in the DL threads at 100%, and two pdf files are also at 100% DL thread.

First screenshot from this morning using 32 bit version, second from yesterday using 64 bit version. I will send the config file to you separately/privately. Note that the config file is the same one used with V6.

I have notices that xls files will be 'stuck' at the 100% downloading thread entry. Eventually, even if there are still empty DL threads, the process will stop.

(Can't get a picture inserted from the file system. Will email them separately.

**David** · May-15-2014, 03:28 AM

After a log run (10,000+ files indexed) it did eventually 'lock up'. But after a timeout it did eventually continue, after a 30min pause. So it was more a timeout situation rather than a full lockup.

The lockup was on this file.
slcohealth.org/programs/waterQualHazWaste/pdf/new%20PBI%20reg%20form%202012a.pdf

This file also fails to load up in Chrome and IE.

The TCP/IP trace of the HTTP request to your server shows that your server never got around to sending any data from the PDF file. Instead, after a long time, your server eventually sends a TCP/IP [FIN, ACK] to drop the TCP/IP connection.

So I think there are two problems,
1) There is something wrong with your server or the PDF files.
2) Zoom V7 is waiting too long to timeout. Zoom shouldn't wait 30min for the server to send a [FIN]. It should time out after maybe 3min of no data. Having said that the browsers appear to be behave in the same way and don't time out quickly.

I have sent you an E-mail with some traces and screen shots that might help in working out what is wrong on the server side.

Announcement

V7 gets stuck

V7 gets stuck

Comment

Comment

Comment

Comment

Comment