In my previous post I described how to reformat an Isilon node if for some reason the cluster creation is defective. After we got our new Gen 6 clusters up and running, we ran into another peculiar issue: the Isilon nodes lose network connectivity after a reboot. If we would then unplug the network cable and move it to a different port on the Isilon node, the network would come online again. Move the cable back to the original port: connectivity OK. Reboot the node: “no carrier” on the interface, and no connectivity.
While installing a new Dell EMC Isilon H400 cluster, I noticed node 1 in the chassis was acting up a bit. It allowed me to go through the initial cluster creation wizard, but didn’t run through all the steps and scripts afterwards. I left the node in that state while I installed another cluster, but after two hours or so, nothing had changed. With no other options, I pressed Ctrl + C: the screen became responsive again and eventually the node rebooted. However, it would never finish that boot, instead halting at “/ifs not found”. Eventually, it would need a reformat before it would function properly again…
Our company recently replaced a lot of VNX storage by new Dell EMC Unity all-flash arrays. Since we are/were primarily a VMware hypervisor house, we decided to go ahead and create the new LUNs as VMware VMFS (Block) LUNs/datastores. This however resulted hitting us a weird and unexpected replication limit at 64 sessions.
I recently deployed a new 32TB Data Domain DD3300 system. The initial configuration is easy and familiar enough. Connect to the system via the serial cable, setup iDRAC, and run the initial configuration wizard. Afterwards the rest of the configuration can be performed via SSH and/or the GUI.
While continuing with the configuration, I noticed I could not create an aggregate Ethernet interface. No LACP or Etherchannel! So what if my Ethernet interface goes down, for whatever reason?
Back at Storage Field Day 16 in Boston, Zerto presented their VM replication software. It’s a block level, continuous hypervisor based replication, using a journal to log I/O in a VCR-like fashion. This enables you to rewind to any point in time that’s covered in the journal, and recover your VMs to that exact state. Zerto’s plans are a bit grander than “just VM Replication” though… they aim to cover the complete IT Resiliency market.