- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- %BACKUP-F-CLUSTER, unsuitable cluster factor redux
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
тАО06-15-2010 09:43 AM
тАО06-15-2010 09:43 AM
Re: %BACKUP-F-CLUSTER, unsuitable cluster factor redux
IM> then they may assist. The people who
IM> read those emails are already aware of
IM> this thread.
Then what more is there to do? They know the problem and they know the solution. What more could I possibly add?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-15-2010 12:07 PM
тАО06-15-2010 12:07 PM
Re: %BACKUP-F-CLUSTER, unsuitable cluster factor redux
BT>networking group is forcing me to disconnect them and revert
BT>to the DEMNAs because the FDDI switch to which they had been
BT>connect is not a managed switch and can't be placed on a
BT>separate VLAN. They will not replace the switch with another
BT>FDDI switch that could be managed because it wouldn't be
BT>"standard", so they're turning it off.
Do you have a PCI based FDDI card that will work in the Alpha (DEFPA)?
We used to have a thee node cluster (two ES40's and a AS2000) that used a FDDI in addition to 10BaseT Ethernet. The FDDI was "switchless", just two counter rotating rings between the 3 nodes (so every node could directly see both other nodes). So an FDDI switch isn't a requirement. But if you don't have a switch, and two nodes only, when you shutdown one of the nodes, and if you have DECnet running on the FDDI link, you will start to get adjacency down messages.
If the network group is abandoning the FDDI switch, can you just grab it for use as a dedicated private switch used only for the VMS nodes? As long as it isn't connected to anything else in the network, the networking group shouldn't be concerned.
Adding a DEFPA to the AS1000 would probably be the cheapest way to get a 100Mb SCS connection between the Alpha and the VAXes. I am not sure about the VAX, but for Alphas (7.x) , if the NISCS_MAX_PKTSZ was set to the FDDI size, then the FDDI would be used preferentially over the Ethernet, and for bulk data like backups, I would expect the larger packet size to be an advantage.
I hope that a patched version of the VAX backup is released. HP, that's the "right thing to do". It should have been done at the same time the patch was released for the Alpha.
Suggestion for HP, create a patch, have Brian be your beta tester, and then release the patch.
Jon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-15-2010 12:19 PM
тАО06-15-2010 12:19 PM
Re: %BACKUP-F-CLUSTER, unsuitable cluster factor redux
JP> will work in the Alpha (DEFPA)?
The Alpha already has a DEFPA in it, but as I said already, the networking group is decomissioning the fiber switch. That's why I had to revert to the 10Mb card and asked about the 100Mb twisted pair card. I can get a DE500-AA for $50.00 at Great Lakes Computers just up the street, so I'll replace the existing 10 Mb Ethernet card with that.
JP> I hope that a patched version of the VAX
JP> backup is released. HP, that's
JP> the "right thing to do". It should have
JP> been done at the same time the patch was
JP> released for the Alpha.
JP>
JP> Suggestion for HP, create a patch, have JP> Brian be your beta tester, and then
JP> release the patch.
That's what I think should be done also.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-15-2010 12:35 PM
тАО06-15-2010 12:35 PM
Re: %BACKUP-F-CLUSTER, unsuitable cluster factor redux
BT>just up the street, so I'll replace the existing 10 Mb
BT>Ethernet card with that.
Adding a DE500-AA to the AS1000 4/233 is a good idea, since the Alpha will have its capabilities improved.
However, I don't see how doing that is going to improve the performance of the SCS traffic between the VAX and the Alpha, because the VAX is limited to 10Mb with the DEMNA. What am I not understanding?
Jon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-15-2010 12:38 PM
тАО06-15-2010 12:38 PM
Re: %BACKUP-F-CLUSTER, unsuitable cluster factor redux
JP> going to improve the performance of the
JP> SCS traffic between the VAX and the
JP> Alpha, because the VAX is limited to
JP> 10Mb with the DEMNA. What am I not
JP> understanding?
You're not missing anything. I'm going to price the Nemonix XMI add-in boards. I don't know if DEC/Compaq/HP had a 100Mb card for the VMI bus.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-15-2010 12:49 PM
тАО06-15-2010 12:49 PM
Re: %BACKUP-F-CLUSTER, unsuitable cluster factor redux
BT>that could be managed because it wouldn't be "standard",
BT>so they're turning it off.
Was this leased equipment, or it the switch just going to be thrown away?
If it is going to be thrown out, why can't you just mount it in one of the VAX 7730 cabinets, and run fiber patch cords to the DEMFAs and the DEFPA and just make it a dedicated cluster interconnect, with no connection to any network? Then it would be invisible to the networking group, and would just be "part of the Cluster hardware". The networking group didn't control your CI cables and HSJ/HSC did they? Just call it an FDDI star coupler.
Jon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-15-2010 08:23 PM
тАО06-15-2010 08:23 PM
Re: %BACKUP-F-CLUSTER, unsuitable cluster factor redux
As Ian Miller said, please send an email to openvms.programs@hp.com regarding this issue. You may get some useful assistance.
Regards,
Ketan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-16-2010 04:21 AM
тАО06-16-2010 04:21 AM
Re: %BACKUP-F-CLUSTER, unsuitable cluster factor redux
SB> to openvms.programs@hp.com regarding
SB> this issue. You may get some useful
SB> assistance.
Why be so secretive? If the people monitoring that address are aware of the problem and can be of assistance, why don't they just say so publically here and help everyone who may have this problem?
I've written as you suggest, but I'd rather have the conversation in public.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-16-2010 02:09 PM
тАО06-16-2010 02:09 PM
Re: %BACKUP-F-CLUSTER, unsuitable cluster factor redux
--
For the same reason that we ask folks who have a support contract to formally log a call. Like it or not, "management likes to track and quantify various issues, and the requested email is effectively a less formal way of logging a call that's offered as a courtesy for folks without contracts.
Yeah, I "get it" that we should want to fix all bugs, independent of how they're discovered and reported, but that's how we're asked to play the game.
-- Rob (who is using the "royal we" as a HP'er, but not a member of VMS engineering)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-03-2011 08:27 AM
тАО02-03-2011 08:27 AM
Re: %BACKUP-F-CLUSTER, unsuitable cluster factor redux
Because we're in the process of implementing Charon-VAX, I was able to create two extra disks that were each the same size as my RAIDed RZ1DFs (28 GB). I made an IMAGE backup of a production disk and put the saveset on the first of these large disks. I then attempted to restore that saveset to the second large disk. BACKUP displayed an informational messages that said the disk wasn't usable in V7.2 or earlier of VMS and then proceeded to initialize the large disk with the same values as the source disk and restore the saveset. Needless to say, I'm DELIGHTED! I offer profuse thanks to the people at HP who worked at correcting this bug in BACKUP and encourage HP to make this patch available to all customers who use VAX (and VAX emulations) and run OpenVMS 7.3 on them.
I also offer thanks to all the people who helped in this thread and especially to those who were able to examine the BACKUP source and find the true cause of the issue.