Jump to content

Barb Levine

Newbies
  • Content Count

    4
  • Joined

  • Last visited

  • Days Won

    2

Barb Levine last won the day on March 31

Barb Levine had the most liked content!

Community Reputation

4 Neutral

About Barb Levine

  • Rank
    newbie

FileMaker Experience

  • Skill Level
    Expert
  • FM Application
    17

Platform Environment

  • OS Platform
    X-Platform

Recent Profile Visitors

1,423 profile views
  1. Thanks for your kind words. It was hard work but hopefully will prevent a similar ordeal for others.
  2. I can finally report resolution of a longstanding problem, in hopes that it might be useful to someone else. The short version of my client’s sad saga, is that container documents in secure external storage were damaged by the IT company’s monthly restarts of the FM Server VM for OS patches. Further troubleshooting determined that even restarting the FM Service would completely destroy the container documents. The documents were stored with all FM data on drive E. New test databases on Drive E experienced the same fate, where server or service restarts damaged the container documents. Further testing showed that a fresh copy of the same test database, when installed on Drive C, survived restarts with all container documents intact. New testing on Drive G reproduced the same problems as on Drive E. The client’s IT company created a new VM, and we installed using the same setup as on the production system: OS and FM Server on Drive C, Data on E, Backups on G. The same problems occurred on restart, i.e. all container documents damaged beyond any possible access. Next we uninstalled FMS 16 and installed FMS 17 on the tester VM, and discovered during configuration that container document storage was not allowed nested in Drive E; instead, FMS would support only container storage at the root level of the external drive. For the first time, restarts did *not* damage the secure external container documents. And we had our clue: try the container folder at the root, not nested. Then we uninstalled FMS 17 on the tester VM, and reinstalled FM 16.0.v4, but this time we put the container documents at the root on Drive E. Voila! No container documents were harmed by any restarts. So the moral of the story is that secure external container storage, on FMS 16 on an external drive, needs to be in a folder at the root, not nested. So we went back to the production system, changed the location of the container folder, and no problems have occurred after any restarts. Thanks to all who helped along the way, and especially Wim Decorte. Environment: FMP 16.0.3 running on the client agency’s “RDS Farm”, a Windows 2008 VM. 35 users. Server 16.0.4 hosted on Windows Server 2012.
  3. Announcing the 10th annual Women of FileMaker Lunch at DevCon. The luncheon is free and provides an excellent opportunity for women to network at DevCon. First-time DevCon attendees are especially welcome. Wednesday, July 22 Noon - 2 pm Location: Nolita 1 Please register in advance so we know how many to expect: http://women-of-filemaker.com Or join the “Women of FileMaker” group on FaceBook: https://www.facebook.com/groups/687750251333651/ Sponsored by: Agnes Riley, ZeroBlue Tech Alexis Allen, DesigningFileMaker.com Audrey Akhavan, MagicMaker Pro Barb Levine, MicroServ Bonnie Walker, dbVisionWorks Deepali Gokhale, InfoCypher Joyce Lillemon Boschert, Cross Platform Solutions Katherine Russell, Nightwing Enterprises Lisette Wilson, Informing Designs Molly Connolly, Thorsen Consulting Nicky Decorte, Connecting Data Let me know if you have any questions, or need any additional information. Looking forward to seeing you there! Barb -- Barbara Levine | MicroServ LLC | microservllc.com | 203/776-6800 | FileMaker 13 Certified Developer | FileMaker Business Alliance Platinum Member
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.