FileMaker Server 13 Crash when processing new container images (30 Comments)

Issue report by John Duncan

Product

FileMaker Server

Version

13.0v1

Operating system version

Mac OS X 10.9.1

Description of the issue

I am in the process of converting 10 containers in a base record to records in a related table. The process loops through each record in the main table and for each container in each record it checks to see if there is anything in it and if there is it creates a new related record with the container contents. The script does some more things than that but that is the primary function. When running this script FileMaker Server 13 will crash part way through. The problem does not appear to be related to a specific container content. One time it crashed after 851 containers, another time after 970, and a third time after 2022.

Steps to reproduce the problem

I have reproduced the problem with both FM Pro 12.0v4 and 13.0v1 running on a Mac with 10.8.5. To reproduce the problem would probably require running this script in this database.

Expected result

Should not crash

Actual result

Crashes after some variable period of time.

Exact text of any error message(s) that appear

No error messages are displayed on the client other than the message about the files no longer being available. On the server a Crash Log file is created. the top says:

Process: fmserverd [49530]
Path: /Library/FileMaker Server/*/fmserverd
Identifier: fmserverd
Version: ???
Code Type: X86-64 (Native)
Parent Process: launchd [1]
Responsible: fmserver_helperd [49453]
User ID: 502

Date/Time: 2013-12-21 13:02:26.213 -0500
OS Version: Mac OS X 10.9 (13A603)
Report Version: 11
Anonymous UUID: B811380F-A24B-4B43-BEBB-7EE83434F12C


Crashed Thread: 45

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000003000

------- AND THE THREAD 45 DUMP IS --------------

Thread 45 Crashed:
0 libsystem_platform.dylib 0x00007fff8eb8c050 _platform_memmove$VARIANT$Nehalem + 112
1 com.filemaker.support.framework 0x0000000103ca8541 Draco::ByteBuffer::Get(char*, unsigned int, unsigned int) const + 359
2 com.filemaker.support.framework 0x0000000103ca8aaf Draco::DataProviderGetBytesAtPositionCallback(void*, void*, long long, unsigned long) + 34
3 com.apple.CoreGraphics 0x00007fff8a3524b3 CGAccessSessionGetBytes + 187
4 com.apple.CoreGraphics 0x00007fff8a31e3ba CGDataProviderCopyData + 372
5 com.apple.ImageIO.framework 0x00007fff8e643d38 CGImageReadCreateWithProvider + 229
6 com.apple.ImageIO.framework 0x00007fff8e643bbf CGImageSourceCreateWithDataProvider + 202
7 com.filemaker.support.framework 0x0000000103cee4aa Draco::Image2D::CreateImageFromData(Draco::ByteBuffer const*) + 40
8 com.filemaker.support.framework 0x0000000103cee3e8 Draco::Image2D::Image2D(Draco::ByteBuffer const*, bool, Draco::QuadChar const&, Draco::UniversalPath const*, Draco::PhotoOrientation, Draco::PListMetadata*) + 304
9 com.filemaker.support.framework 0x0000000103cee74e Draco::Image2D::LoadImage(Draco::ByteBuffer const&, Draco::QuadChar const&, Draco::UniversalPath const*, Draco::PhotoOrientation, Draco::PListMetadata*, bool) + 108
10 com.filemaker.dbengine.framework 0x0000000102b82757 Draco::DBBinaryData::GetExactThumbnailOnHost(Draco::CoordSize*, bool, Draco::CacheItem**, bool, unsigned int&) const + 1935
11 com.filemaker.dbengine.framework 0x0000000102d31713 Draco::RCDownloadThumbnail::Perform() + 609
12 com.filemaker.dbengine.framework 0x0000000102d39fde Draco::RCNetworkStack::DispatchTransaction(Draco::RCConnection*, unsigned int, unsigned char*, unsigned int) + 1220
13 com.filemaker.dbengine.framework 0x0000000102d39a1f RPO_i::Perform(unsigned int, char const*, unsigned int, OctetSeq&, OctetSeq_out) + 173
14 com.filemaker.dbengine.framework 0x0000000102d35d19 _0RL_lcfn_07aabdf5dad7309d_70000000(omniCallDescriptor*, omniServant*) + 180
15 com.filemaker.omniorb4.framework 0x00000001035e5d4f omniCallHandle::upcall(omniServant*, omniCallDescriptor&) + 1099
16 com.filemaker.dbengine.framework 0x0000000102d36f01 _impl_RCFMP12::_dispatch(omniCallHandle&) + 1697
17 com.filemaker.dbengine.framework 0x0000000102d37278 non-virtual thunk to _impl_RCFMP12::_dispatch(omniCallHandle&) + 16
18 com.filemaker.omniorb4.framework 0x00000001036d75cf omni::omniOrbPOA::dispatch(omniCallHandle&, omniLocalIdentity*) + 715
19 com.filemaker.omniorb4.framework 0x00000001036af7c2 omniLocalIdentity::dispatch(omniCallHandle&) + 94
20 com.filemaker.omniorb4.framework 0x000000010363fc06 omni::GIOP_S::handleRequest() + 330
21 com.filemaker.omniorb4.framework 0x000000010363f865 omni::GIOP_S::dispatcher() + 323
22 com.filemaker.omniorb4.framework 0x000000010365cae6 omni::giopWorker::real_execute() + 1378
23 com.filemaker.omniorb4.framework 0x000000010365ccd6 omni::giopWorker::execute() + 46
24 com.filemaker.omniorb4.framework 0x00000001036621e7 omniAsyncWorker::real_run() + 657
25 com.filemaker.dbengine.framework 0x0000000102a45056 Draco::threadCreateInterceptor(omni::omniInterceptors::createThread_T::info_T&) + 22
26 com.filemaker.omniorb4.framework 0x0000000103662492 omniAsyncWorker::run(void*) + 46
27 com.filemaker.omniorb4.framework 0x00000001036e6e59 omni_thread_wrapper + 148
28 libsystem_pthread.dylib 0x00007fff8c042899 _pthread_body + 138
29 libsystem_pthread.dylib 0x00007fff8c04272a _pthread_start + 137
30 libsystem_pthread.dylib 0x00007fff8c046fc9 thread_start + 13

Configuration information

The server is running on a Mac Mini (5,2) with a Core i5 and 16GB of RAM and a stock 5400 RPM hard drive. FM Server is allocated 2048MB cache.

Workaround

To work around the problem I have to convert the images in batches.