We are seeing increasing problems with VFP applications (some of our own and other commercial ones) as our customers have their servers upgraded.
A lot of these servers are now virtual machines hosted on a physical machine. In some instances these are remote desktop servers which access the VFP data from a different server.
The file access issues seem to be random, in some instances the indexes get corrupted and need to be repaired.
Anti Virus has been ruled out by uninstalling it, but the problems persist.
Any ideas? Any issues with VFP data and VM's?
Regards
Chris.
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---
On 21/03/2019 09:41, Chris Davis wrote:
We are seeing increasing problems with VFP applications (some of our own and other commercial ones) as our customers have their servers upgraded.
A lot of these servers are now virtual machines hosted on a physical machine. In some instances these are remote desktop servers which access the VFP data from a different server.
The file access issues seem to be random, in some instances the indexes get corrupted and need to be repaired.
Anti Virus has been ruled out by uninstalling it, but the problems persist.
Any ideas? Any issues with VFP data and VM's?
We have been running our data on VMs for a good few years now with mostly no problems. A couple of years ago we started getting index corruptions and found out it was only when a remote user did an operation. Updated the RDP software and the problems went away.
Peter
This communication is intended for the person or organisation to whom it is addressed. The contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you have received this message in error, please notify us immediately by telephone or email.
www.whisperingsmith.com
Whispering Smith Ltd Head Office:61 Great Ducie Street, Manchester M3 1RR. Tel:0161 831 3700 Fax:0161 831 3715
London Office: 101 St. Martin's Lane,London, WC2N 4AZ Tel:0207 299 7960
Thanks Peter
The RDP client ?
On 21 Mar 2019, at 10:28, Peter Cushing pcushing@whisperingsmith.com wrote:
On 21/03/2019 09:41, Chris Davis wrote: We are seeing increasing problems with VFP applications (some of our own and other commercial ones) as our customers have their servers upgraded.
A lot of these servers are now virtual machines hosted on a physical machine. In some instances these are remote desktop servers which access the VFP data from a different server.
The file access issues seem to be random, in some instances the indexes get corrupted and need to be repaired.
Anti Virus has been ruled out by uninstalling it, but the problems persist.
Any ideas? Any issues with VFP data and VM's?
We have been running our data on VMs for a good few years now with mostly no problems. A couple of years ago we started getting index corruptions and found out it was only when a remote user did an operation. Updated the RDP software and the problems went away.
Peter
This communication is intended for the person or organisation to whom it is addressed. The contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you have received this message in error, please notify us immediately by telephone or email.
www.whisperingsmith.com
Whispering Smith Ltd Head Office:61 Great Ducie Street, Manchester M3 1RR. Tel:0161 831 3700 Fax:0161 831 3715
London Office: 101 St. Martin's Lane,London, WC2N 4AZ Tel:0207 299 7960
[excessive quoting removed by server]
Hi Chris,
Workstations just use standard RDP and on the server we use thinstuff:
https://www.thinstuff.com/products/xpvs-server/
Thanks,
Peter
On 21/03/2019 10:30, Chris Davis wrote:
Thanks Peter
The RDP client ?
On 21 Mar 2019, at 10:28, Peter Cushing pcushing@whisperingsmith.com wrote:
On 21/03/2019 09:41, Chris Davis wrote: We are seeing increasing problems with VFP applications (some of our own and other commercial ones) as our customers have their servers upgraded.
A lot of these servers are now virtual machines hosted on a physical machine. In some instances these are remote desktop servers which access the VFP data from a different server.
The file access issues seem to be random, in some instances the indexes get corrupted and need to be repaired.
Anti Virus has been ruled out by uninstalling it, but the problems persist.
Any ideas? Any issues with VFP data and VM's?
We have been running our data on VMs for a good few years now with mostly no problems. A couple of years ago we started getting index corruptions and found out it was only when a remote user did an operation. Updated the RDP software and the problems went away.
Peter
This communication is intended for the person or organisation to whom it is addressed. The contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you have received this message in error, please notify us immediately by telephone or email.
www.whisperingsmith.com
Whispering Smith Ltd Head Office:61 Great Ducie Street, Manchester M3 1RR. Tel:0161 831 3700 Fax:0161 831 3715
London Office: 101 St. Martin's Lane,London, WC2N 4AZ Tel:0207 299 7960
[excessive quoting removed by server]
Old "legacy" VFP application running under a "VM" environment. Been running this way for at least four years. However, as of late I am seeing intermittent "File Read Errors" when a table is used/opened. Completely random and intermittent. Reboot the workstation and they are good. My biggest issue, of course, is it getting worse.... Yikes. Actually I'm about to replace a current hardware with a new server and storage devices. We shall see...
No corruption to indexes, normal amount of memo field bloat etc.
HTH, Desmond
On Thu, 21 Mar 2019 at 04:42, Chris Davis chrisd@actongate.co.uk wrote:
We are seeing increasing problems with VFP applications (some of our own and other commercial ones) as our customers have their servers upgraded.
A lot of these servers are now virtual machines hosted on a physical machine. In some instances these are remote desktop servers which access the VFP data from a different server.
The file access issues seem to be random, in some instances the indexes get corrupted and need to be repaired.
Anti Virus has been ruled out by uninstalling it, but the problems persist.
Any ideas? Any issues with VFP data and VM's?
Regards
Chris.
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
We recently upgraded to a new server box from running Windows Server 2008 (3 VM's) to Windows Server 2019 (running 6 VM's). Most of the VM's have access to FoxPro data and function without incident.
Have you made sure that Windows Defender has also been set to ignore .DBF/.CDX/.FPT files on both the servers and the workstations?
Fred
On Thu, Mar 21, 2019 at 2:42 AM Chris Davis chrisd@actongate.co.uk wrote:
We are seeing increasing problems with VFP applications (some of our own and other commercial ones) as our customers have their servers upgraded.
A lot of these servers are now virtual machines hosted on a physical machine. In some instances these are remote desktop servers which access the VFP data from a different server.
The file access issues seem to be random, in some instances the indexes get corrupted and need to be repaired.
Anti Virus has been ruled out by uninstalling it, but the problems persist.
Any ideas? Any issues with VFP data and VM's?
Regards
Chris.
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
I am sure the Anti Virus which had been ruled out as the cause (Sophos) has been reinstalled and disables Defender, but it's a good heads up and I will double check.
Thanks Fred
Regards
Chris.
-----Original Message----- From: ProfoxTech profoxtech-bounces@leafe.com On Behalf Of Fred Taylor Sent: Thursday, 21 March 2019 16:05 To: profoxtech@leafe.com Subject: Re: File Access Issues
We recently upgraded to a new server box from running Windows Server 2008 (3 VM's) to Windows Server 2019 (running 6 VM's). Most of the VM's have access to FoxPro data and function without incident.
Have you made sure that Windows Defender has also been set to ignore .DBF/.CDX/.FPT files on both the servers and the workstations?
Fred
On Thu, Mar 21, 2019 at 2:42 AM Chris Davis chrisd@actongate.co.uk wrote:
We are seeing increasing problems with VFP applications (some of our own and other commercial ones) as our customers have their servers upgraded.
A lot of these servers are now virtual machines hosted on a physical machine. In some instances these are remote desktop servers which access the VFP data from a different server.
The file access issues seem to be random, in some instances the indexes get corrupted and need to be repaired.
Anti Virus has been ruled out by uninstalling it, but the problems persist.
Any ideas? Any issues with VFP data and VM's?
Regards
Chris.
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
Following on from this, we have discovered this setup is using a shared cluster disc? Could this be having any effect? We have moved the data from the VM's onto an existing physical server (the doman controller) and all the issues have gone away.
-----Original Message----- From: ProfoxTech profoxtech-bounces@leafe.com On Behalf Of Chris Davis Sent: Thursday, 21 March 2019 16:26 To: profoxtech@leafe.com Subject: RE: File Access Issues
I am sure the Anti Virus which had been ruled out as the cause (Sophos) has been reinstalled and disables Defender, but it's a good heads up and I will double check.
Thanks Fred
Regards
Chris.
-----Original Message----- From: ProfoxTech profoxtech-bounces@leafe.com On Behalf Of Fred Taylor Sent: Thursday, 21 March 2019 16:05 To: profoxtech@leafe.com Subject: Re: File Access Issues
We recently upgraded to a new server box from running Windows Server 2008 (3 VM's) to Windows Server 2019 (running 6 VM's). Most of the VM's have access to FoxPro data and function without incident.
Have you made sure that Windows Defender has also been set to ignore .DBF/.CDX/.FPT files on both the servers and the workstations?
Fred
On Thu, Mar 21, 2019 at 2:42 AM Chris Davis chrisd@actongate.co.uk wrote:
We are seeing increasing problems with VFP applications (some of our own and other commercial ones) as our customers have their servers upgraded.
A lot of these servers are now virtual machines hosted on a physical machine. In some instances these are remote desktop servers which access the VFP data from a different server.
The file access issues seem to be random, in some instances the indexes get corrupted and need to be repaired.
Anti Virus has been ruled out by uninstalling it, but the problems persist.
Any ideas? Any issues with VFP data and VM's?
Regards
Chris.
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
Ed:
The email footer seems to be grabbing the "MessageID" from the email header, which Outlook.com "helpfully" rewrites into its own reference.
Clicking on the link brings forth the OMG message. o.m.g.
---------- Forwarded message --------- From: Chris Davis chrisd@actongate.co.uk Date: Mon, Apr 29, 2019 at 5:26 AM Subject: RE: File Access Issues To: profoxtech@leafe.com
Following on from this, we have discovered this setup is using a shared cluster disc? Could this be having any effect? We have moved the data from the VM's onto an existing physical server (the doman controller) and all the issues have gone away.
-----Original Message----- From: ProfoxTech profoxtech-bounces@leafe.com On Behalf Of Chris Davis Sent: Thursday, 21 March 2019 16:26 To: profoxtech@leafe.com Subject: RE: File Access Issues
I am sure the Anti Virus which had been ruled out as the cause (Sophos) has been reinstalled and disables Defender, but it's a good heads up and I will double check.
Thanks Fred
Regards
Chris.
-----Original Message----- From: ProfoxTech profoxtech-bounces@leafe.com On Behalf Of Fred Taylor Sent: Thursday, 21 March 2019 16:05 To: profoxtech@leafe.com Subject: Re: File Access Issues
We recently upgraded to a new server box from running Windows Server 2008 (3 VM's) to Windows Server 2019 (running 6 VM's). Most of the VM's have access to FoxPro data and function without incident.
Have you made sure that Windows Defender has also been set to ignore .DBF/.CDX/.FPT files on both the servers and the workstations?
Fred
On Thu, Mar 21, 2019 at 2:42 AM Chris Davis chrisd@actongate.co.uk wrote:
We are seeing increasing problems with VFP applications (some of our own and other commercial ones) as our customers have their servers
upgraded.
A lot of these servers are now virtual machines hosted on a physical machine. In some instances these are remote desktop servers which access the VFP data from a different server.
The file access issues seem to be random, in some instances the indexes get corrupted and need to be repaired.
Anti Virus has been ruled out by uninstalling it, but the problems
persist.
Any ideas? Any issues with VFP data and VM's?
Regards
Chris.
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
On Apr 29, 2019, at 4:34 AM, Ted Roche tedroche@gmail.com wrote:
The email footer seems to be grabbing the "MessageID" from the email header, which Outlook.com "helpfully" rewrites into its own reference.
Clicking on the link brings forth the OMG message. o.m.g.
That *was* working… dunno what changed. I’ll look into it.
-- Ed Leafe
On Apr 29, 2019, at 7:32 AM, Ed Leafe ed@leafe.com wrote:
The email footer seems to be grabbing the "MessageID" from the email header, which Outlook.com "helpfully" rewrites into its own reference.
Clicking on the link brings forth the OMG message. o.m.g.
That *was* working… dunno what changed. I’ll look into it.
Should be fixed now.
-- Ed Leafe
And the link from your message worked. Maybe it's something funky with Outlook (nobody's said that before!)
As everyone else has said, I'm grateful for the work you've put into hosting the list, long after your last Fox project were done.
Pointing out bugs seems to be my gift. And my curse.
On Mon, Apr 29, 2019 at 10:16 AM Ed Leafe ed@leafe.com wrote:
On Apr 29, 2019, at 7:32 AM, Ed Leafe ed@leafe.com wrote:
The email footer seems to be grabbing the "MessageID" from the email header, which Outlook.com "helpfully" rewrites into its own reference.
Clicking on the link brings forth the OMG message. o.m.g.
That *was* working… dunno what changed. I’ll look into it.
Should be fixed now.
-- Ed Leafe
[excessive quoting removed by server]
On 29/04/2019 15:46, Ted Roche wrote:
Pointing out bugs seems to be my gift. And my curse.
Well "It depends" which one you view it as ;-)
Peter
This communication is intended for the person or organisation to whom it is addressed. The contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you have received this message in error, please notify us immediately by telephone or email.
www.whisperingsmith.com
Whispering Smith Ltd Head Office:61 Great Ducie Street, Manchester M3 1RR. Tel:0161 831 3700 Fax:0161 831 3715
London Office: 101 St. Martin's Lane,London, WC2N 4AZ Tel:0207 299 7960
On Mon, Apr 29, 2019 at 10:50 AM Peter Cushing pcushing@whisperingsmith.com wrote:
On 29/04/2019 15:46, Ted Roche wrote:
Pointing out bugs seems to be my gift. And my curse.
Well "It depends" which one you view it as ;-)
Peter
hahaha!
Ed, I re-ran the broken-link-checker over at https://blog.tedroche.com https://blog.tedroche.com/wp-admin// and all the leafe.com links are working fine.
Thanks again!
Fred, I'm curious if your setup has data on one server, and the VFP applications are on another server. If they are setup this way, how much activity do the VFP data files get?
And for everyone else... I know we have trouble with index corruption. It is partly the VM server hosting the data gets a little overwhelmed from time to time, and partly due to how this 30+ year code base uses the tables. We have over 600 users connecting to one of 18 VM's which access various datasets on one of four VM's during our peak times of the week. Corruption seems to be an everyday thing. We have some crucial areas that depend on the indexes. In these areas, we have implemented code to verify or just reindex the files when the user goes in to the process. We also delete and create the indexes daily for some customers (maybe 20 out of 3600+).
Have a good one, Tracy
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Fred Taylor Sent: Thursday, March 21, 2019 12:05 PM To: profoxtech@leafe.com Subject: Re: File Access Issues
We recently upgraded to a new server box from running Windows Server 2008 (3 VM's) to Windows Server 2019 (running 6 VM's). Most of the VM's have access to FoxPro data and function without incident.
Have you made sure that Windows Defender has also been set to ignore .DBF/.CDX/.FPT files on both the servers and the workstations?
Fred
On Thu, Mar 21, 2019 at 2:42 AM Chris Davis chrisd@actongate.co.uk wrote:
We are seeing increasing problems with VFP applications (some of our own and other commercial ones) as our customers have their servers upgraded.
A lot of these servers are now virtual machines hosted on a physical machine. In some instances these are remote desktop servers which access the VFP data from a different server.
The file access issues seem to be random, in some instances the indexes get corrupted and need to be repaired.
Anti Virus has been ruled out by uninstalling it, but the problems
persist.
Any ideas? Any issues with VFP data and VM's?
Regards
Chris.
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
Were were just having real issues of slowness on our W2008R2 servers (VM). That has all gone away with the W2019 servers (VM). We never have had a big issue with data corruption, I think only one file in over 10 years. Our system is about 30 users, 2 remote access through RDP and VPN.
Fred
On Thu, Mar 21, 2019 at 10:23 AM Tracy Pearson tracy@powerchurch.com wrote:
Fred, I'm curious if your setup has data on one server, and the VFP applications are on another server. If they are setup this way, how much activity do the VFP data files get?
And for everyone else... I know we have trouble with index corruption. It is partly the VM server hosting the data gets a little overwhelmed from time to time, and partly due to how this 30+ year code base uses the tables. We have over 600 users connecting to one of 18 VM's which access various datasets on one of four VM's during our peak times of the week. Corruption seems to be an everyday thing. We have some crucial areas that depend on the indexes. In these areas, we have implemented code to verify or just reindex the files when the user goes in to the process. We also delete and create the indexes daily for some customers (maybe 20 out of 3600+).
Have a good one, Tracy
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Fred Taylor Sent: Thursday, March 21, 2019 12:05 PM To: profoxtech@leafe.com Subject: Re: File Access Issues
We recently upgraded to a new server box from running Windows Server 2008 (3 VM's) to Windows Server 2019 (running 6 VM's). Most of the VM's have access to FoxPro data and function without incident.
Have you made sure that Windows Defender has also been set to ignore .DBF/.CDX/.FPT files on both the servers and the workstations?
Fred
On Thu, Mar 21, 2019 at 2:42 AM Chris Davis chrisd@actongate.co.uk wrote:
We are seeing increasing problems with VFP applications (some of our own and other commercial ones) as our customers have their servers upgraded.
A lot of these servers are now virtual machines hosted on a physical machine. In some instances these are remote desktop servers which access the VFP data from a different server.
The file access issues seem to be random, in some instances the indexes get corrupted and need to be repaired.
Anti Virus has been ruled out by uninstalling it, but the problems
persist.
Any ideas? Any issues with VFP data and VM's?
Regards
Chris.
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
I have a file server (W2008 Server) and when I run a VFP program on my Terminal Server (W2008R2 server) using RDP I experience frequent random slowdowns, such as: -10-30 second slowdown where typed input stays in the keyboard buffer and eventually catches up. -occasional RDP timeouts for up to a minute where the keyboard buffer data is lost. The connection almost always reconnects after 1 or 2 retries.
Fred, is this similar to your 'server slowness'?
I've never been able to determine if my issue is with the file servers, terminal server, my internet connection, the VPN, my local 32bit laptop, or all.
I do not use VM's, these are separate boxes on the same gigabit switch. I use the VPN supplied with my SonicWall appliance.
Customized Business Services, LLC (928) 580-6352 Dennis Schuette Primary: dennis@cbsds.com 49 NW 130 Avenue Alternate: Schuette.dennis@gmail.com Great Bend, KS 67530
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Fred Taylor Sent: Friday, March 22, 2019 12:10 PM To: profoxtech@leafe.com Subject: Re: File Access Issues
Were were just having real issues of slowness on our W2008R2 servers (VM). That has all gone away with the W2019 servers (VM). We never have had a big issue with data corruption, I think only one file in over 10 years. Our system is about 30 users, 2 remote access through RDP and VPN.
Fred
On Thu, Mar 21, 2019 at 10:23 AM Tracy Pearson tracy@powerchurch.com wrote:
Fred, I'm curious if your setup has data on one server, and the VFP applications are on another server. If they are setup this way, how much activity do the VFP data files get?
And for everyone else... I know we have trouble with index corruption. It is partly the VM server hosting the data gets a little overwhelmed from time to time, and partly due to how this 30+ year code base uses the tables. We have over 600 users connecting to one of 18 VM's which access various datasets on one of four VM's during our peak times of the week. Corruption seems to be an everyday thing. We have some crucial areas that depend on the indexes. In these areas, we have implemented code to verify or just reindex the files when the user goes in to the process. We also delete and create the indexes daily for some customers (maybe 20 out of 3600+).
Have a good one, Tracy
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Fred Taylor Sent: Thursday, March 21, 2019 12:05 PM To: profoxtech@leafe.com Subject: Re: File Access Issues
We recently upgraded to a new server box from running Windows Server 2008 (3 VM's) to Windows Server 2019 (running 6 VM's). Most of the VM's have access to FoxPro data and function without incident.
Have you made sure that Windows Defender has also been set to ignore .DBF/.CDX/.FPT files on both the servers and the workstations?
Fred
On Thu, Mar 21, 2019 at 2:42 AM Chris Davis chrisd@actongate.co.uk wrote:
We are seeing increasing problems with VFP applications (some of our own and other commercial ones) as our customers have their servers upgraded.
A lot of these servers are now virtual machines hosted on a physical machine. In some instances these are remote desktop servers which access the VFP data from a different server.
The file access issues seem to be random, in some instances the indexes get corrupted and need to be repaired.
Anti Virus has been ruled out by uninstalling it, but the problems
persist.
Any ideas? Any issues with VFP data and VM's?
Regards
Chris.
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
No, our server slowness was on local connections on the network. We were pretty sure it was a Windows update that changed something. Server 2019 does not have rhe issue, it was with W2008R2. We had a lot of changes occur, so it's kind of hard to pin down on any one thing. RDP suffered the same thing, but that was mainly because the server with the files on it slowed down so significantly.
Processes/queries that normally were 2 to 5 seconds were taking minutes.
Fred
On Sat, Mar 23, 2019 at 7:34 AM Dennis Schuette dennis@cbsds.com wrote:
I have a file server (W2008 Server) and when I run a VFP program on my Terminal Server (W2008R2 server) using RDP I experience frequent random slowdowns, such as: -10-30 second slowdown where typed input stays in the keyboard buffer and eventually catches up. -occasional RDP timeouts for up to a minute where the keyboard buffer data is lost. The connection almost always reconnects after 1 or 2 retries.
Fred, is this similar to your 'server slowness'?
I've never been able to determine if my issue is with the file servers, terminal server, my internet connection, the VPN, my local 32bit laptop, or all.
I do not use VM's, these are separate boxes on the same gigabit switch. I use the VPN supplied with my SonicWall appliance.
Customized Business Services, LLC (928) 580-6352 Dennis Schuette Primary: dennis@cbsds.com 49 NW 130 Avenue Alternate: Schuette.dennis@gmail.com Great Bend, KS 67530
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Fred Taylor Sent: Friday, March 22, 2019 12:10 PM To: profoxtech@leafe.com Subject: Re: File Access Issues
Were were just having real issues of slowness on our W2008R2 servers (VM). That has all gone away with the W2019 servers (VM). We never have had a big issue with data corruption, I think only one file in over 10 years. Our system is about 30 users, 2 remote access through RDP and VPN.
Fred
On Thu, Mar 21, 2019 at 10:23 AM Tracy Pearson tracy@powerchurch.com wrote:
Fred, I'm curious if your setup has data on one server, and the VFP applications are on another server. If they are setup this way, how much activity do the VFP data files get?
And for everyone else... I know we have trouble with index corruption. It is partly the VM server hosting the data gets a little overwhelmed from time to time, and partly due to how this 30+ year code base uses the tables. We have over 600 users connecting to one of 18 VM's which access various datasets on one of four VM's during our peak times of the week. Corruption seems to be an everyday thing. We have some crucial areas that depend on the indexes. In these areas, we have implemented code to verify or just reindex the files when the user goes in to the process. We also delete and create the indexes daily for some customers (maybe 20 out of 3600+).
Have a good one, Tracy
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Fred Taylor Sent: Thursday, March 21, 2019 12:05 PM To: profoxtech@leafe.com Subject: Re: File Access Issues
We recently upgraded to a new server box from running Windows Server 2008 (3 VM's) to Windows Server 2019 (running 6 VM's). Most of the VM's have access to FoxPro data and function without incident.
Have you made sure that Windows Defender has also been set to ignore .DBF/.CDX/.FPT files on both the servers and the workstations?
Fred
On Thu, Mar 21, 2019 at 2:42 AM Chris Davis chrisd@actongate.co.uk wrote:
We are seeing increasing problems with VFP applications (some of our own and other commercial ones) as our customers have their servers
upgraded.
A lot of these servers are now virtual machines hosted on a physical machine. In some instances these are remote desktop servers which access the VFP data from a different server.
The file access issues seem to be random, in some instances the indexes get corrupted and need to be repaired.
Anti Virus has been ruled out by uninstalling it, but the problems
persist.
Any ideas? Any issues with VFP data and VM's?
Regards
Chris.
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]