I recommend not going with the 9.8.3 train, I have recently hit SEV2 bug identified as CSCvn65598,
seems one cannot save the configuration when this bug is hit.
# wr
Building configuration...
Cryptochecksum: 6a45af93 55c465a5 d1bc201e ed8cacb5
334080 bytes copied in 0.810 secsThe flash device is in use by another task.
The flash device is in use by another task.
[OK]
# show start
The flash device is in use by another task.
No Configuration
# fsck disk0:
ERROR: There are one or more sw-modules running on the system. Please shut down the sw-modules before attempting to run fsck on disk0:
Amazing :mrgreen:
nice. Have ranted about bugs like this for a while. I bore myself these days :mrgreen:
Wow, not able to save a config?
That's kind of a thing you want to do with a config... you know... *save* it.
:ivan:
It's a pretty standard feature with other vendors.
they've offered me the solution to copy the running config to a disk file, odd that this works. and then after the device reloads, I can copy the disk file to running configuration. but they think that a reload will fix the issue. I'm working on my CM for Wednesday next week.
/em quickly checks deployed ASA code versions...
Thanks for this. Think I will avoid this one. These are the bugs that drive me to get rid of gear. How do you not test saving a config before releasing code? I would give them a pass if there was some very specific configuration that triggers the bug, but based on the bug report it is just using ASDM.
-Otanx
Quote from: Otanx on March 18, 2019, 11:45:02 AM
/em quickly checks deployed ASA code versions...
Thanks for this. Think I will avoid this one. These are the bugs that drive me to get rid of gear. How do you not test saving a config before releasing code? I would give them a pass if there was some very specific configuration that triggers the bug, but based on the bug report it is just using ASDM.
-Otanx
I wrote a long reply something like what you just put. I feel exactly the same. I've had Cisco tell me before "oh we cannot predict every customer deployment". But WTF man it's just 'copy run start'
This is the one that started it all, CSCvi16029. Don't bother to look it up, there is no info available in the bug search tool, you can get more info by looking here.
https://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20180606-asaftd
Okay so this thread almost has all the things which annoy me about Cisco and their support. We're just missing this last one which is explained in my screenshot of a message between myself and TAC this morning.