[DRBD-user] Quick Question about Upgrading 8.3.2 -> 8.3.8

Robinson, Eric eric.robinson at psmnv.com
Sat Jul 23 05:55:19 CEST 2011

Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.

Is anyone up late on a Saturday night who can tell me if there are any
caveats or gotchas I should be aware of when upgrading from drbd 8.3.2
to 8.3.8?
I have two RHEL 5.5 servers running drbd 8.3.2 built from source. 
My plan is to:
    shut down high availability services on the secondary server
    shut down drbd on the secondary server
    build the new drbd and kmod-drbd 
    start the new drbd
    start high availability services
    trigger a failover (secondary now becomes primary)
    repeat the same process on the old primary
Are there any incompatibilities between 8.3.2 and 8.3.8 that might get
in the way? Does it matter whether I am using internal or external
metadata? (I think I am using internal, but how do I tell for sure?)
If someone wants to take a crack at these questions this fine Saturday
evening, I would be a happy man.

Eric Robinson


Disclaimer - July 22, 2011 
This email and any files transmitted with it are confidential and intended solely for drbd-user at lists.linbit.com. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this email are solely those of the author and might not represent those of Physicians' Managed Care or Physician Select Management. Warning: Although Physicians' Managed Care or Physician Select Management has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. 
This disclaimer was added by Policy Patrol: http://www.policypatrol.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20110722/d741fb54/attachment.htm>

More information about the drbd-user mailing list