About aborzenkov

aborzenkov · ‎2011-08-28

Well … all aggregates share the same NVRAM and consistency points are global for all aggregates either; which means slow disks will potentially slow down consistency points processing for everything else. Which is why best practice is to not mix SATA and FC/SAS on one system …

aborzenkov · ‎2011-08-28

No today. I agree that VLAN support for e0M/RLM would be a good thing. There is no reason to expect they are always on the same network. As simple as allowing VLAN tag on top of e0M would solve it.

aborzenkov · ‎2011-08-27

Is there any way i can match the UID from a remote system to UNIX user of Netapp. If this is a question - yes, of course. You mentioned LDAP yourself.

aborzenkov · ‎2011-08-27

Unix UID is part of NFS request. To check access NetApp has to map this UID to Windows SID. To do it it must associate Unix UID with Unix user name first before it can even begin with usermap.cfg (mapping goes UID => Unix name => Windows name => SID). This association is missing in your case. root is usually present in /etc/passwd by default that is why it works.

aborzenkov · ‎2011-08-27

Do not use mixed security unless you are completely sure you understand how it works. It almost never does what people naively assume it to Look at it http://www.netapp.com/us/library/technical-reports/tr-3490.html for description how multi-protocol data access works in NetApp. In short - you need to configure user mapping and users you map to have to be known on NetApp using local files (/etc/passwd), LDAP, NIS or whatever methods you have.

aborzenkov · ‎2011-08-25

ACLs must be saved during backup. If they were not - there is no way to recover them now.

aborzenkov · ‎2011-08-25

What exactly is not clear in error message? lun resize: New size exceeds this LUN's initial geometry When LUN size is increased, LUN geometry (as returned to client) has to be adjusted. It is adjusted so that it remains compatible with old size and disk layout. This is not possible with new size you requested - geometry change may result in incompatible layout and client data corruption.

aborzenkov · ‎2011-08-25

You have to mirror root aggregate, otherwise disaster recovery failover won't be possible at all. Besides that, it is more or less up to you - as long as configuration is still supported by NetApp.

aborzenkov · ‎2011-08-24

There is no supported way to do non-disruptive head swap I am aware of.

aborzenkov · ‎2011-08-24

Are you asking about Data ONTAP update from 8.0.1 to 8.0.2? Well, it is just a standard update, use normal Data ONTAP documentation. Or are you asking how to perform head swap non-disruptively?

aborzenkov · ‎2011-08-24

There is no problem removing a plex; it can always be done online (assuming, the other plex is online and working ☺ ) But keep in mind that V-Series documentation and MetroCluster Support Matrix explicitly state that aggregate should contain only LUNs from the same storage families. It is likely that mix is technically doable; but I would still contact NetApp for approval in case something goes wrong and you will need support.

aborzenkov · ‎2011-08-24

Yes, you will. You will need to completely shutdown both filers to remove cluster licenses.

aborzenkov · ‎2011-08-23

So you do have Metro Cluster after all … In this case you will need to also remove FC-VI adapter; otherwise system will insist that you must be running cluster.

aborzenkov · ‎2011-08-23

No, FAS31xx is different model. For a start, it does not have dedicated NVRAM card. Now when I think about it - do you have single chassis dual head HA system? Why would you want to remove cluster license then?

aborzenkov · ‎2011-08-23

SyncMirror should be pretty straightforward, after you unmirrored all aggregates. For Cluster you can check this KB: https://kb.netapp.com/support/index?page=content&id=1011576. If you have Fabric MetroCluster, oyu may consider to connecting shelves directly and not via switches.

aborzenkov · ‎2011-08-23

You can check official End of Availability list on NOW: https://now.netapp.com/NOW/products/eoa/eoa_platforms.shtml

aborzenkov · ‎2011-08-22

It appears that hosts are accessing LUNs assuming active/active mode and are doing it in round robin fashion. You need to reconfigure hosts to avoid using non-optimal path. Just how exactly to do it depends on host OS and multipathing software in use.

aborzenkov · ‎2011-08-19

Secend line Second line shows previous kernel version before update. It is there so you can (more or less easily) revert in case something goes extremely wrong.

aborzenkov · ‎2011-08-19

I was about to say "yes", but then realized, that order of application of storage level and file level ACLs is not clearly described anywhere. So I am no sure what happens if you have both Allow and Deny ACEs. But in most common cases of using only Allow Storage Level ACLs should do the trick.

aborzenkov · ‎2011-08-19

Your primary kernel is 7.3.6. Where exactly do you see old version?

aborzenkov · ‎2011-08-19

Good question. Have you tested whether setting of this ACE has any effect?

aborzenkov · ‎2011-08-19

is there a way of seeing which volumes are spread across particular phsical disks in the raid groups? No. You have no control over physical data placement.

aborzenkov · ‎2011-08-19

Every minute from 21:00 until 21:59 every day.

aborzenkov · ‎2011-08-18

Have you also tested without compression? As for block size – usually the larger block size is, the better tape performance.

aborzenkov · ‎2011-08-18

If any initiator shows as only being logged in on vtic then it will be accessing the LUN via vtic and therefore not by the optimum path. It is not as simple. Host can see both optimal and non-optimal paths but due to (mis-)configuration chose non-optimal one. When you have many hosts it becomes indeed not so easy to find which one is doing wrong. I wish NetApp would include WWPN of misbehaving host in this message (or provided otherwise some means to find it).

Re: Latency experienced when copying large files to volumes (NFS)

Re: Is it possible to connect RLM and e0M to different networks?

Re: Mixed & NTFS security styles not working for UNIX accounts

Re: Mixed & NTFS security styles not working for UNIX accounts

Mixed & NTFS security styles not working for UNIX accounts

Problem with NDMP restore operation using Backup Exec 2010 R3

Re: lun resize

Network Config for MetroCluster

Re: Headswap on a V-Series 3rd part disk Fabric Metrocluster

Headswap on a V-Series 3rd part disk Fabric Metrocluster

Re: V-Series, how to move an aggregate to another diskarray?

Re: Removal of Cluster and SyncMirror

Re: Removal of Cluster and SyncMirror

Re: Removal of Cluster and SyncMirror

Removal of Cluster and SyncMirror

Is the FAS2020 End of Life?

Re: how to determine which host access the storage throught non-primary and no-optimal path

Upgrade ONTAP FAS960c

Re: fsecurity & storage-level access guard

Upgrade ONTAP FAS960c

Creator/Owner Permissions

flexvols and which disks they are actually using

Snapmirror schedule query

Re: netapp ndmp backup via networker 12-14MB/s

how to determine which host access the storage throught non-primary and no-optimal path