Start a Conversation

Unsolved

This post is more than 5 years old

D

1503

June 6th, 2012 13:00

FPTAG_BLOBREAD FPOS32.dll Exception / Crash

Hello EMC,

We have been succefully integrated with EMC through the CenteraSDK for many years now.

FPLibrary Header File Build Version 2.3.327

Recently we have been getting Exceptions returned from EMC while doing FPTAG_BlobRead on a single customer setup.  This is Windows 2008 SP2.

Below is the SDK log.  Notice that the FPTAG_BLOBREAD does not reach the end.  It looks like FPOS32.dll crashes and our application recieves an Exception from Centera SDK.  We are looking for ways to troubleshoot this and get further details as to what the problem could be.  This code currently is working wihout issue in our test labs aswell as other customer sites. 

Its important to note that this code works if the file is very small, however on larger files (6mb) we will consistently see this problem.

Its also important to note that EMC Support has Validated that the data on the EMC device is correct and is not corrupted.  Also this data can be obtained via EMC tools which are not using the SDK on the problem machine.

1338924257329 2012-06-05 19:24:17.329 [log] 2624.3444 [API] Start FPClip_Open(-,242501K9O0KB2e9LP6SUVFITPAD,1)
1338924257329 2012-06-05 19:24:17.329 [debug] 2624.3444 [CORE] ClusterCloud::selectClusterForRead(0)
1338924257329 2012-06-05 19:24:17.329 [debug] 2624.3444 [CORE] ClusterCloud::getNextCluster(3,true,0)
1338924257329 2012-06-05 19:24:17.329 [debug] 2624.3444 [CORE] ClusterCloud::getNextCluster(3,true,0) -> 791e4384-1dd2-11b2-b753-caf23e5e898c
1338924257329 2012-06-05 19:24:17.329 [debug] 2624.3444 [CORE] ClusterCloud::selectClusterForRead(0) -> 791e4384-1dd2-11b2-b753-caf23e5e898c
1338924257329 2012-06-05 19:24:17.329 [debug] 2624.3444 [RETRY] Cluster::selectAccessNodeWithoutProbe(true) -> node #0=172.20.1.51, load=0-0
1338924257329 2012-06-05 19:24:17.329 [debug] 2624.3444 [POOL] Close connections older than 225 seconds (num=2,max=2,list_size=41519935)
1338924257329 2012-06-05 19:24:17.329 [debug] 2624.3444 [POOL] ConnectionList::GetConnectionToClose == NULL
1338924257329 2012-06-05 19:24:17.329 [debug] 2624.3444 [POOL] ConnectionList::GetConnectionToClose == NULL
1338924257329 2012-06-05 19:24:17.329 [debug] 2624.3444 [POOL] End close connections (num=2,max=2) ----
1338924257329 2012-06-05 19:24:17.329 [debug] 2624.3444 [POOL] Use existing FPSocket (mSocket=1144) Connection open,locked marked(GOOD)
1338924257329 2012-06-05 19:24:17.329 [debug] 2624.3444 [TRANSACTION] Import Request wateas01/25/READ_CLIP
1338924257329 2012-06-05 19:24:17.329 [debug] 2624.3444 [PACKET] send SmartPacket

  NET_SYSTEMID type=string value=wateas01

  NET_TRANSACTIONID type=string value=wateas01/25/READ_CLIP

  NET_VERSION type=integer value=3  HPP_CLIENT_VERSION type=integer value=197125  NET_MESSAGEID type=integer value=42  HPP_VERSION type=integer value=1  HPP_CONTROL type=integer value=0  HPP_OPCODE type=integer value=0  fieldcode=187 type=integer value=1  HPP_BLOBSIZE type=long value=-1  HPP_CALCID_NAMING type=string value=MD5

  HPP_IS_CLIPFILE type=integer value=1  HPP_BLOBID type=string value=242501K9O0KB2e9LP6SUVFITPAD

  HPP_CLIPID type=string value=242501K9O0KB2e9LP6SUVFITPAD

  HPP_OFFSET type=long value=0  HPP_LENGTH type=long value=9223372036854775807  fieldcode=157 type=integer value=1

