- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Shadowing problem
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-29-2008 12:08 AM
тАО08-29-2008 12:08 AM
growing error counter for a single member shadow
set without errors on the member disk.
Output of 'SHOW DEVICE D' looks like this:
Device Device Error
Name Status Count
DSA100: Mounted 24
...
$1$DGA100: (BUCL01) ShadowSetMember 0 (member of DSA100:)
Cluster consists of 2 DS20E, OpenVMS Version is 7.3-2,
Disk is MSA1000 unit, shadow set is mounted on both cluster members.
DIAGNOSE shows:
...
IOSB x000000000000005C
DATACHECK - write check error
...
Any suggestions ?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-29-2008 01:07 AM
тАО08-29-2008 01:07 AM
Re: Shadowing problem
Please provide output (in plain text attachment) from the following:
$ mcr sysman set env/cluster
SYSMAN> do show device/ful dsa100
(Cut and paste output to notepad, save with .txt extension, and save as attachment with reply.)
Jon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-29-2008 01:18 AM
тАО08-29-2008 01:18 AM
Re: Shadowing problem
attached you will find sysman output
(at least I hope so).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-29-2008 01:39 AM
тАО08-29-2008 01:39 AM
Re: Shadowing problem
Are other members being added and removed, for instance for "backup snapshots"?
What device did the DATACHECK write check error appear under?
Jon
P.S. I had no trouble reading the attachment.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-29-2008 02:11 AM
тАО08-29-2008 02:11 AM
Re: Shadowing problem
All errors appear under DSA100 as you can see in the attached DIAGNOSE extract.
This system has another seven(!) single member shadow sets mounted. None of them has ever shown errors on th dsaxxx device.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-29-2008 08:17 AM
тАО08-29-2008 08:17 AM
Re: Shadowing problem
IIRC, this command arrived via shadowing ECO kit in V7.3-2. And on the topic of ECOs, if you're not current on your ECOs and your firmware, get there.
If you're current on your patches and firmware, it might also pay off to engage your hardware support organization here, as there's clearly something a little wonky here.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-30-2008 10:48 PM
тАО08-30-2008 10:48 PM
SolutionDo those errors disappear, if you turn it off ? Does shadowing correctly handle this setting ?
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-01-2008 04:49 AM
тАО09-01-2008 04:49 AM
Re: Shadowing problem
ANA/DISK/SHADOW compares the disk with itself. As expected there were no errors.
We are not completely up to date with firmware and patches. I shall install the latest firmware and patches as soon as possible.
Volker,
DATA_CHECK on write operations has been enabled in 2002 because there were mysterious problems with Oracle Rdb. It didn't help solving those problems but nobody turned it off. We will try this now, because this device is in fact the only with DATA_CHECK turned on.
But what's wrong with DATA_CHECK enabled except slowing down I/O ?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-01-2008 05:05 AM
тАО09-01-2008 05:05 AM
Re: Shadowing problem
http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp?lang=en&cc=us&taskId=110&prodSeriesId=459922&prodTypeId=18964&prodSeriesId=459922&objectID=c01462103 so turn the write check off.
Also try a anal/dis/read of your disk (will read all data on disk !) to see if there are parity errors (bad blocks). It shouldn't give the errors because there are no hardware errors but it could give more info about what is wrong.
Wim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-01-2008 10:25 PM
тАО09-01-2008 10:25 PM
Re: Shadowing problem
Fwiw,
Jur.