[cisco-voip] [QUARANTINE] Re: partitions unaligned is unavoidable for upgrades to 9.1.2

[Matthew Loraditch]

This would be correct the code in the OS didn't handle alignment properly until the first VMware kosher release 8.0.2 or 3 if I remember right. So no matter if the ova is right or not as soon as an earlier release starts  up it moves things out of alignment somehow.



If you have access to the partner community there were VoEs when jump upgrades came out where it was explained in depth.



Out of alignment has caused some bad performance issues in installs and hence the check was added  and the requirement for DRS restore to a clean built 9.1.2 VM for jump upgrades.


Matthew G. Loraditch - CCVP, CCNA, CCDA

1965 Greenspring Drive
Timonium, MD 21093

direct voice. 443.541.1518
fax.  410.252.9284

Twitter<http://twitter.com/heliontech>  |  Facebook<http://www.facebook.com/#!/pages/Helion/252157915296>  | Website<http://www.heliontechnologies.com/>  |  Email Support<mailto:support at heliontechnologies.com?subject=Technical%20Support%20Request>
________________________________
From: cisco-voip [cisco-voip-bounces at puck.nether.net] on behalf of Ted Nugent [tednugent73 at gmail.com]
Sent: Saturday, January 25, 2014 2:40 PM
To: Jason Aarons (AM)
Cc: cisco-voip (cisco-voip at puck.nether.net)
Subject: [QUARANTINE] Re: [cisco-voip] partitions unaligned is unavoidable for upgrades to 9.1.2

Upgraded a few weeks ago from 8.6.2 to 9.1.2 and it was fine... I did a jump last month from 7.1.5 to 9.1.2 and hit it.. be interested too see if this only occurs on Jumps or if anyone is seeing it on direct upgrades as well.


On Sat, Jan 25, 2014 at 1:53 PM, Jason Aarons (AM) <jason.aarons at dimensiondata.com<mailto:jason.aarons at dimensiondata.com>> wrote:
You risk being “Unsupported” if you call TAC.  I would fix it before going into production.

I understood it was an OVA issue but it can’t be totally that, since I used the “fixed” OVA, never touching the OVA version that created the problem.

From: Erick Bergquist [mailto:erickbee at gmail.com<mailto:erickbee at gmail.com>]
Sent: Saturday, January 25, 2014 1:50 PM
To: Jason Aarons (AM)
Cc: cisco-voip (cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>)
Subject: Re: [cisco-voip] partitions unaligned is unavoidable for upgrades to 9.1.2


Yep.

Does anyone know if the unaligned partitions happens on a 9.1.1 to 9.1.2 upgrade? I have been putting it off for this reason of the extra server rebuild/restore. Kind of waiting for 10.x to do it.  I know 9.1.2 adds the warning about it.

Unaligned partitions is ok to run on, just has performance impact from my understanding.

On Sat, Jan 25, 2014 at 11:06 AM, Jason Aarons (AM) <jason.aarons at dimensiondata.com<mailto:jason.aarons at dimensiondata.com>> wrote:
So based on the support forums there is no “partitions unaligned” workaround for upgrades.  You are going to have to DRS Export 9.1.2 and DRS Import it back in for a upgrade.  I had planned for DRS rebuild based on the CCM release notes for 9.1.2 but was hoping there was a way to avoid it.

https://supportforums.cisco.com/thread/2234742

I built my new 7.1.5 using a “fixed OVA” but that doesn’t seem to matter.




[cid:image001.jpg at 01CF19D4.C8EEFB60]







_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip



itevomcid

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140125/c1f8e825/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 38560 bytes
Desc: image001.jpg
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140125/c1f8e825/attachment.jpg>