From 32 Bit 2003 servers we cannot access a VFP DBC moved from a Server 2008 file server to a 2012 server

Posted on 2015-02-04
Last Modified: 2015-02-11
We've moved our data from a file server with MS Server 2008 operating system to a new file server with Server 2012 operating system.  Users on 64 bit Windows 7 systems are not having issues running our VFP app after moving the DBC and other files required by the VFP app to the 2012 server.  However, from multiple 32 bit MS Server 2003 systems we can no longer run that same app.  On one of those 32 bit 2003 servers, if I try to open the DBC on the 2012 server within VFP I get this error, "Error reading file ...\isviews.dcx."  Within VFP on that same 2003 server I can open DBF files on the 2012 server that are not contained with the DBC.  It appears that the DBC or DCX files, now on the 2012 server, are not accessible from the 32 bit 2003 servers and this is what is keeping us from being able to run our VFP app on these servers.
Question by:woodwyn
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 5
  • 4
  • 3
LVL 42

Expert Comment

ID: 40589289
Did you exclude the whole data folder from antivirus checks?
Is it possible to create any file in the data folder?
Is it possible to copy the .DCX file from the data folder to Server 2003?
Do you have sufficient access rights to all data folders/files?

This does not seem to be FoxPro problem but rather OS/access rights problem.

Author Comment

ID: 40589520
To reiterate the issue:

The only problem is that no users/admins can access the isviews.dbc file, recently moved from a 2008 server to a 2012 server, from the 32 bit 2003 server.  All users/admins can access the file on the 2012 server from the 64 bit Windows 7 systems.  

I copied the inaccessible isviews.dbc from the 2012 server to a 2003 server and all users can access it there from the 2003 server.

This is sounding more like a security issue than anything.  We initially had problems using RDP to access the 2012 servers from the 2003 servers, but there was a work around for this.  It seems to me like there is something within the isviews.dbc blocking the 32 bit 2003 server from accessing it.  Remember, it is accessible for all users from the 64 bit Win 7 systems.
LVL 42

Expert Comment

ID: 40589957
Why there should be "something within the isviews.dbc" if the error message says "Error reading file ...\isviews.dcx"?

Your system administrator should be able to monitor the network requests and tell what's the reason of the file inaccessibility.

I have to ask again: Are you able to create/delete files in the 2012 data folder from the app running on the 2003 server?
Major Incident Management Communications

Major incidents and IT service outages cost companies millions. Often the solution to minimizing damage is automated communication. Find out more in our Major Incident Management Communications infographic.

LVL 29

Expert Comment

by:Olaf Doschke
ID: 40590481
What about domains? Which server is the primary domain controller and are they both part of the same domain, now?

>Remember, it (the 2012 server dbc/dcx) is accessible for all users from the 64 bit Win 7 systems.
If you say all users, does that mean users using the same account on 64 bit clients can access the data and can not, if logging in to a 32bit client?

Like Pavel I would judge this as OS problem, if data access is not native, but eg through sybase 64bit drivers you would have a very strong reason bound to the bitness of the OS. Otherwise it's not as easy to migrate to another server, than it is to add clients to a domain. Think through what happened and which server now is handling user permissions/profiles, active directory.

Bye, Olaf.

Author Comment

ID: 40592464
I am working on this right now with an network admin.  To answer pcelba questions - I can't create files from the app on the 2003 server to the folder on the 2012 server because I can't run the app on the 2003 due to isviews.dbc being inaccessible.  However, I can create documents in the folder using other apps, like Notepad, etc.  You are correct the error refers to the dcx file - I get this when trying to Modify Database isviews.dbc or Use isviews.dbc.

FYI, I installed VFP 9 on a 2012 server today and have full accessibility to the isviews.dbc I cannot access from the 2003 server.  

To answer Olaf's questions - We moved the data from a 2008 HyperV server to a 2012 HyperV server.  The file server isviews.dbc is on is a 2012 VM.  The 2003 server is a stand alone tower.  Both the VM and the 2003 server are on the same domain.  The domain controller is another VM.  This issue is occurring at one of many branches in a large corporation.  This branch domain controller is a read/write secondary with a global catalog.  The FSMO roles for the domain reside at the corporate office is Dallas.  This configuration cannot change.  Correct, users can access the data from 64 bit systems (Server 2012 and Win 7), but not the 32 bit 2003 server.

Author Comment

ID: 40592475
The domain forest function level is Server 2003.

Author Comment

