Dave Heller - 2015-06-02

This may be tricky to nail down. There are a few possibilities. It could be a bug in the objectImpl code or it could be some issue with the data returned from class repository. Was the repo compiled on the ARM platform or possibly copied in from somewhere else?

At the point it is crashing it is in a getClass() call and the classProvider has been invoked, and it is most likely processing the data returned by the the classProvider. So I think there's a chance that data is corrupted or objectImpl is having some trouble processing it.

It will be helpful to know if it is reproducible, and if so for which classes and which namespaces. I cannot tell from the stack trace what is the class is causing the crash.

I can see your classProvider is classProviderGz, which is the default for SFCB 1.3. That doesn't necessary mean your repository is compressed, but if it is you will have to gunzip it before running the following:

Please run the "sfcbdump" tool on your repository file, for whichver namespace where the crash is seen, like:

$ sfcbdump -sampq /usr/local/var/lib/sfcb/registration/repository/root/cimv2/classSchemas

And look for the classname causing the crash, and show that record here.

If there is no evidence of a problem there, I will probably need a full backtrace to examine further, and more info about the query that caused the crash. (command line, client code, XML, etc). Thanks.