Why Is the Internet Broken: Greatest Hits

When I started this site back in October of 2014, it was mainly to drive traffic to my NetApp Insight sessions -and it worked.

(By the way… stay tuned for a blog on this year’s new Insight sessions by yours truly. Now with more lab!)

As I continued writing, my goal was to keep creating content – don’t be the guy who just shows up during conference season.


So far, so good.

But since I create so much content, it gets hard to find for new visitors to this site, The WordPress archives/table of contents is lacking. So, what I’ve done is create my own table of contents of the top 15 most visited posts and the last 5-10 newest. I will keep it up as the main landing page. The list will change on occasion to keep up changing stats.

Newest posts (excluding “Behind the Scenes posts”)

FlexGroups: An evolution of NAS

Setting up BIND to be as insecure as possible in Centos/RHEL7

ONTAP 9 RC1 is now available!

ONTAP 9 Feature: Volume rehosting

Migrating to ONTAP – Ludicrous speed!


Top 5 Blogs (by number of visits)

TECH::Using NFS with Docker – Where does it fit in?

TECH:: NetApp is kicking some flash!

TECH::Clustered Data ONTAP 8.3.1 is now in general availability (GA)!

TECH::Data LIF best practices for NAS in cDOT 8.3

TECH::Become a clustered Data ONTAP CLI Ninja


I also write for datacenterdude.com on occasion. To read those, go to this link:

My DataCenterDude stuff

How else do I find stuff?

You can also search on the site or click through the archives, if you choose. If you have questions or want to see something changed or added to the site, follow me on Twitter @NFSDudeAbides or comment on one of the posts here!

You can also email me at whyistheinternetbroken@gmail.com.

Behind the Scenes: Episode 62 – ONTAP 9.1 Hardware Refresh

Welcome to the Episode 62, part of the continuing series called “Behind the Scenes of the NetApp Tech ONTAP Podcast.”


This week, we geek out on the new hardware announcements made at Insight 2016 in Las Vegas that coincide with the ONTAP 9.1 release. We chat with Flash TME Skip Shapiro and PM Mukesh Nigam, as we learn about the latest and greatest updates with these beastly – yet densely compact – new hardware platforms including:

