HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Legacy
- >
- Windows Server 2003
- >
- Extending Shared drive in a Windows 2003 SP1 Clust...
Windows Server 2003
1830143
Members
21768
Online
109999
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- 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
03-14-2007 04:27 AM
03-14-2007 04:27 AM
Looking through the various TechNet notes and KBs, at least for Windows 2003 *prior* to adding Service Pack 1, it is necessary to shut down all nodes but one when extending a shared drive (KB 304736).
Windows 2003 Service Pack 1 adds the ability to put an existing Physical Disk resource into what it calls Maintenance Mode (cluster res "Disk x:" /maint:on).
Does anyone know if this Win2003 SP1 Maintenance Mode can be used to safely extend a partition *WITHOUT* having to shut down all other nodes?
That is, while the application Group of which the Physical "Disk x:" resource is a part would certainly need to be down for the duration, could any other independent Group still be operational on other nodes in the cluster?
Note: While I am an HPE Employee, all of my comments (whether noted or not), are my own and are not any official representation of the company
Windows 2003 Service Pack 1 adds the ability to put an existing Physical Disk resource into what it calls Maintenance Mode (cluster res "Disk x:" /maint:on).
Does anyone know if this Win2003 SP1 Maintenance Mode can be used to safely extend a partition *WITHOUT* having to shut down all other nodes?
That is, while the application Group of which the Physical "Disk x:" resource is a part would certainly need to be down for the duration, could any other independent Group still be operational on other nodes in the cluster?
Note: While I am an HPE Employee, all of my comments (whether noted or not), are my own and are not any official representation of the company
Solved! Go to Solution.
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-02-2007 07:33 PM
05-02-2007 07:33 PM
Solution
I've heard from people that HP OpenView Volume Growth should work in MS cluster - but this is only relevant if you have EVA storage.
Another alternative I would personally try to use before using low level and not very userfriendly tools like diskpart is clusterrecovery.exe
Short description of how to use this would be:
1) Make a completely new and big enough disk on your SAN.
2) Present it to the servers of the cluster
3) On the node that owns the group you want the bigger disk select New Resource > Physical disk
4) Let's say you now have Disk X: (original) and Disk Y: (new bigger) Take the group offline with the exception of the disks.
5) Use your favourite backup program on Disk X: and restore everything to disk Y: (robocopy ver XP010 with /copyall would also be an option)
6) You are now ready for the magic of clusterrecovery.exe Run it from an XP workstation, connect to the cluster and select to swap disk X: and Y:
7) Bring the cluster group online again.
8) When time allows, but preferrably at once - do make a move group to to the other nodes to ensure 110% they are in sync and that failover works flawlessly.
9) Remove the Y: disk from the cluster (del) and unpresent it from the SAN (keep in mind that this is the original X: disk as seen from the SAN's point of view...)
See also:http://support.microsoft.com/kb/305793
The clusterrecovery method of course assumes you have enough free space on your SAN to make a new disk that is big enough for your needs.
Cheers,
Rune
Another alternative I would personally try to use before using low level and not very userfriendly tools like diskpart is clusterrecovery.exe
Short description of how to use this would be:
1) Make a completely new and big enough disk on your SAN.
2) Present it to the servers of the cluster
3) On the node that owns the group you want the bigger disk select New Resource > Physical disk
4) Let's say you now have Disk X: (original) and Disk Y: (new bigger) Take the group offline with the exception of the disks.
5) Use your favourite backup program on Disk X: and restore everything to disk Y: (robocopy ver XP010 with /copyall would also be an option)
6) You are now ready for the magic of clusterrecovery.exe Run it from an XP workstation, connect to the cluster and select to swap disk X: and Y:
7) Bring the cluster group online again.
8) When time allows, but preferrably at once - do make a move group to to the other nodes to ensure 110% they are in sync and that failover works flawlessly.
9) Remove the Y: disk from the cluster (del) and unpresent it from the SAN (keep in mind that this is the original X: disk as seen from the SAN's point of view...)
See also:http://support.microsoft.com/kb/305793
The clusterrecovery method of course assumes you have enough free space on your SAN to make a new disk that is big enough for your needs.
Cheers,
Rune
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP