[cisco-voip] Cisco Revoking Drive Pull Support!

[Ed Leatherman]

So if you pull a drive and the array doesnt think its bad then you're
screwed if it doesnt re-build? That seems pretty ridiculous for something
that supposed to be built for fault tolerance etc.

Is this just HP arbitrarily deciding not to support something because their
RAID controller might not work as expected? That gives me warm and
fuzzies...

On 2/27/07, Matt Slaga (US) <Matt.Slaga at us.didata.com> wrote:
>
>   For those of you who swap hard drives before upgrades, beware!  Cisco
> has changed their stance and no longer supports this.
>
>
>
>
>
> Internal Cisco conversation:
>
>
>
> Hi,
>
>
>
> I have a client that was upgrading their CallManager server this weekend.
> They powered down the server and pulled a drive.  They then powered the
> server back up and tried to mirror a new drive - pretty standard practice
> for backup and recovery on CallManager servers.
>
>
>
> Unfortunately there was a problem and the drive wouldn't mirror.
>
>
>
> Cisco's TAC engineer got an HP engineer on the phone to help troubleshoot
> and the HP engineer told the customer and TAC that pulling a drive and
> mirroring a new drive was not supported.  And that the array only allows you
> to pull a drive it the array thinks the drive has failed.  Again this was
> done on a server that had been powered down.
>
>
>
> Needless to say our client was not happy since this is a pretty standard
> practice and one that Cisco has even documented.  I need to understand why
> the HP engineer said we should not be doing this.  As an ex partner - I did
> this on a regular basis and never had issues.
>
>
>
> If this is something that should not be done then we have a bigger problem
> since a lot of our documentation references pulling a drive as a backup
> procedure.  Any help and guidance would be appreciated since we have to
> respond back to the client today.
>
>
>
> Anita Dulude
>
> Consulting Systems Engineer
>
> Cisco Systems, Inc
>
>
>
>
>
>
>
> Response:
>
>
>
> Anita,
>
>
>
> It is not supported as a method to backup a system.  Please provide the
> links where it is documented and I will get someone from CallManager product
> management to revise the document.
>
>
>
>
>
>
>
> Dave English
>
> Product Manager - MCS Platforms
>
> Cisco
>
> IP Communications Business Unit
>
>
>
>
>
>
>
> Response:
>
>
>
> I wanted to follow up from the links I sent you to see if the
> documentation is correct or not.  This is critical since there are a lot of
> engineers and clients following this procedure and if this is wrong - a lot
> of documents will need to be updated.  I found Meetingplace documents that
> document pulling drives also.  So this is definitely beyond just
> CallManager.
>
>
>
> Anita Dulude
>
> Consulting Systems Engineer
>
> Cisco Systems, Inc
>
>
>
>
>
>
>
> Response:
>
>
>
> Anita,
>
>
>
> It is not supported.  The documents are wrong and should be corrected.  I
> have asked Wade Hamblin of CallManager Product Management to have the docs
> revised.
>
>
>
>
>
>
>
> Dave English
>
> Product Manager - MCS Platforms
>
> Cisco
>
> IP Communications Business Unit
>
>
>
>
>
>
>
>
>
>
>
> ------------------------------
>
> * Disclaimer: This e-mail communication and any attachments may contain
> confidential and privileged information and is for use by the designated
> addressee(s) named above only. If you are not the intended addressee, you
> are hereby notified that you have received this communication in error and
> that any use or reproduction of this email or its contents is strictly
> prohibited and may be unlawful. If you have received this communication in
> error, please notify us immediately by replying to this message and deleting
> it from your computer. Thank you. *
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>


-- 
Ed Leatherman
Senior Voice Engineer
West Virginia University
Telecommunications and Network Operations
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20070227/112cfdbb/attachment-0001.html