Cissco ASA 9.8.3 Train

Started by icecream-guy, March 15, 2019, 10:59:00 AM

Previous topic - Next topic

icecream-guy

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:


:professorcat:

My Moral Fibers have been cut.

SimonV


Dieselboy

nice. Have ranted about bugs like this for a while. I bore myself these days  :mrgreen:

deanwebb

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:
Take a baseball bat and trash all the routers, shout out "IT'S A NETWORK PROBLEM NOW, SUCKERS!" and then peel out of the parking lot in your Ferrari.
"The world could perish if people only worked on things that were easy to handle." -- Vladimir Savchenko
Вопросы есть? Вопросов нет! | BCEB: Belkin Certified Expert Baffler | "Plan B is Plan A with an element of panic." -- John Clarke
Accounting is architecture, remember that!
Air gaps are high-latency Internet connections.

SimonV

It's a pretty standard feature with other vendors.

icecream-guy

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.

:professorcat:

My Moral Fibers have been cut.

Otanx

/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

Dieselboy

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'

icecream-guy

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

:professorcat:

My Moral Fibers have been cut.

Dieselboy

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.