我无法在同一台交换机上连接的ESXi主机和Netapp控制器之间进行ping操作，并且configuration为专用IP地址。 然而，我可以使用相同的IP地址在同一台交换机上的两台Esxi主机之间和两台控制器之间进行ping操作。 交换机configuration为上行到Juniper核心。 不知道为什么我无法在两者之间build立连接。 有什么想法吗？
我目前正在参与获取NFSv4和Kerberos。 我们决定咬紧牙关，尝试过渡。 我们的环境是： Windows AD 在Linux上针对所述AD进行LDAPauthentication。 RHEL5 / 6和一个很小的例外列表。 （我们的一些用户迫切需要Slackware，Debian，Centos）。 提供CIFS / NFS的NetApp文件pipe理器。 然而，我们遇到了一些棘手的问题 – 那就是根服务主体，以及如何启用NFS共享，以便那些需要root访问权限的人可以拥有它。 之所以这么说是非常令人厌烦的，是因为在RHEL 5上挂载NFS时， nfs服务主体似乎被硬编码到挂载过程中。 所以我们仍然在努力处理这个问题，因为你可能被idmapping过程绊住了。 毕竟，如果您将nfs设置为UID零，那么…当您ls您将看到nfs拥有的大量文件， nfs不是root 。 如果你没有设置一个nfs用户，那么你可能会看到许多nobody拥有的文件，尽pipe你仍然可以把它们改变。 RHEL6不那么痛苦，但是使用UID / GIDconfiguration机器帐户仍然感觉有点笨拙。 （而且你还有类似的问题 所以我想知道别人在现实世界中做了什么？ 你如何处理NFS坐骑的特权委派？
基本的前提是我已经创build了一个共享，并允许它，然后我不能更改权限，甚至不能创build一个文件夹。 卷：/卷/项目数据 共享/ vol / ProjectData作为\ netappfiler \ Projects 在OnCommand系统pipe理器里面我已经分配了一个我是其成员的域组来完全控制。 我期望这些作为共享权限通过，为此，让我在我的8.1笔记本电脑上从计算机pipe理设置ntfs权限。 所以分享：每个人 – 阅读团队名称 – 完全控制 打开Windows 8.1计算机pipe理，连接到另一台计算机，连接到Filer 当我尝试保存对NTFS权限所做的更改时，我的访问被拒绝。 我已经看到这篇文章https://www.pickysysadmin.ca/2012/04/27/access-denied-when-changing-ntfs-permissions-on-a-netapp-cifs-share-from-windows …和我想知道这是否是类似的东西。 所以我用XP上的计算机pipe理，它回来了相同的错误。 我是否错误地设置我的股票？ 我在这里错过了一些超级基本的configuration概念吗？ 然而，我在qtree中添加了一个qtree，并且突然（在qtree里面）我可以创build文本文件和文档。 所以我误解了它的工作方式？ 如果我想在NTFS级别的权限，我需要build立像下面这样的东西？ / vol / Volume / Qtree，然后在Qtree级别创build一个共享？
我有两个属于集群（版本7.1.3）的NetApp Filer。 我可以通过RSH连接到其中一个文件pipe理器，但第二个文件pipe理器出现此错误： [rshd_0:info]: couldn't connect second port 我重新启动了文件pipe理器并检查了设置。 路由表看起来被损坏，但我不知道这是否会遇到这个问题： 192.91 link#2 UC 0 0 e4 192.91.107.1 link#2 UHL 1 0 e4 路由表是否与RSH相关失败，或者是否有其他设置可以检查？
我有一个带有4个LIF的NetApp Data Ontap 8.3 SP1。 LIF1 – 192.168.0.1 LIF2 – 192.168.0.2 LIF3 – 192.168.0.3 LIF3 – 192.168.0.4 有一个SVM，configuration为NAPP0，并join到与LIF1关联的Active Directory域（ad-domain.local）中并在使用中。 在ADUC中有相对的计算机帐户，在DNS中同时存在napp0 – > 192.168.0.1的logging和PTRlogging 现在我需要configurationonbox dns的负载均衡; 简单的任务，创build一个DNS区域委派等（按照https://kb.netapp.com/support/index?page=content&id=1013801 ）但pipe理要求我使用NAPP0作为DNS区域名称。 ….. 如果我删除NAPP0的Alogging和PTRlogging，随后为NAPP0.AD-DOMAIN.LOCAL创build一个指向IP（.1.2.3.4）的区域委派，使AD计算机对象保持原样？
这是一个奇怪的问题。 我很困惑。 在我的testing实验室中，我configuration了NetApp虚拟存储设备和configuration的共享。 此NetApp设备已连接到域，任何域用户都可以通过身份validation来访问共享。 只有一台运行Windows Server 2008的服务器无法访问该设备。 但是，它可以访问networking上的任何其他共享。 这是尝试访问NetApp存储时发生的错误。 我已经logging了这个问题并上传到了YouTube。 请观看video，以更好地了解问题，并给我build议。 Youtubevideo链接
所以我在这里遇到了一些问题，在确定它是什么时遇到了很多麻烦。 我试图为我们的服务器之一configuration备份，并且每当我尝试执行所述备份之一时，它将在事件查看器中以错误517失败，并给出消息“备份操作失败，出现以下错误代码”0x807800C5“ （准备备份集中其中一个卷的备份映像失败）请检查解决scheme的事件详细信息，然后在问题解决后重新运行备份操作。 细节部分根本没有给我太多的细节，否则，我不知道问题是什么。 我认为这是Windows，而不是filter，但我不能确定。 这是我所知道的; Netapp文件pipe理器是一个旧的文件pipe理器，不支持SMB3协议 – 我听说这可能是一个问题，但我认为这是不太可能的，因为我可以在某些情况下备份到它… 当我第一次configuration备份时，windows能够备份系统状态和C：驱动器，但之后会立即失败。 我当时认为，这可能是由于我在备份器上备份的卷的configuration，所以我删除了卷和CIFS共享，并创build了一个新卷。 我仍然遇到了同样的错误，但是现在它在C：驱动器上失败了，但在之前失败的驱动器上成功了。 – 我在Data ONTAP上工作了很多，而且我对这个系统的了解告诉我，这些故障可能是由于Windows不喜欢与灵活卷交互（这是备份卷的作用）而产生的，不幸的是，这个卷占用整个架子，除了2个备用，所以如果我想制作一个传统的音量，可能会更好地用Windows，我将不得不吹掉附加到该文件pipe理器的整个架子，这需要一个一点点工作 – 为什么我不真的想这样做，直到我知道这是问题。 目前文件pipe理器或附加的架子上都有数据，所以这样做是可以的。 -VSS正在事件查看器中生成警告，通知我它无法parsing状态为“1376”的非重要帐户。 我从警告中详细说明的registry项中删除了引发此警告的帐户，VSS开始生成信息事件，而不是似乎指示VSSfunction正常的警告，但这并不影响我备份服务器的能力， 或不。 我试图备份的系统是运行Windows Server标准版2012 R2的HP G8服务器，而不是虚拟机，而我备份的总存储容量在800GB附近。 我试图备份的Filer系统是运行Data ONTAP 7.3的Netapp FAS2020，安装了两个节点 – 第二个节点上装有一个DS14mk2，这是我正在尝试备份的物理系统。 它不包含任何文件pipe理器的内部磁盘，这些磁盘由合作伙伴节点pipe理，如果有的话。 有人知道这是什么一回事吗？ 还是经历过类似的事情？ 任何帮助将不胜感激，谢谢:)
我正在尝试在两个集群模式netapp文件pipe理器之间设置snapmirror。 但是，一个在美国，另一个在中国。 作为安全措施，我们在这里设置了两个不同的UNIX组。 即我们在美国有users.usa，在中国有users.china。 users.usa不能查看users.china文件，反之亦然，中国没有人可以成为users.usa的用户。反之亦然。 因此，我可以将users.usa数据镜像到china，并将文件的unix组更改为users.china，也就是说有netapp选项吗？ 另外，通过这样做，我会完全搞砸压缩/ snapmirror比较algorithm，因为这些文件在技术上是不同的，不是吗？ 感谢这个，我们在两个文件pipe理器上都是在8.3上面。 本
我正在尝试在我的NetApp FAS2554（NetApp版本8.3.2P2）上configurationCIFS共享。 我有2个创build的份额。 一个允许使用简短的用户名来访问它，另一个出于某种原因需要使用全名，即UPN @。 而我找不到任何设置来改变，以允许在两个股票上使用短名称。 我应该在哪里改变？ 谢谢，最好的问候，罗马
我在不同的ESX主机（3.5）上在不同时间对iSCSI进行超时。 这令人费解，因为ESX主机和其他客户都在等待超时。 iSCSInetworking在专用networking上隔离。 这里是昨天晚上从vmkiscsid.log导出的： 2010-02-10-12:30:38: iscsid: an InitiatorAlias= is required, but was not found in /etc/vmware/vmkiscsid/initiatorname.iscsi 2010-02-10-12:30:38: iscsid: LogLevel = 0 2010-02-10-12:30:38: iscsid: LogSync = 0 2010-02-10-12:30:42: iscsid: Login Success: iqn.1992-08.com.netapp:sn.101197719,default,192.168.73.2,3260,2001, 0x1 2010-02-10-12:30:42: iscsid: connection1:0 is operational now 2010-02-16-02:03:35: iscsid: Kernel reported iSCSI connection 1:0 error (1008) state (3) 2010-02-16-02:03:39: iscsid: connection1:0 is operational after […]