Kernel panic FMSA

[hans erik]

Ik heb 2 MacMini's geïnstalleerd, beide eind 2012 modellen met Core i7, 10.8.2 en 16GB RAM, FileMaker Server Advanced 12.

De eerste vertoont sinds een week of twee zo nu en dan een Kernel Panic, de andere tot nu toe 1x.

 

Het eerste deel vh log:

 

Interval Since Last Panic Report: 531208 sec

Panics Since Last Report: 1

Anonymous UUID: F9516195-AD1A-FF66-5953-FDF841C75C66

 

Wed Jan 30 17:32:44 2013

panic(cpu 6 caller 0xffffff80016b7e75): Kernel trap at 0xffffff800194b8bf, type 14=page fault, registers:

CR0: 0x0000000080010033, CR2: 0xffffff80baddecc3, CR3: 0x0000000125d8d062, CR4: 0x00000000001606e0

RAX: 0x0000000000000050, RBX: 0xffffff8021668b00, RCX: 0xffffff80237bda80, RDX: 0xffffff80baddecaf

RSP: 0xffffff81d0fbbde0, RBP: 0xffffff81d0fbbe30, RSI: 0xffffff8024228d10, RDI: 0xffffff80237bded0

R8: 0xffffff80237bd800, R9: 0x0000000000000000, R10: 0x000000000000002c, R11: 0x0000000000000202

R12: 0x0000000000000708, R13: 0xffffff8021668b00, R14: 0xffffff80240c9d90, R15: 0xffffff8023ebbf60

RFL: 0x0000000000010286, RIP: 0xffffff800194b8bf, CS: 0x0000000000000008, SS: 0x0000000000000010

Fault CR2: 0xffffff80baddecc3, Error code: 0x0000000000000000, Fault CPU: 0x6

 

Backtrace (CPU 6), Frame : Return Address

0xffffff81d0fbba80 : 0xffffff800161d626

0xffffff81d0fbbaf0 : 0xffffff80016b7e75

0xffffff81d0fbbcc0 : 0xffffff80016cd3bd

0xffffff81d0fbbce0 : 0xffffff800194b8bf

0xffffff81d0fbbe30 : 0xffffff80019591cf

0xffffff81d0fbbe60 : 0xffffff800195942f

0xffffff81d0fbbea0 : 0xffffff8001958c59

0xffffff81d0fbbf00 : 0xffffff800195973c

0xffffff81d0fbbf50 : 0xffffff80019e060a

0xffffff81d0fbbfb0 : 0xffffff80016cdc03

 

BSD process name corresponding to current thread: java

 

Mac OS version:

12C3103

 

Kernel version:

Darwin Kernel Version 12.2.1: Thu Oct 18 12:13:47 PDT 2012; root:xnu-2050.20.9~1/RELEASE_X86_64

Kernel UUID: 3F93B852-872F-3DF0-BCF8-46D48024C422

Kernel slide: 0x0000000001400000

Kernel text base: 0xffffff8001600000

System model name: Macmini6,2 (Mac-F65AE981FFA204ED)

 

enzovoorts

 

 

Ik heb het idee dat dit door Java wordt veroorzaakt.

Heb Java op beide machines inmiddels geupgraded naar de nieuwste versie (7.11), maar vannacht was er weer een crash.

 

 

Heeft iemand hier ervaring mee?

[WJ]

Hoi Hans,

 

We hebben hetzelfde gehad bij een mac mini. Uiteindelijk hebben we een nieuwe gekocht en de andere als werkstation ingericht.

Bij de nieuwe mini geen probleem ? Bij de oude nu ook niet meer........ Lijkt dus op een bug i.c.m FileMaker Server Advanced en mini ?

 

Groet,

 

WJ

[andries]

misschien helpt dit:

https://discussions.apple.com/thread/4447498?start=0&tstart=0

[hans erik]

Als ik het commentaar op de Apple site begrijp is het toch een memory probleem.

 

Ik heb in beide systemen Corsair Vengeance memory geïnstalleerd (2x8GB, 1600MHz DDR3).

 

Ik heb op de mini met de meestal panics vandaag MEM86 gedraaid (een uitgebreide geheugentest) en na 2 testruns kwam er geen enkel probleem naar boven.

 

Wat ik ook raar vind: ik heb eerder vorig jaar een model 2011 Mini (met Core i5 en Apple SSD) geïnstalleerd met FileMaker Server 12 (niet advanced), en die heeft tot dusver nog niet één probleem gegeven. Daar draait ook Java op, maar een eerdere versie denk ik? Ook draai ik daar Apple Remote Desktop op en TeamViewer.

 

Als de panics aanhouden, zal ik de 2x2 GB terugzetten en kijken of het probleem aanhoudt.

[andries]

de installatie van een filemaker server en filemaker server advanced is in se dezelfde, enkel de licentie is anders.

 

Wel is het zo dat je natuurlijk IWP en ODBC kan deployen als je Advanced hebt. Wij hebben zelf ook best wat problemen met de webpublishing component die neergaat bij gebruik van IWP (niet voor xml publishing) sinds we zijn overgegaan naar FileMaker 12.

 

