I agree with everything George said.
Once you've gone through and fixed the onesy twosey updates that need to
be done to get everybody to the same level, then using autoupdate
becomes the best way. Instead of CNUT updating 4 or so SM's at once,
each AP can update 4 SM's at once. So it's a force multiplier and it
makes a big difference when you need to update hundreds of units.
I've always used the 'use access point as file server' option. I
assume yours is set the same. What that does is upload the boot image
for the configured SM platform revision (P9, 10, etc) to the AP. The
*AP* then sends the image down to the SMs (via RF private IP) and
reports progress back to CNUT (which is what the "update application
address" is for on the AP's general config page). If you have multiple
platform versions selected, it will start at the top of the list, and
cycle through them every 20 minutes. 'Order by SM number' is helpful,
but I usually just do things half manually. Like I know x AP has only
P10 SMs registered, so I turn off everything except P10. Or I'll go
tower by tower and enable auto-update on a 4 sector cluster and wait
for all SMs to finish, then update the APs and move on to the next.
The last time I tried 'Update Entire Network' ungood things happened.
So anyway the problem there is that the AP doesn't care what version
the SMs are running, it just pushes the image to them. If you need to
update specific SMs to a certain version, then the only way is to
manually add their management IP address to CNUT.
Checking or unchecking the SMs in the CNUT auto discover list does
nothing more than allow you to select them to remove them from the
list. Other than that, it's purely informational, such as auto-update
progress which the AP reports back with SNMP messages. That list is
simply the AP's LUID table.
It's not necessarily bad the way it works, it's just not good. Your
situation though, I don't know what to tell you other than... don't
fall so far behind on updates? ......... ducking. The main problem I
have is the guys "finding" SMs in the trucks and they end up being
really friggin old. Like a 450 the other day on 12.1.2 or something
like that. I said, no, bad dog, find another SM. Not my problem that
you can't keep your truck organized.
On 8/3/2016 10:01 PM, Ken Hohhof wrote:
I’ve been using CNUT for 9 years but am a newbie at SM Autoupdate
because I thought it wouldn’t work if you checked Public for the IP
address.
When I enabled Autoupdate for the AP, CNUT immediately started
updating all the SMs it discovered under that AP, without me checking
the boxes or even telling it to update anything. Which surprised me.
It sounds like you are saying you can check the boxes for which SMs
you want the AP to autoupdate, but that’s not what I observed. What
am I doing wrong?
In the past, I have always given CNUT the IP address of each SM, and
checked the boxes for which ones I wanted updated. I’m trying to
learn how to use SM Autoupdate. The manual doesn’t seem to be helping
me a lot.
*From:* Sean Heskett <mailto:[email protected]>
*Sent:* Wednesday, August 03, 2016 7:43 PM
*To:* [email protected] <mailto:[email protected]>
*Subject:* Re: [AFMUG] CNUT question how to autoupdate without
downgrading anySMs?
yeah what bill and geroge said
-sean
On Wed, Aug 3, 2016 at 6:07 PM, Bill Prince <[email protected]
<mailto:[email protected]>> wrote:
What George said.
However.... You can sort by version number,check all the ones at
the top of the list (version A), upgrade them to B, then do it
again and upgrade everything to C.
bp
<part15sbs{at}gmail{dot}com>
On 8/3/2016 4:51 PM, George Skorup wrote:
It does not understand upgrade path. It will update every SM
on the sector to whatever version is enabled and highest in
the list for that platform. For example, if you have 13.2.1
on top, then 14.1.2 below that, both checked, it will enable
auto-update with 13.2.1. You need to manually add only the
SMs that you want to update.
Or somebody tell me I'm wrong, because that's always the way
it has worked for me.
On 8/3/2016 6:28 PM, Ken Hohhof wrote:
Let's say I have an AP with various SMs that are on FW
versions A, B and C. Perhaps new installs got sent out
with C on them, but the upgrade path requires that you go
A -> B -> C, and some older SMs have been taken to B,
while some are still on A.
Is there a way to upgrade all the SMs on A to B, without
downgrading the SMs on C back to B?
I could be really brave and enable both B and C in Manage
Packages, and hope that CNUT understands you can't go
directly from A to C so those SMs should be updated to B,
but the ones already on C can stay there. But I don't
trust CNUT to be that smart, or I'm not that brave.
