Instructions are intended here as an internal resource for IS&T staff supporting IS&T managed FileMaker Servers
- Verify host version
- If you have access credentials to file and user is indicating that he/she cannot access file, try accessing file using FileMaker Pro or FM Pro Advanced. (In the off chance that this file is hosted in a version earlier than 13. 05, you would have to have a compatible version of FM Pro installed. In this case, first verify via Console (see below).)
- Check Server inventory to verify FM Server version if not known.
- Note: logging into FileMaker 12 Console requires older Java version
- If host FM 14 or later, connect via VPN first. This is required whether on or off campus!
- Use local browser to log into console via https://hostname.mit.edu:16000)
- In Console >>Activity Menu
- Verify displayed status of file and number of active users
- Use file icon to close selected file
- Re-open selected file
- Once open and status normal, try to log into file or ask user to try again if no direct access
- If during work-hours and active users will be impacted, send automatic message to all users from Console
- Use option to Close All (set time delay accordingly given number of active users)
- Re open all closed files
- Check file status and verify if you or users can access files
- Open OpsView.mit.edu in local browser
- Click on Gray menu icon column and select Information to investigate any possible updates or warnings that may indicate source of issues. When OS patches are applied, this can sometimes cause problems on FM Server especially if the above steps were not have been taken prior to OS patch application and reboot.
- Click on Gray menu icon column and select Schedule Downtime.
- Set hours or leave as 24-hour default
- Note that you are troubleshooting problem on server
- Select status (ok is fine).
- Back in the Console, make sure that all files have been closed (see sequence 3)
- From Status window, use upper right on/off blue button to stop Database Server
- Wait until the closed button changes from grayed out to available and then click same again to restart server.
- If individual files are still not able to close properly, you should repeat step 2 above before moving on to Sequence 5.
- Perform steps in Sequence 5 first to make sure that files are closed if FM Console is working
- From host machine if Windows Server 2016>> Windows Server Manager>>Tools (upper right)>>Services>>FileMaker Server (Note: You can also get to Services via control panel by typing Services>>view Local Services)
- Use Stop in upper left corner of Services window
* If normal admin console is not working properly (ghosting user log ins or database won’t close) first use CML to restart FileMaker Server Admin Server
2016 Start>>Windows PowerShell
- From prompt type: fmsadmin restart adminserver
- At prompt say y
- Go into browser to see that it is back up
If that doesn’t work, you probably will have to reboot
Rebooting - almost never done by us but would be done with OS updates when Ops does those. We don’t do it very often.
Follow steps above first to make sure everything is stopped first.
- Open Terminal
- Windows 16 - Use Power Button >> Restart>>Application Maintenance Planned
- Anytime you do a server reboot have a terminal open to the machine ping servername to verify that it has rebooted and you can continue. You have to Ctrl C to quit pings. Reboots take a long time.
- A reboot will take longer if something is awry with the system. Once you see that it no longer says Request Time Out then you know that it is back up. Note: our recommendation is that servers are set to automatically restart files on the server if the server is rebooted. There is some debate in FM world over whether this the best thing to do since in some circumstances it may be that a file that was misbehaving opens in a corrupted state. We have not had any experience with that happening.
- For any questions related to FileMaker at MIT, please contact firstname.lastname@example.org.