cancel
Showing results for 
Search instead for 
Did you mean: 

Trex failing to index word docs in FS repository

Former Member
0 Kudos

Hi,

I am having errors while indexing a FS repository.

The errors in TREX monitor are

return message:Content-Length -vs- Actual Read mismatch

return code:8030

Document Status: Preparation Failed

I tried reindexing these failed entries, but did not work out.

All of these are word docs. Moreover Crawler errors for

folders are also visible in the errors list.

Looking into the TREX trace , was able to get the follwing.

HTTP-GET failed for URL <............>with Errorcode -30 , but HTTP-HEAD worked, trying again,

Mimetype application/msword is not based on TEXT, but was detected as text type; content might be corrupted and will be ignored

When I tried opening some of these docs from Windows,

I did not have access to the same itself and got an error. Would this also be the case for the index_service user?

Also not all docs which are visible on the Windows side are visible from the portal in the KM nav iview.

Platform :EP 7.0 SP13, TREX 7.0

Any help would be appreciated

Rgds

Accepted Solutions (0)

Answers (3)

Answers (3)

Former Member
0 Kudos

Used webrepositories for this

Former Member
0 Kudos

Hello,

I have the same problem in TREX-Monitor in our EP 6:

return message:Content-Length -vs- Actual Read mismatch

May it have to do with Supportpackage which we installed in February (SP21 for EP6)?

Is there already a solution for this problem?

Thanks or any help!

Marc

Former Member
0 Kudos

Hello,

A problem related to the search for this FS repository is that search takes a very long time to display results.

The datasource is quite big with nearly 90,000 docs and the index is supposed to index external links too with

indexContentOfExternalLink, indexContentOfExternalLink properties set also.The search scope is based on Indexes in the search iview .

When a normal user who has the relevant role for the searh iview runs a search it takes a very long time, nearly 30 min!!

But if a super admin runs the same , it comes up with results immediately.

Is this some kind of authorisation issue.The index is having everyone full control and I was not able to see any thing much in the default trace too.

Is there any particular trace/log file to be checked for this?Has something been missed out in the index creation process?

Hope someone can comment on this

Rgds

Former Member
0 Kudos

Have a link in the FS repository to an external url. This url opens up a webpage which has links to some documents . Then is the search supposed to pick up the documents or will it pick up content within the document too?

The properties indexContentOfExternalLink, showWithoutDatasource are set for the index .So

I am not sure if the search is giving wrong results or I understood the concept of the external links wrong from the help link.

Appreciate any help on this

Rgds