I would tend to agree that the overall installation process could improve (not 
that I want to give up my ANSI art or anything). Most of the installation 
process today is merely an extension of the underlying Linux kernel. I would 
settle for more verbose feedback when errors are encountered, like dumping the 
syslog to the tmp folder on a jailed CLI that I have access to at all points 
during the install instead of the rain dance you have to do today with the 
serial port.

-RH

On Aug 23, 2017, at 4:47 PM, Anthony Holloway 
<[email protected]<mailto:[email protected]>> wrote:

Wow, it's kind of cool that you're even asking.  Thanks for that.

Already I can see this is going to be a wide gap in responses. Partner vs end 
user, this customer vs that customer, this version vs that version, this 
scenario vs that one, and on, and on, and on.

1) I feel like it's always a bug (100%), in that, developers should code 
solutions that can work around most issues.  E.g., I had an upgrade fail on a 
CUCM because the ntp was 0.us.pool.ntp.org<http://0.us.pool.ntp.org>, despite 
CUCM happily syncing to it in the current version.  OR Common partition not 
having enough space, when devs could just purge old logs to make room, or 
simply make better logs to begin with (I do admit, moving to compress logs 
[TAR/GZ] was sweet)

2) This is a painful one for me, but I put in a lot of time preparing for an 
upgrade.  A large portion of the time is, in my opinion, wasted finding the 
right documentation and then trying to interpret it.  Here's a fun one: there's 
over 100 documents an Engineer needs to reference in preparation for what I 
would consider a low-medium level environment.  I've posted this before, but 
I'll post it again, I have a matrix of documents I need to reference during the 
planning and execution phase of an upgrade:

[http://cisco-voip.markmail.org/download.xqy?id=rrs3zlxbamemgodr&number=1]

On Wed, Aug 23, 2017 at 8:38 AM Ryan Ratliff (rratliff) 
<[email protected]<mailto:[email protected]>> wrote:
Quick 2 question poll, feel free to unicast or share your response with the 
group.

1. When you or your customers have a UCM or IMP upgrade fail, what percentage 
of failures are due to a bug vs something in the environment (user error, db 
updates, etc)?
% bug:
% not a bug:
Yes it’s a very subjective question but that’s ok, use your judgement.

2. When an upgrade goes smoothly with no issues, how much time do you put into 
the planning and preparation for the upgrade (not the execution)?

Thanks,

-Ryan

_______________________________________________
cisco-voip mailing list
[email protected]<mailto:[email protected]>
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
[email protected]<mailto:[email protected]>
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip

Reply via email to