1338924257329 2012-06-05 19:24:17.329 [debug] 2624.3444 [TRANSACTION] Import Data wateas01/25/READ_CLIP
1338924257344 2012-06-05 19:24:17.344 [debug] 2624.3444 [POOL] Unlock FPSocket (mSocket=1144) Connection open,locked marked(GOOD)
1338924257344 2012-06-05 19:24:17.344 [debug] 2624.3444 [CORE] ClusterCloud::getPrimaryCluster(0)
1338924257344 2012-06-05 19:24:17.344 [debug] 2624.3444 [CORE] ClusterCloud::getPrimaryCluster(0) -> 791e4384-1dd2-11b2-b753-caf23e5e898c
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] End FPClip_Open(-,242501K9O0KB2e9LP6SUVFITPAD,1)
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] Start FPPool_GetLastError()
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] End FPPool_GetLastError() --> [0]
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] Start FPClip_GetName(-,-,129)
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] End FPClip_GetName(-,eas_file,9)
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] Start FPPool_GetLastError()
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] End FPPool_GetLastError() --> [0]
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] Start FPClip_GetTopTag(820063920252720)
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] End FPClip_GetTopTag(820063920252720)
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] Start FPPool_GetLastError()
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] End FPPool_GetLastError() --> [0]
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] Start FPTag_GetFirstChild(1115660749435912)
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] End FPTag_GetFirstChild(1115660749435912)
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] Start FPPool_GetLastError()
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] End FPPool_GetLastError() --> [0]
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] Start FPTag_Close(1115660749435912)
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] End FPTag_Close(1115660749435912)
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] Start FPTag_GetTagName(-,-,129)
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] End FPTag_GetTagName(-,stored_image,13)
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] Start FPPool_GetLastError()
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] End FPPool_GetLastError() --> [0]
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] Start FPStream_CreateGenericStream(-,-,-,-,-,-)
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] End FPStream_CreateGenericStream(-,-,-,-,-,-)
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] Start FPPool_GetLastError()
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] End FPPool_GetLastError() --> [0]
1338924257344 2012-06-05 19:24:17.344 [log] 2624.3444 [API] Start FPTag_BlobRead(-,-,0)
1338924257344 2012-06-05 19:24:17.344 [debug] 2624.3444 [STREAM] before prepare {buffer=0, len=0, pos=0, mark=0, len=-1, eof=false, read=false}
1338924257344 2012-06-05 19:24:17.344 [debug] 2624.3444 [STREAM] after prepare, status=0, {buffer=1c27eb0, len=98304, pos=0, mark=0, len=-1, eof=false, read=false}
1338924257344 2012-06-05 19:24:17.344 [debug] 2624.3444 [STREAM] before complete {buffer=1c27eb0, len=16384, pos=0, mark=0, len=-1, eof=false, read=false}
1338924257344 2012-06-05 19:24:17.344 [debug] 2624.3444 [STREAM] after complete, status=0, {buffer=1c27eb0, len=16384, pos=0, mark=0, len=-1, eof=false, read=false}
1338924257344 2012-06-05 19:24:17.344 [warn] 2624.3444 [STREAM] FP_STREAM_VALIDATION_ERR (CompleteProc: mStreamPos (output))
1338924257344 2012-06-05 19:24:17.344 [debug] 2624.3444 [STREAM] before prepare {buffer=0, len=0, pos=0, mark=0, len=-1, eof=false, read=false}
1338924257344 2012-06-05 19:24:17.344 [debug] 2624.3444 [STREAM] after prepare, status=0, {buffer=1c27eb0, len=98304, pos=0, mark=0, len=-1, eof=false, read=false}

** EXCEPTION DETECTED BY APPLICATION

2 Attachments

208 Posts

June 6th, 2012 14:00

Hi Damon -

Do you guys have your own FP Generic Stream implementation?  The reason I ask is that at the bottom of your log I notice the FP_STREAM_VALIDATION_ERR warning, which is not something one usually sees in SDK logs.

It's been a long time since I went through the details of Generic Stream signalling but my spidey sense is saying the issue likely found in this area. This could explain why you only see it in a certain customer's environement; network or Centera conditions at that site might be forcing generic stream error behavior which is not usually seen by your app.

Good Luck,

Mike Horgan

June 6th, 2012 14:00

Thanks for the Prompt reply.

We are using the default FPStream_CreateGenericStream function.  Its actually very similar to the sample on this site known as GenericStreamRead.c.

If you look at the logs attached you can see that we do get these Warnings even on a good retrieve.  These are not errors because of hte flag FP_OPTION_STREAM_STRICT_MODE=0.

Let me know if you have any further questions or more specific information.

Regards,

Damon

June 7th, 2012 11:00

Sorry I may of spoken too soon.

For the GenericStream we do use specific custom callbacks.

We are passing in our own buffer of size 98304.  We also pass in our own complete and close callbacks.

The warning appears to be something we see on a regular basis.

Damon

June 7th, 2012 11:00

Is it possible that the SDK is not supported on Windows2008 SP2.

I didn't see that specific service pack listed in the supported platforms on the download site.

https://community.emc.com/docs/DOC-1415

208 Posts

June 7th, 2012 11:00

Hi Damon -

Sorry, I think I'm too rusty to help with debugging generic streams; hopefully someone from EMC can chime in.

Regards,

Mike Horgan

208 Posts

June 7th, 2012 11:00

I know there have been issues reported with the current SDK on Win2008R2, but I think 2008 should be fine.

That said, we run the XAM kit (basically the same codebase) on 2008R2 every day without issue.

Good Luck,

MIke Horgan

216 Posts

June 8th, 2012 07:00

Hi Damon,

Centera SDK is not supported on Windows 2008 R2 and some of the features and API calls will not work. I believe that the EMC Engg team is aware of the issue and the issues might be probably fixed in the next release.

Regards

Satish.N.Kutty

June 11th, 2012 09:00

Its known that 2008 R2 is not supported yet, but its not clear about if Windows 2008 SP2 is supported.

Can you please clarify?  Your SDK download page does not mention this OS as being supported.

No Events found!

Top