Sometimes when I launch OP Viewer I got the following pop up windows saying the database is read only and I have no permission to access to it. I have then to launch it again in oder to successfully open it.
Sometimes when I launch OP Viewer I got the following pop up windows saying the database is read only and I have no permission to access to it. I have then to launch it again in oder to successfully open it.
ADSL2+/ASUS P4P800 Deluxe (HT enabled - Bios 1019)/P4 3E/1Go Winbond PC3200 Dual/WinFast A380 Ultra THD 256DDR/Audigy Player/Maxtor DiamondMax 9 60Go+80Go+200Go/WD Special Ed.120Go/Plextor PX-W4012A/Toshiba SD-M1712/HP5710C/Canon PIXMA iP3000
Windows XP Pro SP2.
Browser: Maxthon 1.5.9 build 80 (Unicode)
Resident progs: OP latest beta with Blockpost (BLM 2.6.5)/Symantec AntiVirus 10.1.5.5010/Hosts Manager 2.0.1.0/SpywareBlaster 3.5.1/ProcessGuard 3.410/Wormguard 3
Possibly a corrupted database. In log viewer mark it corrupted and create a new one on the next boot. See if that helps.
Hello A884126,
Its not just happening with this version. Ive seen it happen with all the versions of Outpost I have used. It doesnt happen very often but ive found that just trying to open the database again corrects the issue as you have already found and without having to reboot and repair it. Another Outpost quirk.![]()
XP Professional SP3 (x86): Outpost Firewall Pro 4.0, Malware Defender 2.8, Avast 7.0 Free
Windows 7 Ultimate SP1 (x64): Outpost Firewall Pro 7.5, Avast 7.0 Free
Ubuntu 10.04: ufw, Avast Linux Home Edition
On Demand (Windows): MBAM Free, SAS Free
Other: NetGear DG834GT (DGTeam), Acronis True Image Home 12.0, PerfectDisk 11.0
I agree -- happens every once in a while with OP - latest release as well as OSS RC2 -- just closing the message and trying again works (although sometimes I have to do that twice -- but "third time is a charm"). When it first happened, I checked the database off-line and it was fine. As Rickster said, just a "quirk".
I've never experienced this particular error myself. It is a quirk then.
A little off topic, but very relevant.
Marking to repair and rebooting, to me, is the long way around a simple operation of repairing an ODBC database. Here's what I do when it gets corrupted (or I think it's corrupted).
- Go to Outpost Tools menu and turn off Enable Logging.
- Under Start/Administrative Tools, select Data Sources (ODBC)
- In the menu that appears, select Outpost Database and click Configure...
- Click Repair...
- You should get a confirmation it is repaired.
- Go turn back on Enable Logging in Outpost.
- It's done and you didn't have to reboot.
Just my 2 cents worth.
Rah
Robb Selby
Beta Tester
___________
Windows XP Pro (SP3), Outpost Security Suite Pro 2009, Firefox 3, Thunderbird, Ad-Aware 2008, Maxthon 2, Yahoo! Messenger (9.0.0.1389 BETA), DriveImage XML, ThreatFire, RegistryBooster 2, SpyEraser.
Thanks Rah, for the information. I would just add to that to disable OP's self protection first before doing this.![]()
XP Professional SP3 (x86): Outpost Firewall Pro 4.0, Malware Defender 2.8, Avast 7.0 Free
Windows 7 Ultimate SP1 (x64): Outpost Firewall Pro 7.5, Avast 7.0 Free
Ubuntu 10.04: ufw, Avast Linux Home Edition
On Demand (Windows): MBAM Free, SAS Free
Other: NetGear DG834GT (DGTeam), Acronis True Image Home 12.0, PerfectDisk 11.0
You can certainly do a repair this way but I've always felt that, when problems arise in the log viewer database, the most expedient thing in the long run is to blow it away and start with a new one rather then repairing the old one. It's anecdotal on my part no doubt but I think you save more time this way.
its just a bug with outpost, most likely your databse is fine, just press log viewer again and it opens.. behaviour will happen with or without antileak/self protection
There are currently 1 users browsing this thread. (0 members and 1 guests)