We also welcomed a customer from the College Board, Deanna McNeill (@deannie) to discuss Insight and her experience with NetApp.

    Finding the Podcast

    The podcast is all finished and up for listening. You can find it on iTunes or SoundCloud or by going to techontappodcast.com.

    Also, if you don’t like using iTunes or SoundCloud, we just added the podcast to Stitcher.


    I also recently got asked how to leverage RSS for the podcast. You can do that here:


    You can listen here:

    vSphere 6.5: The NFS edition

    A while back, I wrote up a blog about the release of vSphere 6.0, with an NFS slant to it. Why? Because NFS!

    With VMworld 2016 Barcelona, vSphere 6.5 (where’d .1, .2, .3, .4 go?) has been announced, so I can discuss the NFS impact. If you’d like a more general look at the release, check out Cormac Hogan’s blog on it.

    Whither VMFS?

    Before I get into the new NFS feature/functionality of the release, let’s talk about the changes to VMFS. One of the reasons people use NFS with VMware (other than its awesomeness) is that VMFS had some… limitations.

    With the announcement of VMFS-6, some of those limitations have been removed. For example, VMFS-6 includes something called UNMAP, which essentially is a garbage collector for unused whitespace inside the VMFS datastore. This provides better space efficiency than previous iterations.

    Additionally, VMware has added some performance enhancements to VMFS, so it may outperform NFS, especially if using fiber channel.

    Other than that, you still can’t shrink the datastore, it’s not that easy to expand, etc. So, minor improvements that shouldn’t impact NFS too terribly. People who love NFS will likely stay on NFS. People who love VMFS will be happy with the improvements. Life goes on…

    What’s new in vSphere 6.5 from the NFS perspective?

    In vSphere 6.0, NFS 4.1 support was added.

    However, it was a pretty minimal stack – no pNFS, no delegations, no referrals, etc. They basically added session trunking/multipath, which is cool – but there was still a lot to be desired. On the downside, that feature isn’t even supported in ONTAP yet. So close, yet so far…

    In vSphere 6.5, the NFS 4.1 stack has been expanded a bit to include hardware acceleration for NFSv4.1. This is actually a pretty compelling addition, as it can help the overall NFSv4.1 performance of the datastore.

    NFSv4.1 also fully supports IPv6. Your level of excitement is solely based on how many people you think use IPv6 right now.


    Perhaps the most compelling NFS changs in vSphere 6.5 is how we secure our mounts.

    In 6.0, Kerberos support was added, but you could only do DES. Blah.

    Now, Kerberos support in vSphere 6.5 includes:

    • AES-128
    • AES-256
    • REMOVAL of DES encryption
    • Kerberos with integrity checking  (krb5i – prevents “man in the middle” attacks)

    Now, while it’s pretty cool that they removed support for the insecure DES enctype, that *is* going to be a disruptive change for people using Kerberos. The machine account/principal will need to be destroyed and re-created, clients will need to re-mount, etc. But, it’s an improvement!

    How vSphere 6.5 personally impacts me

    The downside of these changes means that I have to adjust my Insight presentation a bit. If you’re going to Insight in Berlin, check out 60831-2: How Customers and Partners use NFS for Virtualization.

    Still looking forward to pNFS in vSphere, though…

    Behind the Scenes: Episode 61 – Security and Storage

    Welcome to the Episode 61, part of the continuing series called “Behind the Scenes of the NetApp Tech ONTAP Podcast.”


    This week on the podcast, we discuss security in storage systems with the new security TME Andrae Middleton and NetApp A-Team member Jarett Kulm (@JK47theweapon) of High Availability, Inc. We cover security at rest, in-flight, methodologies, ransomware and much more!

    Also be sure to check out our podcast on NetApp Volume Encryption.

    Finding the Podcast

    The podcast is all finished and up for listening. You can find it on iTunes or SoundCloud or by going to techontappodcast.com.

    Also, if you don’t like using iTunes or SoundCloud, we just added the podcast to Stitcher.


    I also recently got asked how to leverage RSS for the podcast. You can do that here:


    You can listen here:

    Behind the Scenes: Tech ONTAP Podcast Live!

    During NetApp Insight 2016 in Las Vegas, Andrew and I had the opportunity to do a podcast live, onstage, during the Tech Team Forum. We invited one of the NetApp A-Team members, Glenn Dekhayser (@gdekhayser) of Red8, to talk DevOps.

    We had a short list of questions prior, but didn’t rehearse anything until the day before. And even then, it was kind of a partial rehearsal – they ran out of time to complete it. So, we pretty much ad libbed the whole thing, which is the Tech ONTAP podcast way!

    We knew Glenn was going to be great, as was Andrew. I was the wild card. The guest beard made its triumphant public appearance.

    The story of the guest beard

    Each one of us on the podcast has a beard.


    Well, I have one during the fall and winter. Screw summer beards. However, many of our guests do not. So, we decided we needed a beard for one and all. I went to Amazon and found the rattiest beard I could find. Mission accomplished. Now, it’s the unofficial mascot of the podcast.

    The decision to wear it onstage, in front of co-workers and partners, as well as execs, was kind of a last minute audible. I’m pretty sure it went over like a lead balloon. No one expects a guest beard.

    If you’re interested, here’s the podcast on stage, in its entirety. Let us know what you think!

    Also, be sure to check out techontappodcast.com for more of our episodes!

    ONTAP 9.1 RC1 is now available!

    For info about ONTAP 9.0, see:

    ONTAP 9 RC1 is now available!

    ONTAP 9.0 is now generally available (GA)!

    While many of the features of ONTAP 9.1 were announced at Insight 2016 in Las Vegas, the official release of the software wasn’t scheduled until the first week of October, which was the week after the conference.

    For Insight Las Vegas highlights, see http://www.netapp-insight.com/las-vegas-highlights.

    Get used to more features being released for ONTAP in the coming years. We’ve sped up the release cycle to get more cool stuff out faster!

    But now, ONTAP 9.1 RC1 available!

    That’s right – the next major release of ONTAP is now available. If you have concerns over the “RC” designation, allow me to recap what I mentioned in a previous blog post:

    RC versions have completed a rigorous set of internal NetApp tests and are are deemed ready for public consumption. Each release candidate would provide bug fixes that eventually lead up to the GA edition. Keep in mind that all release candidates are fully supported by NetApp, even if there is a GA version available. However, while RC is perfectly fine to run in production environments, GA is the recommended version of any ONTAP software release.

    For a more official take on it, see the NetApp link:


    What’s new in ONTAP 9.1?

    At a high level, ONTAP 9.1 brings:

    If you have questions about any of the above, leave a comment and I’ll address them in a future blog post.

    Happy upgrading!





    NetApp FlexGroup: An evolution of NAS


    I’ve been the NFS TME at NetApp for 3 years now.

    I also cover name services (LDAP, NIS, DNS, etc.) and occasionally answer the stray CIFS/SMB question. I look at NAS as a data utility, not unlike water or electricity in your home. You need it, you love it, but you don’t really think about it too much and it doesn’t really excite you.

    However, once I heard that NetApp was creating a brand new distributed file system that could evolve how NAS works, I jumped at the opportunity to be a TME for it. So, now, I am the Technical Marketing Engineer for NFS, Name Services and NetApp FlexGroup (and sometimes CIFS/SMB). How’s that for a job title?

    We covered NetApp FlexGroup in the NetApp Tech ONTAP Podcast the week of June 30, but I wanted to write up a blog post to expand upon the topic a little more.

    Now that ONTAP 9.1 is available, it was time to update the blog here.

    For the official Technical Report, check out TR-4557 – NetApp FlexGroup Technical Overview.

    Also, stay tuned for videos and a best practice guide!

    This is one I did at Insight:

    Data is growing.

    It’s no secret… we’re leaving (some may say, left) the days behind where 100TB in a single volume is enough to accommodate a file system. Files are getting larger and datasets are increasing. For instance, think about the sheer amount of data that’s needed to keep something like a photo or video store running. Or a global GPS data structure. Or EDA environments. Or seismic data analyzing oil and gas locations.

    Environments like these require massive amounts of capacity, and billions of files in some cases. With scale-out NAS storage devices being the best way to approach these use cases, it’s important to be able to scale the existing architecture in a simple and efficient manner.

    For a while, storage systems like ONTAP had a single construct to handle these workloads – the Flexible Volume (or, FlexVol).

    FlexVols are great, but…

    For most use cases, FlexVols are perfect. They are large enough (up to 100TB) and can handle enough files (up to 2 billion). For NAS workloads, they can do just about anything. But where you start to see issues with the FlexVol is when you start to increase the number of metadata operations in a file system. The FlexVol will serialize these operations and won’t use all possible CPU threads for the operations. Additionally, because a FlexVol is tied directly to a physical aggregate and node, your NAS operations are also tied to that single aggregate or node. If you have a 10 node cluster, each with multiple aggregates, you might not be getting the most bang for your buck.

    That’s where NetApp FlexGroup comes in.

    FlexGroup has been designed to solve multiple issues in large-scale NAS workloads.

    • Capacity – Scales up to 20 petabytes
    • High file counts – Up to 400 billion files
    • Performance – parallelized operations in NAS workloads, across CPUs, nodes, aggregates and constituent FlexVols
    • Simplicity of deployment – Simple to use GUI in System Manager; avoid having to use junction paths to get larger than 100TB capacity
    • Load balancing – Use all of your storage resources for a dataset
    • Resiliency – Fix metadata errors in real time without taking downtime

    With FlexGroup, NAS workloads can now take advantage of every resource available in a cluster. Even if you are using a single node cluster, a FlexGroup can balance workloads across multiple FlexVol constituents and aggregates.

    How does a FlexGroup work at a high level?

    FlexGroup essentially takes the already awesome concept of a FlexVol and simply enhances it by stitching together multiple FlexVol member constituents into a single namespace that acts like a single FlexVol to clients and storage administrators.

    A FlexGroup would roughly look like this:


    To a NAS client, it would look like this:


    Files are written to individual FlexVol constituents across the FlexGroup. Files are not striped. The amount of concurrency you would see in a FlexGroup would depend on the number of constituents you used. Right now, the maximum number of constituents for a FlexGroup is 200. Since the max volume size is 100TB and the max file count for each volume is 2 billion, that’s where we get our “20PB, 400 billion files” number. Keep in mind that those limits are simply the tested limits – theoretically, the limits are able to climb much higher. #math

    When a client creates a file in a FlexGroup, ONTAP will decide which member constituent is the best possible container for that write based on a number of things such as capacity across members, throughput, last accessed, node busy-ness… Basically, doing all the hard work for you. The idea is to keep the members as balanced as possible without hurting performance predictability at all.

    The creates can arrive on any node in the cluster. Once the request arrives to the cluster, if ONTAP chooses a member volume that’s different than where the request arrived, a hardlink is created (remote or local, depending on the request) and the create is then passed on to the designated member volume.

    Reads and writes after a file is created will operate much like they already do in ONTAP FlexVols now; the system will tell the client where the file location is and point that client to that particular member volume.

    Why is this better?

    When NAS operations can be allocated across multiple FlexVols, we don’t run into the issue of serialization in the system. Instead, we start spreading the workload across multiple file systems (FlexVols) joined together (the FlexGroup). And unlike Infinite Volumes, there is no concept of a single FlexVol to handle metadata operations – every member volume in a FlexGroup is eligible to process metadata operations.

    That way, a client can access a persistent mount point that shows gobs of available space without having to traverse different file systems like you’d have to do with FlexVols.

    It’s been tribal knowledge for a while now to create multiple FlexVols in large NAS environments to parallelize operations, but we still had the issue of 100TB limits and the notion of file systems changing when you traversed volumes that were junctioned to other volumes. Plus, storage administrators would be looking at a ton of work trying to figure out how best to layout the data to get the best performance results.

    Now, with NetApp FlexGroup, all of that architecture is done for you without needing to spend weeks architecting the layout.

    What kind of performance boost are we potentially seeing?

    In preliminary testing of a FlexGroup against a single FlexVol, we’ve seen up to 6x the performance. And that was with simple spinning SAS disk. This was the set up used:

    • Single FAS8080 node
    • SAS drives
    • 16 FlexVol member constituents
    • 2 aggregates
    • 8 members per aggregate

    The workload used to test the FlexGroup as a software build using Git. In the graph below, we can see that operations such as checkout and clone show the biggest performance boosts, as they take far less time to run to completion on a FlexGroup than on a single FlexVol.


    Adding more nodes and members can improve performance. Adding AFF into the mix can help latency. Here’s a similar test comparison with an AFF system. This test used GIT, but did a compile of gcc instead of the Linux source code to give us more files.


    In this case, we see similar performance between a single FlexVol and FlexGroup. We do see slightly better performance with multiple FlexVols (junctioned), but doing that creates complexity and doesn’t offer a true single namespace of >100TB.


    This section is added after the blog post was already published, as per one of the blog comments. I just simply forgot to mention it.🙂

    In the first release of NetApp FlexGroup, we’ll have access to snapshot functionality. Essentially, this works the same as regular snapshots in ONTAP – it’s done at the FlexVol level and will capture a point in time of the filesystem and lock blocks into place with pointers. I cover general snapshot technology in the blog post Snapshots and Polaroids: Neither Last Forever.

    Because a FlexGroup is a collection of member FlexVols, we want to be sure snapshots are captured at the exact same time for filesystem consistency. As such, FlexGroup snapshots are coordinated by ONTAP to be taken at the same time. If a member FlexVol cannot take a snapshot for any reason, the FlexGroup snapshot fails and ONTAP cleans things up.


    With the introduction of ONTAP 9.1 RC1, FlexGroup now supports SnapMirror for disaster recovery. This replicates up to 32 member volumes per FlexGroup (100 total per cluster) to a DR site. SnapMirror will take a snapshot of all member volumes at once and then do a concurrent transfer of the members to the DR site.

    Automatic Incremental Resiliency

    Also included in the FlexGroup feature is a new mechanism that seeks out metadata inconsistencies and fixes them when a client requests access, in real time. No outages. No interruptions. The entire FlexGroup remains online while this happens and the clients don’t even notice when a repair takes place. In fact, no one would know if we didn’t trigger a pesky EMS message to ONTAP to ensure a storage administrator knows we fixed something. Pretty underrated new aspect of FlexGroup, if you ask me.

    How do you get NetApp FlexGroup?

    NetApp FlexGroup is currently available in ONTAP 9.1RC1 for general availability. It can be used by anyone, but should only be used for the specific use cases covered in the FlexGroup TR-4557. In ONTAP 9.1, FlexGroup supports:

    • NFSv3 and SMB 2.0/2.1 (RC2 for SMB support)
    • Snapshots
    • SnapMirror
    • Thin Provisioning
    • User and group quota reporting
    • Storage efficiencies (inline deduplication, compression, compaction; post-process deduplication)
    • OnCommand Performance Manager and System Manager support
    • All-flash FAS (incidentally, the *only* all-flash array that currently supports this scale)
    • Sharing SVMs with FlexVols
    • Constituent volume moves
    • 20 PB, 400 billion files

    To get more information, please email flexgroups-info@netapp.com.

    What ONTAP 9 features enhance NetApp FlexGroup?

    While FlexGroup as a feature is awesome on its own, there are also a number of ONTAP 9 features added that make a FlexGroup even more attractive, in my opinion.

    I cover ONTAP 9 in ONTAP 9 RC1 is now available! but the features I think benefit FlexGroup right out of the gate include:

    • 15 TB SSDs – once we support flash, these will be a perfect fit for FlexGroup
    • Per-aggregate CPs – never bottleneck a node on an over-used aggregate again
    • RAID Triple Erasure Coding (RAID-TEC) – triple parity to add extra protection to your large data sets

    Be sure to keep an eye out for more news and information regarding FlexGroup. If you have specific questions, I’ll answer them in the comments section (provided they’re not questions I’m not allowed to answer).🙂

    If you’re going to NetApp Insight 2016, I’ll be doing a deep dive on FlexGroup. It will be session 60411. Pretty solid results from Insight Las Vegas. Come check it out in Berlin!

    Also, check out my blog on XCP, which I think would be a pretty natural fit for migration off existing NAS systems onto FlexGroup.

    One down, one to go. #NetAppInsight

    NetApp Insight 2016 in Las Vegas is in the books. All the months of hard work leading up to the show finally came to fruition and the payoff is seeing how well you were able to deliver your message.

    I wrote two blogs leading up to the event, too. If you’re interested:


    Will I see you at #NetAppInsight 2016?

    What I was up to

    This Insight was particularly busy for me. I had 3 sessions which I presented 7 times total. In addition, I had some booth duty, Tech ONTAP podcast recordings and editing, customer meetings, general session presentation and just general networking. Lots of walking, too.

    Fitbit says I walked over 60,000 steps for a total of ~28 miles from Sunday to Thursday! My feet agree.


    Before I arrived at the conferences, I took a road trip to Zion, which I covered in #NextStopInsight. Lots of photos from there in the blog. Some of my favorites:








    I had 3 different sessions. Each one had pretty decent scores and attendance. Sessions get rated 1-5, with 5 being “best.”

    60191-3-TT: Authentication Deep Dive

    This was the internal/partner only session on Authentication. I take pride in making deep dive sessions into true deep dives. I think I did ok with this one, given the numbers.

    Here are the stats:

    • Presented: 2
    • Total attendance: 63
    • Session score average: 4.82
    • Presenter knowledge average score: 4.86

    60411-2: FlexGroup Technical Primer

    This was the session for the new feature NetApp FlexGroup, which I cover in FlexGroups: An evolution of NAS. Expect the FlexGroup Technical Report to be publicly available soon.

    This session seemed to generate a ton of interest and questions. The scores reflected that.

    Here are the stats:

    • Presented: 3
    • Total attendance: 285
    • Session score average: 4.69
    • Presenter knowledge average score: 4.86

    60831-2: How Customers and Partners use NFS for Virtualization

    This session was a co-present session with Dave Morera, who did an excellent job as he departs from the NetApp A-Team on to VMware. Most of the scores were pretty good, but I think a few people thought the session was going to be more technical than we had it. Hard to gauge expectations; level 2 sessions are generally going to be a mix of technical and practical. We’ll take the feedback and apply it to the Berlin session.

    Here are the stats:

    • Presented: 2
    • Total attendance: 143
    • Session score average: 4.38
    • Presenter knowledge average score: 4.69

    So, overall, I think the sessions were successful. Looking forward to improving them a bit for Berlin. Come check them out there if you’re going!

    Tech ONTAP Podcast

    I kept the tradition of daily recap podcasts and they can be found here:

    Most of the people I grabbed were partners or employees. I wanted to get more customers involved, so I’ll focus on that in Berlin.

    General session (Tech Team Forum)

    The Tech ONTAP podcast team was fortunate enough to be invited by Roger Anderson to do a live podcast. The fact that he trusted us enough to go live and unscripted speaks volumes to his admiration of the podcast. I managed to get ahold of some video of the opening and will post the whole session later.

    Networking, etc.

    Met lots of new people. Some from sessions, some from the Podcast, some from the general session exposure. Some were names I recognized from emails – both from internal NetApp to customers I used to help in support. All in all, was good to put names to faces.

    Also gave away a bunch of shirts!

    And the Flash made his (final?) appearance:

    See you all in Berlin!

    Behind the Scenes: Episode 59 – NetApp Volume Encryption

    Welcome to the Episode 59, part of the continuing series called “Behind the Scenes of the NetApp Tech ONTAP Podcast.”

    This week, we welcome Juan Mojica (@Juan_M_Mojica), product manager for the new feature NetApp Volume Encryption (NVE). NVE is available in ONTAP 9.1, which is being announced today at NetApp Insight!

    We actually had planned for this episode to go out before Insight,  but realized we couldn’t announce any 9.1 stuff until the 26th. So you got Episode 57 on Scale Out Networking instead.😛

    What is NetApp Volume Encryption (NVE)?

    Previously, to encrypt data at rest on ONTAP systems, it was an all or nothing deal. ONTAP 9 introduced the ability to do an on-box key management, but you still were encrypting everything.

    With NetApp Volume Encryption (NVE), you can encrypt data at a per-volume level, giving you more flexibility and avoiding the need to encrypt entire systems.

    Find out more in the episode below.

    Finding the Podcast

    The podcast is all finished and up for listening. You can find it on iTunes or SoundCloud or by going to techontappodcast.com.

    Also, if you don’t like using iTunes or SoundCloud, we just added the podcast to Stitcher.


    I also recently got asked how to leverage RSS for the podcast. You can do that here:


    You can listen here:


    NetApp Insight 2016 in Las Vegas is finally here. Months of preparation and tons of Powerpoint slides are coming to a close and next week, I’ll be able to deliver on the work I’ve put in. If you’re interested in what sessions I’m doing, I list them in Will I see you at #NetAppInsight 2016?


    This year, the hashtag #NextStopInsight is being promoted to track the exploits of the various speakers and attendees making their way there.

    I flew out on the 23rd and got a rental car. I lucked out – I got a nice Fiat 500 SUV, with a sunroof!


    The drive to St. George was about 2 hours, so I made sure to fuel up on some In N Out burger before I left. Because health.


    The speed limit between Vegas and St. George is 75 most of the way, which is nice. There’s also a really cool segment of highway that winds through some immense mountains. Makes you feel super small and insignificant. I’m going to try to set up the camera to get some video during the drive on the way back if I can.

    Once I arrived, I made my way out to take a short hike in Pioneer Park. Climbed some big ol’ rocks.


    Tomorrow, I head out to Zion National Park to do some hiking. Hopefully, I don’t end up like this guy:



    I arrived at Zion on Saturday around 11AM and took the shuttle in from Springdale. I had planned on hiking the Narrows but decided I didn’t feel like dealing with the water and changing shoes. So I chose Angel’s Landing, due to its expansive views and the challenge.

    It was quite an effort getting up there. Lots of inclines and switchbacks. Reminded me a bit of Waipi’o Valley in Hawaii, but a little harder. Easier than Fuji though.

    It took me a few hours to get up there, and the last leg of the hike was a bit treacherous, but I made it and it was worth it.

    14390843_10154002411207075_7128261085121645494_n 14484818_10154002411247075_9185201419600894120_n

    14470650_10154002411267075_4448128506937014293_n 14457549_10154002411292075_2587925117120777540_n

    14457341_10154002411312075_5699176978341795368_n 14462789_10154002411352075_3281220674495226699_n

    14440677_10154002411387075_2335608414036550016_n 14359206_10154002411477075_7114581201712354369_n

    14492362_10154002411532075_5818641320058191351_n 14433063_10154002411542075_4722005785927277439_n


    Valley of Fire

    The next day, on the way to Las Vegas for Insight, I made a stop through the Valley of Fire. It was pretty cool, but after Zion, meh.🙂



    I’m in Vegas now, so come find me and see if I have any Tech ONTAP podcast swag on me!

    Check out a photographic account of my travel exploits on my way to Insight:

    Photos from Zion

    I also made a video. Because I’m a nerd.

    Behind the Scenes: Episode 57 – Scale Out Networking in ONTAP

    Welcome to the Episode 57, part of the continuing series called “Behind the Scenes of the NetApp Tech ONTAP Podcast.”

    This week on the podcast, we invite Juan Mojica (@juan_m_mojica), Product Manager at NetApp, for a technical discussion about scale out networking in ONTAP. We cover IP Spaces, broadcast domains and subnets, as well as some other tidbits to help you understand how the network stack works in your cluster.

    We originally had plans for another podcast on a new feature in ONTAP 9.1, but then we found out we couldn’t publish it until the week of Insight. So…. stay tuned!😉

    Finding the Podcast

    The podcast is all finished and up for listening. You can find it on iTunes or SoundCloud or by going to techontappodcast.com.

    Also, if you don’t like using iTunes or SoundCloud, we just added the podcast to Stitcher.


    I also recently got asked how to leverage RSS for the podcast. You can do that here:


    You can listen here: