Correct. I'll try to elaborate as much as possible.
This environment is running in Azure. I have never had an issue with trace parser anywhere else.
It makes the database and I can see that is has a table structure. If I close trace parser and reopen the DB name is filled in and I can connect to it, but if I try to import a trace trace parser crashes. When the parser crashes if I open it again the file now shows as being there but if I hit open it says trace has no session.
I deleted the DB and tried to register again and this time I see these two warnings:
SearchIndexer (4428) Windows: A request to write to the file "C:\ProgramData\Microsoft\Search\Data\Applications\Windows\Windows.edb" at offset 65503232 (0x0000000003e78000) for 32768 (0x00008000) bytes succeeded, but took an abnormally long time (16 seconds) to be serviced by the OS. This problem is likely due to faulty hardware. Please contact your hardware vendor for further assistance diagnosing the problem.
SearchIndexer (4428) Windows: A request to write to the file "C:\ProgramData\Microsoft\Search\Data\Applications\Windows\Windows.edb" at offset 0 (0x0000000000000000) for 32768 (0x00008000) bytes succeeded, but took an abnormally long time (16 seconds) to be serviced by the OS. In addition, 0 other I/O requests to this file have also taken an abnormally long time to be serviced since the last message regarding this problem was posted 0 seconds ago. This problem is likely due to faulty hardware. Please contact your hardware vendor for further assistance diagnosing the problem.
Now after the failed attempt to register if I import the trace it says trace parser has stopped working and I find this in the event log:
Application: Microsoft.Dynamics.AX.Tracing.TraceParser.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.Data.UpdateException
Stack:
at Microsoft.Dynamics.AX.Tracing.TraceParser.TraceDatabaseBuilder.WriteDatabase()
at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
at System.Threading.ThreadHelper.ThreadStart()
Faulting application name: Microsoft.Dynamics.AX.Tracing.TraceParser.exe, version: 6.3.164.0, time stamp: 0x533f498a
Faulting module name: KERNELBASE.dll, version: 6.3.9600.17415, time stamp: 0x54505737
Exception code: 0xe0434352
Fault offset: 0x0000000000008b9c
Faulting process id: 0x2544
Faulting application start time: 0x01d0cbb63f2f09a9
Faulting application path: C:\Program Files (x86)\Microsoft Dynamics AX\60\TraceParser\Microsoft.Dynamics.AX.Tracing.TraceParser.exe
Faulting module path: C:\Windows\system32\KERNELBASE.dll
Report Id: 7a3e79aa-37aa-11e5-80d6-00155dc11434
Faulting package full name:
Faulting package-relative application ID:
In SQL:
Autogrow of file 'TEST123' in database 'TEST123' was cancelled by user or timed out after 31447 milliseconds. Use ALTER DATABASE to set a smaller FILEGROWTH value for this file or to explicitly set a new file size.
I don't know where to get anymore information. There doesn't seem to be any sort of log as to why the DB doesn't register.