是否有可能重新创build或克隆不支持ZFS卷的现有iSCSI目标？ 我问，因为重新启动一个X4500捶击器，我受到这个bug的影响： http : //wesunsolve.net/bugid/id/6803721同样的错误也在这里， https://defect.opensolaris.org/bz/show_bug。 cgi？id = 7482 ，但我突然擅自查看该页面。 因此，执行“iscsitadm list target -v”时显示的一个iSCSI目标的LUN参数现在都是未知的。 iSCSI目标可以从其Windows Server 2008启动器连接到，但是没有安装任何磁盘。 实际数据存在于后备存储目录（/export/pool1/iscsi/iqn.1900.fakeiqn/lun.0）中。 有关其他信息，此iSCSI目标是以下列方式创build的： 1）zfs创buildpool1 / iscsi 2）iscsitadm修改admin –base-directory / export / pool1 / iscsi 3）iscsitadm创build目标 – 大小1T this.is.a.long.target.name.affected.by.the.bug.above 4）基础目录布局如下（ls -al / export / pool1 / iscsi）： drwxr-xr-x 2 root sys 3 Jan 30 10:10 iqn.1900.fakeiqn.target lrwxrwxrwx 1 root sys […]
说我有以下设置。 <target iqn.2012-02.local.mydomain.server1.target1> backing-store /dev/virtstore/virtimage1 </target> <target iqn.2012-02.local.mydomain.server2.target2> backing-store /dev/virtstore/virtimage2 </target> 如果我在server1上，我可以看到两个目标。 我怎么能这样做，如果我扫描目标，只有一个target出现（ iqn.2012-02.local.mydomain.server1.target1 ）。 编辑：目标和发起人是红帽Linux。
这是针对开发环境，而不是生产环境。 我们有2台ESXi 5主机当前正在使用它们自己的本地磁盘进行存储。 我们有一个非常大的Supermicro服务器，有16TB的磁盘空间。 我们正在考虑安装Openfiler或安装RH 5并自行configurationiSCSI。 去RH路线有什么缺点？ 我以为我在某处读过Openfiler在VMware上不能很好地工作。 我不确定是否这是w / Openfiler 2.99的情况。 谢谢
我们的Equallogic iSCSIarrays（RAID10中的14x 750gb）在vSphere / ESXi中的读取延迟较长，因此我们遇到了较慢的读取性能。 我们已经检查了很多，但是找不到任何东西。 build立： HOST1： 2x 1gig intel 85276连接到一个dell 5524巨帧和开关stream量控制。 Equalogic连接到Dell 5524交换机，并打开jumbos。 一切运行在默认VLAN1，我们仍然需要为equallogic和主机创build一个独立的vlan。 我们的vmK设置： 我们在Windows VM中使用atto的基准testing： 写性能没有多path和多path罚款，它performance良好。 但阅读是可怕的慢。 有谁知道我们可以search解决这个问题？ 汤姆
我正在为Windows Server设置一个iSCSI环境。 我将使用2个Dell Poweconnect 7024s，1个Dell PS6000和一个Windows Server（2008 R2）。 我在光纤交换机和EMC VNX系列SAN方面拥有比Powerconnect和PS系列产品更多的经验，所以我有几个问题。 1）PS6000有两个控制卡（绿色），每个都有4个以太网端口。 在本文档的第4.5.1节中，图片显示了我认为连接到iSCSInetworking的每个卡的全部4个端口。 另外，它看起来像设置这些SAN的首选方法之一是通过远程设置向导。 问：人们通常没有专门的IP /pipe理端口给每个SP进行远程pipe理吗？ 对于iSCSInetworkingstream量，每个控制器使用全部4个端口是首选方法，然后通过将连接到它的Windows服务器pipe理SAN？ 还是应该能够将这些端口中的一个（可能是每个卡的最后一个）设置为单独的远程pipe理端口？ 2）在这个设置的所有图表中，似乎我必须将开关叠放在一起。 在同一份文件中，第4.3.1节中的图19显示了堆叠或LAG。 问题：我是否必须将这些交换机堆叠起来或为了冗余而连接，还是不能连接？
将来，我们将从虚拟机的本地存储转移到基于iSCSI的解决scheme。 我们的服务器供应商支持具有双千兆端口和TOE + iSCSI加速function的Broadcom NetXtreme II 5709卡。 他们将用于A / P多path到戴尔MD3220i SAN。 我可以在dom0或domU上运行iSCSI发起程序，并且正在调查两者之间是否存在任何亲或共识。 我假设dom0中的iSCSI启动器将充分利用BCM5709的硬件卸载。 如何在domU中运行启动器？ 这是否可能？ 它会以某种方式使用以太网卡中的iSCSI引擎（我怀疑是否需要一些SR-IOV或类似的支持）？ 我可以看到一点红利，不必明确configuration所有dom0上的所有LUN，并让每个虚拟机pipe理自己的虚拟机，但我不知道是否会有任何缺点…
我只是build立了一个Openindiana / Napp-it框，我真的不想进入Solaris ldap客户端安装程序。 创build一个linux vm，设置samba，然后连接到一个来自napp-it box的iscsi目标，并通过samba共享它是否听起来是可行的？ 谢谢， 罗恩
我有一个LVM逻辑卷，通过iscsi导出并由客户端格式化为ext4。 现在，服务于iscsi目标的机器出现故障，我想知道是否可以将硬盘取出到另一台机器上，并且不使用iscsi而直接安装它？
我有几台运行Ubuntu 12.04和Virtualbox的虚拟化服务器，刚刚购买了一台Synology NAS，我计划用它作为iSCSI目标来为虚拟机提供存储服务。 我意识到，企业安装备份发电机和员工不得不担心这一点，但我希望我的整个设置顺序自动按顺序出现，如果一切都closures，我刚刚下了机架打开电源button。 因此，在我的init脚本启动虚拟机之前，他们必须等待具有iSCSI目标的Synology框才能使用。 在重新开始之前，有没有人有一个Upstart脚本等待（超时）iSCSI目标可用？
我们目前已经开始使用以下策略进行Windows备份，我希望通过puppet进行部署： iSCSI启动器在客户端服务器上启用。 iSCSI虚拟磁盘+ VHDconfiguration在备份服务器上，VHD文件分布在众多RAID容器中。 同样在备份服务器上，configuration了一个新的iSCSI目标，指向该虚拟磁盘，仅限于客户服务器的DNS名称或IP。 随机的用户名/密码被configuration。 客户端服务器上的iSCSI启动器configuration为连接到新目标，并通过磁盘pipe理添加虚拟磁盘。 最后，windows备份被configuration为在本地指向VHD，以执行备份。 我刚刚开始使用puppet，到目前为止，我的主要挑战是必须按照特定顺序configuration两个单独的节点（例如，iSCSI启动器在存在之前无法连接到目标）。 可能的解决scheme 导出的资源集合 我一直在寻找一种方法来做到这一点，到目前为止，我能find的最适合的configuration模式是Exported Resource Collection 。 我已经看了一些使用Nagios的例子，似乎需要我定义一个新的types，这本质上是Ruby代码，以便对导出的资源执行操作。 尽pipe我有编程经验，但是我的同事却不这样做，而且我尽量保持尽可能简单。 单独的节点条目 我正在尝试的一个想法是，而不是尝试从客户端节点定义整个备份（目标服务器和启动器）所涉及的复杂性，只需在每个节点中定义两个独立的angular色即可。 然后为了简化事情，虽然configuration应该按照特定的顺序来完成，但我只是依靠puppet来继续尝试运行configuration，最终所有的预先要求都会被满足。 （例如，第一次，木偶可能会尝试连接到iSCSI目标，但在第二次尝试时，另一个节点应该已经完成创build目标，所以如果puppet第二次尝试，它应该suceed。） 就像是： node 'backup-server' { windows_backup::server::target { 'client01': dns_name => 'client01.example.com', username => '', password => '', drive_letter => '', drive_size => '', }, windows_backup::server::target { 'client02': dns_name => 'client02.example2.com', username => '', password => […]