Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About oliverm

  • Rank
  1. They wont help because they believe the problem is at this end, despite us showing them graphs, stats, any amount of information, and despite the speed issue only showing itself in FM. Anyway, back to the point in hand, is there a way to turn on more verbose logging on FMS/FMPro ? Olly
  2. we dont have access to the actual code or anything, we are just end users. However we need to get evidence about the issue to send to the vendor to finally get them interested. It does appear to be just in Filemaker that this issue occurs, hence our interest in analysing that.
  3. Is there anyway that I can turn on Debug logging in FM Server 9 or 10 so that I can find out more about what's happening when an FM client is pulling out data? We have an FM CMS which is running slowly, and despite months of work, we have ended up doing the Filemaker debugging ourselves as the vendor doesnt appear to be interested. I'm keen to know more about what data is being sent to the client, and whether any errors may be occuring, when the FM clients go to a particular screen in the CMS app. I've turned on all the logging options I can see in the FMS Admin app, but that doesnt
  4. Its on the server, in the C:program filesfilemakerfm serverdatabases folder (more or less). We've opened it in p2p mode and it does the same thing. v10 made it a bit quicker, but not a lot. Olly
  5. Interestingly (perhaps not), we installed a trial of FMS10 on teh server and it has shown a speed improvement over the DB running in FMS9. It's still slow in my opinion, but faster than it was. It's very weird. If you have the FMPro window open, and a popup appears in front of it (say a new message alert from MSN or Twitter or Outlook or something), when it disappears there will be a white box where the popup was which stays there until the app suddenly starts responding again. Olly
  6. Ted, We've checked all that. Replaced the switches, both NICs in the server, all the cables. We've also tried a new 'server' (was a high spec workstation but good enough for a test) which incidentally also had differnet network cards in it. Also, any form of network testing you do comes back fine. We can load the network cards, shovel data around without any issue. We can even run FMP against the DB on the network via a folder share and it runs fine. Turn on FM Server and it dies. It has to be said that it's far far far far slower than any network speed issue can account for.
  7. Tried to, but each time we open the DB on a workstation (before we share it) it says it's already open by another user on that machine and it can't be shared, even though we haven't opened it on that machine before. Even tried it on a new workstation, did the same thing. As a result we can't share it and subsequently can't view it in the Open Remote screen of other machines.
  8. Well, reinstalling the server didnt help. I tried p2p on a workstation with the database and got an error each time saying that the database was already being shared (despite copying the data from the network to a number of workstations and trying it on there). I think I have officially given up :S
  9. Yep, which we did, using FM Pro 9 installed on the server machine (after removing FMS9 from the box). Other users on the network had the same speed issues. The server has been re-installed and if we can get hold of the software company to restore the DBs back then we should be able to test it this morning (not that i think re-installing the server will do much).
  10. Ok, opening the database on the server using FM9 and then enabling sharing->Filemaker Network, then opening the database on other FM clients using Open Remote....doesnt help. It's still slow as a dog. However, if we open the database directly on client machines (ie pointing FM9 to FM-serverfmdb-sharefm-db, the system runs perfectly. Of course then we can only have one user at a time working on the system. Time for a re-install
  11. Trying a total reinstall and a look at our options this afternoon. Olly
  12. Hi Genx, Yep, we've tried that. Grabbed a new workstation from stock, with just XP SP3 on it and FMPro 9. File, Open -> Remote, chose the server and the database. That's how we open it anyway. Olly
  13. Well, we've swapped out the server and installed FMS on a new workstation. Not a perfect test, but as there database is new and almost empty the strain shouldnt be too great. Guess what? It was still really slow. The VOIP switches do have QOS on them but unless FM/FMS uses some kind of special dedicated protocol and packet type then they should be fine. We can move files, ftp, load-test the FM server over the network till we are blue in the face and it's absolutely normal. Us FM pointed at it and it just crawls. Are there any particular registry or firewall requirements that a
  14. Hi chaps, We have just had setup a new CRM package based around Filemaker Pro 9. However, the entire system runs like a dog. I mean slow, really slow. A list of to-do items (coloured text) containing some 20 entries may take around 2 minutes to appear in full. Each entry showing after about 2 to 4 seconds. We get lots of "not responding" when waiting for different screen within the CRM app to load, which again can take minutes. One user this morning timed how long it took to show a drop down menu list of around 10 items from a form on one of the pages, that took 19 seconds to ful
  • Create New...

Important Information

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