Unsolved
This post is more than 5 years old
5 Posts
0
1503
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
mfh2
208 Posts
0
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
DamonRatcliffe
5 Posts
0
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
DamonRatcliffe
5 Posts
0
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
DamonRatcliffe
5 Posts
0
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
mfh2
208 Posts
0
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
mfh2
208 Posts
0
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
Satish_Kutty
216 Posts
0
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
DamonRatcliffe
5 Posts
0
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.