Status 2I/O error
Usually a damaged data file, a failing disk, or a network drop in the middle of a write. The data is often recoverable, but repeated retries on the live file can make things worse.
We keep Pervasive SQL, Btrieve, Actian Zen and VB6 software running on modern Windows, and we get your data out cleanly when it's time to move on. Remote help for businesses anywhere in the U.S.
Plenty of businesses still run on software built 20 or 30 years ago. It usually does its job just fine, until something changes underneath it.
They retired, sold the company, or stopped answering the phone, and nobody else knows how the system works.
The machine it lives on is old, and everyone is afraid to touch it in case the whole thing stops working.
IT wants to move to a current version of Windows, and nobody can say whether the app will survive the move.
You need it in Excel, SQL Server or a new system, and the database files won't open in anything modern.
Users hit license limits or status codes, and restarting the server is the only fix anyone knows.
If one of these status codes keeps coming up, it's usually a sign of something specific underneath. Here's what each one typically points to.
Usually a damaged data file, a failing disk, or a network drop in the middle of a write. The data is often recoverable, but repeated retries on the live file can make things worse.
The application is looking for its data in a path that no longer exists. This commonly happens after a server move, a changed drive mapping, or a new workstation setup.
The database engine isn't running, or the workstation can't reach it. It often shows up after Windows updates, engine reinstalls, or on newly set up computers.
The file's header is damaged, or the file isn't what the application expects. It sounds fatal, but these files can often be repaired or their records recovered.
Another user or a stuck process is holding a lock. When it keeps happening, the cause is often a crashed workstation, a stale connection, or a network setting.
Windows share or folder permissions are blocking access to the data. This is very common after a server upgrade, a domain change, or a new user account.
The engine thinks too many users are connected. Common causes are stale sessions, a license that didn't move with the server, or an expired license key.
The workstation's client configuration doesn't match where the engine actually lives. These codes show up constantly after moving the database to a new server.
Seeing a different status code? Send it to us along with what the software is and when the error appears.
Most clients need one of these three things. Some need all three, in that order.
Stabilize the system you have today, so the business stops holding its breath every time the server reboots.
Pull records out of Btrieve and Pervasive files into formats your new tools can actually read.
When it's time to replace the old system, avoid a risky weekend cutover that takes the business down with it.
I'm Dmitry, and I run ID Communications. For about 15 years I've been responsible for VB6 applications and Pervasive/Btrieve databases that businesses rely on every day.
I maintain the code, support the businesses that use it, and manage the servers it runs on. I've carried these systems through Windows Server upgrades and onto virtualized infrastructure. This isn't a technology I learned for a sales page. I've kept it running in production, with real businesses depending on it.
You'll know the scope and the price before any real work begins.
Use the form below. The software name, what it does for you, and what's going wrong is plenty to start.
We connect remotely, review the system, and tell you in plain terms where things stand and what the options are.
You get a clear scope and a fixed price for the work. You decide if and when to go ahead.
We do the work and leave you documentation, so you're never stuck in the same spot again.
A few sentences is plenty. The software name, roughly how old it is, and what's going wrong. You'll hear back from a real person, not a ticket queue.