File Viewing problem : urgent help needed

[arunava]

We are experiencing a strange Livelink problem. For some of the documents the size is zero when we I to view but the meta data shows non-zero size.

This problem we are facing in our production system and have no clue how to fix it.

Any help will be greatly appreciated. Thanks.

 

[appnair]

Check whether or not your External File store is still available as the same the server process is running as.
If you rae using external storage you can see the path
when you get to the admin pages and then selecting maintain current database and External Storage settings.
A simple test would be to login to the livelink prod server
as whoever llserver.exe is running as and seeing if you can access the EFS.That is what livelink is doing also.

Metadata is stored in dtree and dversdata but the actualfiles are in a mount point.You will find a lot of dat files.Or are you running internal storage.



this usually happens when your IISwebserver temp file fills up or has a problem with permissions.

Well, if I called the wrong number, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937

 

[arunava]

Thanks for the response. We will troubleshoot as per your guideline.

There is one more related problem. Some of the PDF file sizes are non-zero but while viewing/fetching Acrobat reports "File does not begin with 'PDF %'". We are using LAPI to upload good (Can be opened with Acrobat)PDF files into Livelink. 'PDF%' is part of the PDF header. Livelink recognizes that it is a PDF file and puts PDf icon next to it. But while writing the actual file it is not writng the header correctly. I guess while uploading something causing it to be corrupted.

Can it be a related problem ?

 

[appnair]

That probably has to do with a malformed URL.You can try if this works
If this is your PDF URL cut and pasted from the
gui interface just an educated guess

[URL unfurl="true"]http://<yourserverURL>/livelink.exe/lb_algorithms.pdf?func=doc.Fetch&nodeId=36339253&docTitle=lb_algorithms%2Epdf[/URL]

The same URL can be shortened Livelink just needs the ObjID and the action

[URL unfurl="true"]http://<yourserverURL>/livelink.exe?func=doc.Fetch&nodeId=36339253[/URL]

If the second URL works for your PDF's then either the internet explorer/netscape browser has some kind of XSS protection which is breaking it.Check at Adobe's help whether any kind of guesiing,XSS protection is built in


Well, if I called the wrong number, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937

 

[ggriffit]

Can you also check your disk space on the server as I've seen a few issues where the file could not be completely loaded into LL because of a lack of disk space.

 

[arunava]

Thanks again.

I guess it is not a disk space issue while viewing becuase it is not happening for all files but some.

The files are internally corrupt. A downloded copy of the same file can not be opened from desktop as well. Therefore it may not be a malformed url I believe.

I have a feeling that 'zero size' and 'corrupted file' problems are somehow related and happening while writing.

We are using external file store which is WIN2K server separate from the LL server. The same acount is being used to for both LL and EPS.

Is there any way to log each file write to EPS in Livelink ? I am talking about the incremental change in the .DAT files.

 

[appnair]

Ok since this is an intermittent problem your trouble shooting should probably based on
i)Opening a ticket with OT and they will have you run logs with 2 or 11
ii)If you are trouble shooting yourselves
a)Is the files being loaded thru the http interface.
b)Do you have the file creation date metadata,file size
etc in dtree and dversdata correct
c)Are you getting this error while adding

Error adding new item [A document must not be zero length].Usual rectification tips are the ones that Greg and I mentioned earlier.Anyways are you suing IIS or what is the platform of livelink.
Try Adding more disk space on the drive that the WinNT directory is located.

Try [IIS users only]Clean out the WinNT temp directory that IIS uses/needs to work properly with Livelink.

Try and Check to ensure that the IUSR_machine-name (the default user that runs
IIS) or whichever user is running IIS has at least write and delete permissions on the WINNT directory.

3)I really should not be posting a lot of schema related information here but anything you wnat to find about the inner workings of livelink should be done by signing a NDA with opentext.
4)A simple check that you could do is an EFS consistency check that is accesible from admin pages and verify this database option

http://<your

ll URL>/Livelink/livelink.exe?func=admin.DbVerifySuites&dbname=Admin

There are several inbuilt things like consistencey checking of each dataid to the proividerid which is probably what you are asking.

Depending on the size of DB it can be painstakingly long,hence we have our own verification routines done in oscript.We do not start at the whole file store bet we tell livelink to do something thet we specify.






Well, if I called the wrong number, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937

 

[appnair]

I also forgot to tell the obvious.Has all the windows ideosyncracies been taken care of also,Re-starting the webserver.Re-starting livelink services etc,re-boot.Also please post how you finally got the problem solved.It will help others also

Well, if I called the wrong number, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937

 

[appnair]

This thread may or may not help you as it specifically talks about PDF problems on an https site and livelink

https://knowledge.opentext.com/knowledge/llisapi.dll?func=ll&objId=3498777&objAction=ArticleView

To disable this security setting in Internet Explorer choose Internet Options from the Tools menu, switch to the Advanced tab, de-select the 'Do not save encrypted pages to disk' check box.

Well, if I called the wrong number, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937

 

[arunava]

Thanks for all your inputs.

We are working on this issue. Surely whenever the solution is identified I will post it here.