Het probleem ligt hier vooral als de web publishing engine zeer intensief container velden moet tonen (voor iconen en dergelijken).

[hans erik]

Op beide 'probleem mini's' is IWP ingeschakeld en in gebruik, echter alleen voor normale schermen: portals, wat scripts e.d.

 

Maar IWP is dan toch niet de oorzaak van de kernel panic?

[WJ]

Hoi Erik,

 

Bij ons waren de kernel panics altijd s'nachts bij jou ook ? Wat ons ook opviel was dat de hardisk shock protector steeds 1tje ophoogde na een panic. OSX zette de schijf dus in protectie mode zoals hij doet als je hem laat vallen.

We hebben het volgende geprobeerd.

- Hardware reset

- Schone installatie

- Nieuw geheugen

- Nieuw SSD

 

Hielp allemaal niet....

Nieuwe machine gekocht SSD overgezet en geheugen die loopt zonder problemen.

 

Groet,

WJ

[hans erik]

Nee, de panics treden ook wel overdag op: een keer om 8:00, een keer om 16:45.

 

Maar wat ik raar vind: ik heb de Mini die tot dusver 6x een panic vertoonde geïnstalleerd ergens eind november.

Toen meteen FileMaker Server 12 Advanced erop, Apple Remote Desktop, en natuurlijk Java voor de console.

Bestanden geupload, draaien! Veel getest met remote container, backups enz.

 

Hij wordt veel gebruikt voor ontwikkeling, maar niet voor productie, en geen zware dingen met multimedia ofzo.

 

na twee weken het geheugen uitgebreid naar 16 GB, dat was begin december.

Daarna nooit een probleem tot 21 januari.

 

Waarom pas op 21 januari??

Ik probeer te bedenken wat ik op of voor 21 januari veranderd heb, maar IWP heb ik al eerder aangezet.

Denk dat ik het crash report ook maar naar FileMaker stuur. Weten jullie toevallig welk adres dan het handigst is? Thomas Kunetz?

 

HE

[WJ]

Jij bij ons zaten er soms ook een paar dagen tussen of langer tussen. Bij ons was het ook een ontwikkel machine.

Omdat het s'nachts bij ons gebeurde had ik het vermoeden dat de onderhouds scripts van OSX het probleem veroozaakte. Maar ja ik was het ondertussen wel beu en ben tot aanschaf over gegaan om een snelle oplossing te hebben.

 

Groet,

 

WJ

[hans erik]

Uit berichten op allerlei forums concludeer ik dat het waarschijnlijk toch een probleem is met het geheugen.

 

Ik heb nu in één van de Mini's het originele Apple geheugen weer teruggezet, kijken of dat helpt.

Het enige verschil dat er zo te zien is tussen het 'Mac geheugen' en het 'PC geheugen' is de cas-latency. Die is bij het Mac geheugen hoger (11).

[hans erik]

Update: ik heb met het Corsair Memory de uitgebreide Apple Hardware test gedaan: niks aan de hand.

Maar ik kwam ook de informatie over de FMS12.0v3 update tegen: http://help.filemaker.com/app/answers/detail/a_id/11287

 

IWP staat op beide Mini's aan...

En verder was er nog een post van iemand die crashes had als gevolg van een memory leak tijdens de backups met Verification 'on'.

 

Eerst maar wat onderhoud plegen.

[WJ]

Hoi Erik,

 

Wil je niet ontmoedigen maar wij hadden die update al gedaan....

 

Groet,

 

WJ

[hans erik]

Dank voor de opbeurende mededeling.

 

Maar als ik alles op een rijtje zet:

- twee Mini's geven problemen, beide met IWP ingesteld, en niet de allerlaatste versie van FMS. Een andere Mini bij een klant draait FMS12 zonder IWP en draait al maanden foutvrij.

- het probleem met mijn eigen Mini (die al draait v/a november) is waarschijnlijk begonnen op de dag waarop ik IWP enabled heb. Dat vermoed ik omdat de interface file voor de database die ik toen web-enabled heb, dateert van 21 januari, de dag van de eerste kernel panic. Dat kan toch geen toeval zijn.

- geen van beide hardware tests geven storingen in het RAM geheugen aan.

 

Update geïnstalleerd en nu maar afwachten. Die update had overigens 40 minuten nodig, voor ruim 1900 bestanden. Dus er viel wel iets te patchen.

 

Soms voel ik me een beetje Sherlock Holmes.

 

[edit]

Ook de andere machine gepatched, van FMSA 12.0.2 naar 12.0.3, met een iets andere updater. Ruim 1900 bestanden, in ongeveer 1 minuut.

Maar deze heeft een Fusion Drive.

7 februari 2013 aangepast door Gast

[WJ]

Hopelijk helpt het I keep my fingers crossed.

 

Groet,

 

WJ

[hans erik]

Tot nu toe gaat alles goed...

 

[edit] ... met 1 van de twee.

De andere geeft weer panics. Ga vandaag het geheugen terugzetten naar 4 GByte. Kijken of het toch niet de combinatie met FMSA+IWP+geheugen is.

 

