A client is upgrading to FileMaker 13 this weekend, both clients and server. In preparation, we have upgraded the databases from 11 to 13 on test machines and laid the groundwork for a successful switch over by testing functionality of the various functions and processes. Out biggest problem came with upgrading to FileMaker Server 13.0 V5.
The first attempt was made on a new Dell server running Windows Server Standard 2012 R2. The IT consultant firm working on this machine is quite experienced and also has installed, configured and supported FileMaker Server on both Macs and Windows.
And we could not make it work. The server side would install and run without problem, but the web publishing engine would install but not deploy. We both spent hours browsing the web and trying different fixes. The basic problem: When step 2 of the deployment process was invoked (Single or Multiple Machines, and we tried both), the installation software would return the error that the connection was refused by the web server.
We uninstalled and reinstalled IIS and FileMaker Server, configured options, followed advice from people who suffered from the same problem with both V13 and earlier versions, much more. And nothing worked.
We called FileMaker support and followed their advice (lots of small tips, most already tried before). Nothing worked.
In desperation, and with a deadline looming, we switched gears and bought a Mac Mini. And a new set of problems were encountered: Everything installed flawlessly, but the files would not open on the console. Not even the FileMaker_Sample file–installed during the installation process by the installer–would open.
File permissions, the usual suspect in these types of cases, were checked and found to be OK. The files were uploaded via FileMaker Pro Advanced, and still no luck. Forums were browsed, advice followed.
Finally, after about three hours, I found the answer in a forum by searching for this error I found in the Status area log in the console:
Another copy of FileMaker Server (FMPserver [xxx.xxx.xxx.xxx]) is already running with this license. This copy of FileMaker Server will not open any databases, but will allow updating the license key in the Admin Console.
There is a bug in FileMaker 13 v5, and it may not register the license properly on Mac running Yosemite. And the symptom? Files would not open for sharing. And FileMaker is aware of this problem and turned if over to Testing and Development for further review on 11/25/14, the day after FileMaker released the v5 patch for Yosemite. Fortunately, there is a simple work-around (quoted from the thread in the forum):
We have replicated this issue and a report has been filed to Testing and Development for further review. Additionally, I added the comments on this thread to the report.The temporary workaround is to use the Change License Key option (General Settings > Change License Key…) in the FileMaker Server Admin Console and reenter the same credentials. This will resolve the issue temporarily until the computer is restarted.
Fortunately, that did work, and now we are on track to complete the upgrade to V 13.
But the questions these two problems raise are disturbing:
Why couldn’t we install on the Windows machine? FileMaker has not tested Server 13 on Windows Server 2012 R2. Why not? R2 was released in October of 2013. FileMaker 13 was released shortly thereafter. It’s been over a year, and it’s not been tested by FileMaker. Why not? The Windows platform is a major player for FileMaker Server sharing.
As for the Mac issue, I looked in FileMaker’s knowledge base for an official release concerning the Mac problem and could not find one. I searched on the same phrase that worked to find it on the forum, and uses other phrases as well, and found nothing.
What’s going on here? It’s tough to explain away these problems to clients. It makes FileMaker look bad and undermines the trust level in your products and support.
Come on, FileMaker. Get it together! There are a lot of us–developers and customers–counting on you.