Archive | 2017

#STBY – DellEMC DataDomain DDos 6.0 Deletes Valid Data

Got DataDomain? Got DD OS 6.0? Your #VALID data may be getting deleted and you don’t even know it!

UPGRADE TO DD OS 6.0.1.10 IMMEDIATELY!! (Or DD Virtual 3 Update 1)

Segments ingested while the unit is in a cleanup cycle may be deleted, as the unit incorrectly marks them as invalid. You would not know you lost these segments until you attempted to restore!

Click to continue reading “#STBY – DellEMC DataDomain DDos 6.0 Deletes Valid Data”

Leave a comment Continue Reading →

#STBY – Intel Management Engine (Intel AMT) exploit in the wild CVE-2017-5689

Intel recently screwed us all with the Atom C2000 processors taking a massive crash and burn on end users, leading to all sorts of embedded devices turning into giant paperweights. This week, Intel blessed us with an exploit in the wild hitting their Advanced Management Technology (AMT).

AMT is their ability to remotely configure and control desktop and server systems via web service calls. Firewall off where ever possible ports 16992 and 16993, though if someone get’s inside, it’s a free for all. A Pseudo-Patch has been created. Apply it today!

https://www.ssh.com/vulnerability/intel-amt/

Click to continue reading “#STBY – Intel Management Engine (Intel AMT) exploit in the wild CVE-2017-5689”

Leave a comment Continue Reading →

#STBY – GitLab accidental deletion of data

GitLab certainly had a #SucksToBeYou week. Earlier this week, an admin at GitLab had the same thing happen. Too tired, rm -rf in the wrong location, but unfortunately they had poor backup practices.

Props to them for being upfront.
IF they had Netapp gear, or Cloud Ontap, they could have used SnapRestore or Single-File SnapRestore to pull back the deleted files from snapshots within seconds.

Click to continue reading “#STBY – GitLab accidental deletion of data”

Leave a comment Continue Reading →

#STBY – EMC Isilon OneFS failure/reboot after 248days

Just a heads up –  Isilon OneFS: Nodes containing Mellanox ConnectX-3 adapters may unexpectedly reboot after running for 248.5 consecutive days, which may result in data unavailability ( ETA 491747 )

https://community.emc.com/docs/DOC-45083

This primarily hits systems with OneFS 7.2.1.

Reboot those nodes ahead of time or patch if possible!   Otherwise, it’ll #SucksToBeYou!

Leave a comment Continue Reading →

#STBY Cisco Clock Issue – 18month life failure

Cisco announced that a clock module in certain products may have a failure after 18months. This one is big, and this one is bad!
Partial list of systems with issues (ordered by my own priority of which I think will hit my customers the worst)

ASA 5506, ASA 5506W, ASA 5506H, ASA 5508, and ASA 5516 <---- ahh crap! Meraki MS350, MB84 Nexus 9000 Series N9K-C9504-FM-E/N9K-C9508-FM-E/N9K-X9732C-EX NCS1K-CNTLR Cisco ISA3000 SR4331, ISR4321, ISR4351 and UCS-E120

Click to continue reading “#STBY Cisco Clock Issue – 18month life failure”

Leave a comment Continue Reading →

Sucks To Be You! – An Overview

Some days everything goes wrong. It’s not always your fault.

Often, vendors know about problems, and may post about them, or send a communique to vendors or their top superglobomega-corp customers. You are too busy to see them, or not privileged to that information.
This category hopes to be a beacon, a guiding light to what you should know. Learn about issues before you have a day that you feel it sucks to be you.

I’ll primarily focus on Datacenter issues which affect one of my typical customers, typical products we see in virtualization, compute (hyper-converged/converged), storage systems and security.

Click to continue reading “Sucks To Be You! – An Overview”

Leave a comment Continue Reading →