Het blijft een beetje koffiedik kijken.

[hans erik]

Nog niet OK, ik krijg nu een heel ander probleem: de Mac blijft prima draaien maar de FMPserver12 crasht zelf:

 

Dit is het begin van het Console report:

 

Process: fmserverd [139]

Path: /Library/FileMaker Server/*/fmserverd

Identifier: fmserverd

Version: ???

Code Type: X86-64 (Native)

Parent Process: launchd [1]

User ID: 502

 

Date/Time: 2013-02-21 10:00:01.578 +0100

OS Version: Mac OS X 10.8.2 (12C3103)

Report Version: 10

 

Crashed Thread: 11

 

Exception Type: EXC_BAD_ACCESS (SIGSEGV)

Exception Codes: EXC_I386_GPFLT

 

Application Specific Information:

objc_msgSend() selector name: _cfTypeID

 

 

Thread 0:: Dispatch queue: com.apple.main-thread

0 libsystem_kernel.dylib 0x00007fff8efea0fa __psynch_cvwait + 10

1 libsystem_c.dylib 0x00007fff92e46f89 _pthread_cond_wait + 869

2 com.filemaker.support.framework 0x00000001016faebb Draco::Semaphore:(Draco::Thread*) + 107

3 com.filemaker.support.framework 0x00000001016fb89f Draco::MsgQ::GetMsg() + 63

4 fmserverd 0x000000010000d334 ServerApp::OnRun() + 66

5 com.filemaker.FMS.framework 0x0000000100183550 FMS::AppBase::Run() + 32

6 com.filemaker.FMS.framework 0x000000010018921a FMS::AppBase::StartApp() + 90

7 fmserverd 0x000000010000c137 main + 496

8 fmserverd 0x0000000100001c6c start + 52

 

Thread 1:: Dispatch queue: com.apple.libdispatch-manager

0 libsystem_kernel.dylib 0x00007fff8efead16 kevent + 10

1 libdispatch.dylib 0x00007fff95f61dea _dispatch_mgr_invoke + 883

2 libdispatch.dylib 0x00007fff95f619ee _dispatch_mgr_thread + 54

 

enz enz

 

 

En dan verderop zou dit de boosdoener moeten zijn?

 

 

 

Thread 11 Crashed:

0 libobjc.A.dylib 0x00007fff8e29d250 objc_msgSend + 16

1 com.apple.CoreFoundation 0x00007fff939e7551 __CFPropertyListIsValidAux + 65

2 com.apple.CoreFoundation 0x00007fff93a07377 __CFPropertyListIsDictPlistAux + 247

3 com.apple.CoreFoundation 0x00007fff93a9ef26 __CFDictionaryApplyFunction_block_invoke_0 + 22

4 com.apple.CoreFoundation 0x00007fff939c8d80 CFBasicHashApply + 128

5 com.apple.CoreFoundation 0x00007fff939e68ee CFDictionaryApplyFunction + 158

6 com.apple.CoreFoundation 0x00007fff939e766d __CFPropertyListIsValidAux + 349

7 com.apple.CoreFoundation 0x00007fff93a16a7d CFPropertyListIsValid + 93

8 com.apple.CoreFoundation 0x00007fff93a21683 CFPropertyListCreateDeepCopy + 83

9 com.apple.CoreFoundation 0x00007fff93b2fdd0 -[CFPrefsPlistSource setValue:forKey:] + 128

10 com.apple.CoreFoundation 0x00007fff93b2d164 +[CFPrefsSource withSourceForIdentifier:user:byHost:container:perform:] + 884

11 com.apple.CoreFoundation 0x00007fff93b2baae _CFPreferencesSetValueWithContainer + 238

12 com.filemaker.FMS.framework 0x0000000100148fa0 MacPrefs::FinalCloseStorage(Draco::unistring const&, __CFDictionary*&) + 80

13 com.filemaker.FMS.framework 0x000000010014cace PrefsArchiver::PutTree(FMSTypes::PreferenceList const&, FMSTypes::PreferenceList&) + 894

14 com.filemaker.PrefsMgr.framework 0x0000000100350635 PreferencesMgr::SetRequest(FMS::EventHelper&) + 133

15 com.filemaker.PrefsMgr.framework 0x00000001003514b9 PreferencesMgr::ProcessEvent(FMS::EventHelper&) + 137

16 com.filemaker.FMS.framework 0x00000001001b8d18 FMS::ComponentBaseThread::Main() + 232

17 com.filemaker.PrefsMgr.framework 0x000000010034d8ff PreferencesMgr::Main() + 383

18 com.filemaker.support.framework 0x00000001016f94eb Draco::Thread::RunThread() + 43

19 com.filemaker.support.framework 0x00000001016fa7f9 Draco::Thread::ThreadUnixProc(void*) + 57

20 libsystem_c.dylib 0x00007fff92e42742 _pthread_start + 327

21 libsystem_c.dylib 0x00007fff92e2f181 thread_start + 13

 

 

 

Wel typisch dat het precies gebeurt op het moment dat er een backup draait.