As timings will have it, two podcasts I’ve been a guest on has been released this week. This time it is On The Line with Cohesity — Episode 42: Back to Travel and VMworld 2021 with Christian Mohn.
I’ve recently had the opportunity to join the The On-Premise IT Roundtable Podcast for a discussion about storage and bottlenecks, titled It’s Time to Embrace the Bottlenecks in Storage.
Next week is Storage Field Day 22, and for the first time since Tech Field Day 6 10 years ago I am a delegate! I am really looking forward to hearing from the presenting sponsors, and being part of what looks like a really great group of delegates.
This is a guest post by Espen Ødegaard: As VMware has not released a fix yet (regarding issues with SD card and USB drive), I’m still experiencing issues with ESXi 7.0 U2a Potentially Killing USB and SD drives, running from USB or SD card installs. As previous workaround (copying VMware Tools to RAMDISK with option
ToolsRamdisk) only worked for 8 days (in my case), I needed something more permanent, to get the ESXi-hosts more stable (e.g. host being able to enter maintenance mode, move VMs around, snapshots/backup, doing CLI-stuff/commands, etc.).
This is a guest post by Espen Ødegaard: As searching and filtering for events in vCenter Server trough vSphere Client somewhat limited (OK, it really sucks, to be honest), it’s usually much faster using PowerCLI, to retrieve, filter & searching events.
This is a guest post by Espen Ødegaard: After upgrading my 4-node vSAN-cluster (homelab) to ESXi 7.0 build 17867351 U2a, I detected that ESXi had issues talking to the USB device, where the ESXi was installed. I found a related KB from VMware, outlining issues with the new VMFS-L, which started my baseline for troubleshooting VMFS-L Locker partition corruption on SD cards in ESXi 7.0 (83376) In short, it says that the VMFS-L partition may have become corrupt, and a re-install is needed. There is no resolution for the SD card corruption as of the time this article was published
This is a guest post by Espen Ødegaard: I recently ran into a strange issue in my home lab, running ESXi 7.0.2, build 17867351 where Veeam Backup & Replication v10 reported the following error: Failed to create VM snapshot. Error: CreateSnapshot failed, vmRef vm-4013, timeout 1800000, snName VEEAM BACKUP TEMPORARY SNAPSHOT, snDescription Please do not delete this snapshot. It is being used by Veeam Backup., memory False, quiesce False
I recently got an Elgato Stream Deck for the home office, and I’ve set it up mostly to control OBS Studio for a couple of projects I’m working on. Since I also have a couple of Key Light Airs, I also use it to control them.
While setting it up, I figured I needed a sleep button on it, that basically locks my Macbook and turns off the lights in one fell swoop. Conceptually this seemed like an very easy thing to set up, but it turns out there are some macOS quirks that needs to be addressed for this to work.
By default in macOS High Sierra, or newer, there is a predefined lock screen hotkey:
Command ⌘ + Control ⌃ Q which works very well. In fact, it works a little to well as it turns out.