Thanks Wally, I will pass this on but we have had some hardware replaced between episodes but will ask to check again.
Thanks John, We don't have any GCI or C programs using UCI accessing any of our live databases. Good thought though. Regards David Logan Database Administrator HP Managed Services 139 Frome Street, Adelaide 5000 Australia +61 8 8408 4273 - Work +61 417 268 665 - Mobile +61 8 8408 4259 - Fax -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wally Terhune Sent: Wednesday, 28 April 2004 10:59 PM To: U2 Users Discussion List Subject: Re: VOC corruption I can relay one UV customer's experience. After months of sporadic file corruption episodes, they finally had their hardware folks come out and check over the system (one of the first things our support group had suggested, of course). They had memory boards seated in improper slots. Once they correctly re-seated the memory boards - all file corruption issues ceased. Even though the hardware diagnostic programs for this platform reported no errors - it is always prudent to check hardware. Anything that interrupts a clean movement of a block of data from memory to the physical disk platters could result in database file corruption. Wally Terhune Manager - U2 Advanced Technical Services IBM DB2 Information Management Software Tel: 303.294.4866 Fax: 303.294.4832 [EMAIL PROTECTED] www.ibm.com/software/data/u2/support - Open, Query, Update, Search - Online! Don't miss out on the IBM DB2 Information Management Technical Conference September 19-24, 2004 - Las Vegas, NV "Logan, David (SST - Adelaide)" <[EMAIL PROTECTED] To om> "U2 List" <[EMAIL PROTECTED]> Sent by: cc u2-users-bounces@ oliver.com Subject VOC corruption 04/27/2004 08:05 PM Please respond to U2 Users Discussion List Hi Folks, Twice in the past month I have had a major server, with a business critical system, come to a halt with corruption of the VOC file. The first incident was tracked back to the possibility of errors on the SAN. Hardware was replaced and the file has been resized (I assume by this it has also been moved to a different area on the disk or disks) The following incident has no hardware indications in any log thus making it a little hard to trace where the issue occurred. The customer is, understandably, concerned this may happen again as unfortunately both incidents have had a major impact on their business. I am curious to find if any other sites have had a similar issue. Both incidents were backward link errors in the same items. As noted above, the file was resized between incidents and I assume is now in a different area on the SAN. I have found nothing to date in any log on the system. Any suggestions are welcome. Compaq Tru64 UNIX V5.1A (Rev. 1885); Thu Feb 20 14:06:32 EST 2003 UniVerse 10.0.8 Thanks David Logan Database Administrator HP Managed Services 139 Frome Street, Adelaide 5000 Australia +61 8 8408 4273 - Work +61 417 268 665 - Mobile +61 8 8408 4259 - Fax -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
