⑴ NetApp是什麼公司
I have informed you last week that you should NetApp invoice into NetApp bank acct 。
翻譯：我已通知您上個星期你應 NetApp 銀行會計擔保的 NetApp 發票
NetApp：美國網域存儲技術有限公司）是IT存儲業界的佼佼者，自1992年創業以來，不斷以創新的理念和領先的技術引領存儲行業的發展。Network Appliance, Inc. (NetApp) 是向目前的數據密集型企業提供統一存儲解決方案的居世界最前列的公司。自 1992 年創立以來，Network Appliance 一直在率先提供一流的技術、產品和合作關系，不斷推動存儲業的發展。NetApp 的存儲解決方案涵蓋了專業化的硬體、軟體和服務，為開放網路環境提供了無縫的存儲管理。
invoice：發票，名詞
1. 發票，裝貨清單。
2. 貨物的托運。
及物動詞, 不及物動詞
開(…的)發票，開(…的)清單。
⑵ netapp qtree和lun是什麼關系
首先默認情況下NFS4協議在NETAPP存儲上是沒有打開的，這個打開很容易，基於WEB的圖形界面沒有配置的地方的，只能通過命令行進行配置。登錄進 去，然後使用options nfs.v4.enable on命令打開NFS4協議，這時候會提示說在冗餘機頭的情況下，那邊機頭也要搞，否則發生FAILOVER的時候那邊就不能提供NFS4服務了，於是把兩 邊都搞好，在VOL上劃了個QTREE，把QTREE EXPORT出去，然後就開始在客戶端折騰。[@more@]
首先是客戶端MOUNT不上去，報錯如下：
Warning: rpc.idmapd appears not to be running.
All uids will be mapped to the nobody uid.
mount: block device 192.168.1.1:/vol/vol1/xxx is write-protected, mounting read-only
Warning: rpc.idmapd appears not to be running.
All uids will be mapped to the nobody uid.
mount: cannot mount block device 192.168.1.1:/vol/vol1/xxx read-only
WARNING很容易理解，說IDMAPD服務沒起，所以所有的UID映射過來都會被映射成NOBODY的UID，這個只要啟了IDMAPD服務就好了，使用service rpcidmapd start命令去啟。但後面的就很難理解了，為什麼會說是防寫的，然後要被MOUNT稱只讀的，然後即使是只讀的也MOUNT不上去呢？關鍵最難以理解的是為什麼明明是MOUNT一個NFS的設備，提示確實說BLOCK DEVICE不能被MOUNT，為什麼就成了BLOCK DEVICE呢？
GOOGLE+BAIDU+NOW.NETAPP+REDHAT搜索了半天，沒有什麼進展。換個機器試試吧，因為這個機器不是自己安裝的，不確定是否缺什麼包啥的。於是換了個機器，暫且叫新機器（之前的機器就叫老機器），雖然還是報IDMAPD的報警，但是結果確實MOUNT上去了，暈了，看來是老機器有問題。
也正是這個很巧合能MOUNT的問題，導致了後面一路的誤判，尋找問題中出現了方向性錯誤，浪費了很多的時間。
開始把兩邊的後台服務搞成一樣，不行；比較OS版本，一致；比較網路訪問許可權，沒問題，因為測試中老機器使用NFS3協議能順利MOUNT；折騰了半天實在沒轍，所有招數都用盡了，突然想起來了STRACE。先做個STRACE看看整個MOUNT過程中到底幹了些什麼，卡在哪一步出現的錯誤吧。
做了STRACE後發現最後錯誤的地方在：
mount("192.168.1.1:/vol/vol1/xxx", "/u09", "nfs4", MS_MGC_VAL, "1") = -1 EACCES (Permission denied)
也就是會有一個許可權的錯誤，這又是一個誤導我的地方。因為NFS3能MOUNT，MOUNT上去後能讀寫，那說明不應該出現許可權相關的問題啊。拿著新老機器的STRACE去做對比，新的機器在這一步的返回結果如下：
mount("192.168.1.1:/vol/vol1/xxx", "/u09", "nfs4", MS_MGC_VAL, "1") = 0
看來問題就是出在這里了，而且相同版本的OS，相同版本的NFS相關的包，一個可以一個不可以，那隻能看看是否是BUG了。還別說，真的還就找到了一個BUG，在REDHAT的上，BUGID=（nfs4 AUTH_GSSAPI server returning EACCESS on all mount attempts ），裡面說在nfs-utils-1.0.9-3版本中修復了這個BUG，雖然BUG發生的版本跟我使用的版本不一致，這個BUG描述的是出現在nfs-utils-1.0.8-2，而我使用的版本是nfs-utils-1.0.6，但很多時候ORACLE就經常這么干，只是說新的版本中發現並驗證了這個問題，並不代表老的版本一定沒有這個問題，很可能這個問題一直就有，只不過在某個版本中被發現了。
於是了0.9的版本，結果很悲劇，裝不上。這個版本很新，所以依賴的東西太多，而且很多是很底層的東西，看來想裝上去是不行了，但是這個BUG里描述了一個PATCH的解決辦法，只要改一段源代碼，然後重新編譯下就好了，看起來挺可行的。因為BUG出現在0.8，不確定我使用的0.6中代碼是否一致以及估計我連CTRL+C然後CTRL+V都找不到地方，所以下了0.8的，結果編譯的時候還是報一堆的依賴關系沒有，這下絕望了。
既然這條路不通，那試試新的版本吧，有裝好的5.4的REDHAT，這個上面的NFS版本很新，結果測試了居然也不行，跟老機器報的錯一模一樣，接連試了幾個機器，都不行，這就見鬼了，為什麼只有新機器可以，所有其他機器都不行呢，但也是在找不出新機器跟其他機器之間的不同在哪裡。
在絕望的時候，希望終於來了，在NOW.NETAPP上找到了Solution ID: kb13800 的一個文章，裡面描述到：
With NFSv4, client "mount" requests proceed with LOOKUP sequences to parse names from the root. As a result, if a parent directory is exported such that name lookup is blocked to a child, then the mount will fail.
踏破鐵鞋無覓處，得來全不費功夫啊，到存儲上一看，新機器以前為了做測試，直接加過/VOL/VOL1級別的讀寫許可權，所以去MOUNT它下面TREE就符合上面的條件，所以也只有它能MOUNT的上去，其他所有人都MOUNT不上去。之前一個簡單的測試，竟然給問題的解決帶來這么多的誤導，無語啊。
⑶ netapp 7-模式是什麼
netapp FAS系列存儲兩種模式 ：
7-mode就是傳統存儲（單控、雙控）
cluster-mode是集群模式，可以橫向擴展最多24個控制器組合成一個虛擬化存儲集群
⑷ netapp是什麼公司
Netapp是全球最大的統一存儲廠商 第五大SAN存儲廠商 蟬聯各種最佳僱主
⑸ 什麼手機股票軟體可以看美股行情，比如NetApp Inc
這是要買NETAPP嗎？哈哈，是不錯，做了這個行業7,8年了
⑹ 請問NetApp現在在中國大陸的總代有那幾家
樂·享 最近推出新的活動，超值大禮包，希望能夠幫助你。
⑺ netapp fas8040是什麼設備
NetApp FAS8040 存儲設備
⑻ netapp產品有哪些
總體分為FAS系列和V系列。低端2000系列（無V系列），中端3000系列，高端6000系列
⑼ 有關存儲設備：EMC，IBM，HP，NETAPP，====
EMC根深蒂固，SAN銷量第一，去年年底剛收了ISILON，集群存儲領域很不錯
NETAPP，NAS銷量第一，一體化統一存儲的代表，做NAS起家，FCP，ISCSI都很好
IBM，中端OEM的NETAPP，高端接觸不多
HP，接觸不多，SAN架構為基礎
HDS，老牌SAN架構存儲
NETGEAR，低端存儲佔有率不錯
DDN，專注高性能計算和流媒體
集群存儲，panasas，isis，ominon，isilon，高性能，雲計算，流媒體