ID: 40592547
One more thought...  I have two simpler VFP apps than the one that is dependent on isviews.dbc.  Both of these apps are dependent on other files located in the same folder as isviews.dbc.  Both apps are running without any issues.

Note that I previously stated that from the 2003 server I can open System.dbc, but not isviews.dbc which is in the same folder.  

There is something about just that one file, isviews.dbc or dcx that seems to be having a compatibility issue with being on a 64 bit 2012 server while trying to be accessed from a 32 bit 2003 server.  If moved isviews.dbc is accessible from the 32 bit 2003 server on itself and on the previously used 64 bit 2008 server.  

This is a weird one!!
LVL 29

Expert Comment

by:Olaf Doschke
ID: 40593010
A dbc is a dbc, if a system.dbc works and your isviews.dbc not, look into details of file security difference on the two dbc, the two dcx and the two dct files.

It's also easy enough to replace a DBC/DCX/DCT file from a backup, as it holds no data itself, just the meta info about the database tables. In case of a dbc holding views, as isviews.dbc seems to be, that will contain all the view definitions and sql. SQL queries are code you should put to clients, not on a server. If you at least have a configuration of the app using a view dbc, you could configure that to a local folder. But you first need to ensure it really only contains view definitions.

Bye, Olaf.

Edit: Connecting the thought about view dbc and your original error report about the error message: "Error reading file.." - that error is error 1104 and not a problem due to vfp locks or view usage, that would cause another error for long running views.

So your detail problem is something else than the typical problem of a shared views dbc, but in the light of the problem it would of course also be solved, if that dbc was moved to a local client side folder anyway.

Plus: error 1104 really does point to an OS problem with the file.
LVL 42

Expert Comment

ID: 40593387
I installed VFP 9 on a 2012 server today
 WHY on 2012 server?

You should test the file accessibility from 2003 server so VFP 9 should be on the 2003...

You don't need to install VFP 9 you just need to copy following files (allowed by EULA for testing purposes):
and possibly also:

and VFP will work from 2003 server and you may try to open files on 2012...

If the DCX file if wrong somehow then delete it (or rename it) and open the database again in VFP 9 (from 2003 server!) by
OPEN DATABASE d:\path\isviews  && d:\path\ represents the mapped 2012 folder visible from 2003 (you may use UNC path)

VFP will create a new DCX file automatically. It is just an index file for the DBC/DCT.

Author Comment

ID: 40602016
I tried everything.  Then I shut down the entire network last night making sure there were no systems accessing any files used by the VFP apps.  After bringing the network back up I re-transferred all files from the 2008 file server to the new 2012 server.  SOB, but all is well.  The initial migration was handled by their corporate IT, not my guys and I bet there were VFP apps open and accessing their dependent files during the move.  This was not supposed to be possible.

Frustrating, but everything is working again now,  Thanks guys.  Any final thoughts?
LVL 42

Accepted Solution

pcelba earned 250 total points
ID: 40602061

It could explain something, e.g. The DCX file was open during the copy so the copy become incomplete/corrupted and the error reported was just the result of some internal index pointer pointing to nowhere...
LVL 29

Assisted Solution

by:Olaf Doschke
Olaf Doschke earned 250 total points
ID: 40602541
Yes, this explains much. Since tables and also the database container consists of several files, which are copied one after the other changes can occur during copy, which effect two or three files and if that happens after one of them was copied and the second is currently copied you get such out of sync files resulting in all kind of behaviour.

It's very unlikely to happen with a DCX file, as a DBC/DCT/DCX file triple normally is small sized and this explains why you may not find any other report of such a problem elsewhere.

Bye, Olaf.

Featured Post

How our DevOps Teams Maximize Uptime

Our Dev teams are like yours. They’re continually cranking out code for new features/bugs fixes, testing, deploying, responding to production monitoring events and more. It’s complex. So, we thought you’d like to see what’s working for us. Read the use case whitepaper.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

Title # Comments Views Activity
SQL 2012 Permissions Problem 40 457
VFP on Windows Server 2 386
Close table 1 236
Overlay data type 17 109
Microsoft Visual FoxPro (short VFP) is a programming language with it’s own IDE and database, ranking somewhat between Access and VB.NET + SQL Server (Express). Product Description: (http://msd…
Recently I was talking with Tim Sharp, one of my colleagues from our Technical Account Manager team about MongoDB’s scalability. While doing some quick training with some of the Percona team, Tim brought something to my attention...
In an interesting question ( here at Experts Exchange, a member asked how to split a single image into multiple images. The primary usage for this is to place many photographs on a flatbed scanner…

759 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question