有一个我可以VPN的远程networking。 在这个networking上是一个Windows Server 2008的安装，我想pipe理，但服务器的磁盘已满。 我努力了： 远程桌面 – 失败。 Windows资源pipe理器 – 失败。 净使用 – 与磁盘空间错误失败。 远程关机 – 由于磁盘空间错误而失败。 其他一些我想到但没有安装的东西是：VNC，telnet服务器等。我无法物理地重启服务器。 服务器位于我有pipe理员权限的域上，我可以通过Active Directory执行某些操作，使计算机释放空间吗？ 任何其他的想法？
我正在使用smartd来监视我的文件服务器上的内部硬盘驱动器的SMART健康状况，并提醒我即将到来的厄运迹象。 我也想监视我将使用的外部eSATA硬盘驱动器，但我不知道如何克服这些障碍： 作为用于异地备份的外部驱动器，它可能存在也可能不存在。 当驱动器“消失”时，我怎样才能使smartd不被“吓坏”，并将我的电子邮件收件箱中的垃圾邮件？ （注意：我还没有testing过，但是假设smartd会突然找不到驱动器的灾难性故障。） 出于与上述相同的原因，驱动器并不总是例如/ dev / sdf（实际上，一旦我移除了当前连接的USB HDD，下一次连接其中一个就是/ dev / sdg！） ，但是我的理解是，UUID和朋友引用分区 ，而我需要引用smartd 设备 。 如何可靠地指向这些外部驱动器，而不必在每次插入时手动更新/ dev / sd *参考？ 在configuration文件中使用DEVICESCAN似乎是一个明显的select，因为无论如何我对所有的驱动器都使用相同的configuration，但是我的理解是，smartd只会在启动时扫描设备，而且我宁愿避免每次都重新启动守护进程我插入其中一个驱动器（除非这是最优雅的解决scheme）。
我有一个充满数据的12TB机箱（ext3）。 我想制作一个副本，跨越单个3TB磁盘，每个磁盘都可以自行读取（没有RAID或绑定）。 理想情况下，我希望这个过程吐出哪些文件在哪个磁盘上的索引，但这不是必须的。 最终结果必须是原始目录结构中磁盘上的可读文件，而不是归档文件。 跨卷分割目录（复制目录结构）是好的。 3TB磁盘并不是全部同时安装（也不能够），所以我需要一些能让我暂停复制来切换磁盘的东西。 我强烈希望有一个解决scheme，不需要我确定哪个文件放在哪个磁盘上，或者跟踪哪些文件被复制。 有没有现成的软件包可以做到这一点？
我有一个3 – 4年的250GB WD硬盘，自从我购买它以来，它已经显示出exception高的温度读数。 温度比预期的高得多，我最终把它归因于一个不好的传感器。 例如，目前我的系统上的另一个驱动器是WD 640GB，目前是40C。 而250GB的驱动器是在62C。 通常情况下，当系统启动时，该驱动器的温度将快速boost到50C – 58C（今天有点高）。 在这种情况下，这些驱动器是紧挨着的，所以没有其他的热源会影响温度。 总而言之，我从来没有遇到任何与驱动器有关的问题（除了报警温度读数外），但在最近的SMART数据检查中，我注意到一些CRC错误。 这些错误通常是由于坏的电缆不好，只是为了安全起见，我打算很快退休。 在早期，当250GB硬盘是我的主要硬盘时，我非常担心，于是我为这个硬盘买了一个硬盘冷却器。 设法将温度降低约5℃。 问题是它确实造成很大的噪音。 我有兴趣知道的是，如果我假设它很可能是一个不好的传感器是合乎逻辑的，所以我可以断开硬盘冷却器，并得到一些安静。
题 ： 如何将从应用程序写入的数据（字节stream）转储到文件系统？ （像tcpdump，但IO /文件）。 理想情况下，它应该能够“附加”并转储它正在编写的stream，而不需要应用程序的特定configuration。 背景： 我有一个部署在某些服务器上的Java应用程序。 这个应用程序正在使用JCL + Log4j来logging各种技术的东西。 在其中的一些我遇到一个相当不常见的问题：经常，日志文件被二进制数据污染。 相同的应用程序，相同的configuration，相同的硬件，相同的OS …不同的行为 我的日志都在这里：如果我用“string”处理日志文件，每个事情都恢复正常，但是就我所知，假设有90％的二进制垃圾，预处理这些文件需要花费大量的时间。 目标： Beeing能够找出问题出在Java应用程序/ JVM或OS /硬件中
我刚刚发现服务器硬盘的规格中提到了TB读取的最大数量。 例如，WD Black Drive 2 TB提到每年550 TB的传输限制。 这意味着每天它应该只读取整个上下文1.5倍。 有没有一个真正的限制，或者它只是一个启发式猜测沉重的磁盘使用情况，并取消5年保修？ 我的用例是严格的串行读取整个磁盘（像dd这样的裸机）来处理大数据 – 模拟一些磁带库访问。 我想这是一个更健康的场景，然后随机访问。 正确，不正确或错误？
我在Linux上运行带有ZFS的Ubuntu 14.04.2。 当我的Asus M5A78L-M / USB3上的SATA端口用完时，我购买了一块戴尔PERC H200卡，并将其交叉转换为LSI 9211-8i P19 IT模式固件，透明地传输驱动器。 尽pipe存在一个缺点，但它的工作原理类似于具有SMART命令的mpt2sas驱动程序等等： 经过一段时间hdparm -y / dev / sdx后，我自动旋转我的池驱动器。 在我拿到H200卡之前，我所有的驱动器都连接到主板上，当我closures系统时，系统立即closures，不用转动驱动器。 现在，连接到H200的所有驱动器都会首先启动，系统不会closures，直到所有驱动器都被启动。 所以我的问题是： 在closures系统之前，我怎样才能防止Ubuntu挂起我的磁盘，连接到H200？ 可能是发送到驱动器的备用/关机命令，导致H200唤醒驱动器。
支持传统（Sun Fire X4100）设备，希望购买更高容量的驱动器和/或获得更好的价格，而不会将我的select限制在以前的Sun硬盘上。 我被告知X4100与新的Sun 300G和600G驱动器兼容，尽pipe被列为最大4×146G。 （在EOL时） 我猜测更换硬盘不需要特定于Sun，因为其他品牌（例如戴尔在其146G上使用相同的Seagate部件＃） – 除了托盘托盘外，其他产品看起来都是相同的。 也许我可以更换托盘托盘来使用X4100中的非Sun驱动器。 我知道它一定是2.5“，SAS，当然是22针。 还有什么我需要注意的吗？ 牌？ – 我知道X4100与希捷/日立/富士通合作。 这是因为固件上的驱动程序（在这种情况下，其他品牌可能无法工作），还是他们通常会使用相同的接口？ （在这种情况下，品牌可能无关紧要） 修订？ – 我有希捷SAS 10K.1，但不知道.1是指什么..希捷10K.4会引入兼容性问题，还是它是相同的接口？ 容量？ – 我已经被告知服务器或控制器没有限制，这是服务器设备的典型情况吗？
我的兄弟正在使用托pipe服务提供商，为他的公司提供一台装有Windows Server 2008 R2的虚拟机。 他们不得不在一台服务器上运行整个堆栈，所以我的兄弟至less要求为操作系统，IIS，数据库，日志等单独的驱动器。 他们在同一个“物理”磁盘0上为他提供了5个逻辑驱动器（例如向操作系统显示为一个物理磁盘 – 一个VMDK）。 假设在这些不同的逻辑磁盘之间有一个合理的stream失，将它们作为单独的“物理”磁盘（我猜想是VMDK）添加是合理的？ 看起来似乎仍然会有一个performance上的收获，但我不确定如何去做certificate，还没有find关于这方面的文献。
星期五我有一个绝对的灾难。 我去了数据中心，为了架起一台新的服务器，同时又拿了一个新的磁盘，用来replace几周前在HP P2000 G3 10Gbit iSCSIarrays中出现故障的硬盘。 P2000装有12个2TB 7.2k MDL SAS磁盘，并configuration为2个RAID10arrays，每个arrays有4个驱动器+2个热备件。 我已经在一个星期之前移除了失败的磁盘，它在arrays中的位置已经按照预期由一个热备份自动获得。 所以，手头的任务是replace一个简单的驱动器，让我回到热备份。 简单的权利？ 滑入磁盘，确保它在GUI中可见并configuration为热备份…. 没有… 我从包装中打开全新的磁盘并将其滑入到位，arrays中的所有驱动器立即变为橙色。 我检查了graphics用户界面，每个磁盘都显示“无效的元数据”，使用这两个arrays快速检查运行的服务，确认所有内容都已经丢失了LUN的可见性。 我重新扫描频道，重新启动控制器都没有效果。 驱动器开始从GUI中消失，我的VD（LUN）也从GUI中消失。 我也删除了新的磁盘，仍然没有。 在绝望和困惑的行为中，我把电源拉到P2000上，让它完全重新启动。 它回到了在线状态，我可以再次看到我的虚拟磁盘…但是，两个arrays都失去了所有的冗余，就像2个RAID10中的每一个丢失了镜像磁盘。 所有曾经是arrays一部分的其他磁盘现在都显示为可用。 我能够configuration他们作为热备份和2 RAID10的开始重build。 它现在正在运行，所有这一切都没有我的新磁盘，因为我害怕再次进入。 有没有人有关于这里发生的事情的线索？ 我唯一能想到的是，新磁盘必须包含自己的元数据，并将P2000弄糊涂了。 不过，这是我们平常供应商的新密封磁盘。 但是，即使是这样的情况，我也不希望arrays对那个会影响现有RAIDconfiguration的磁盘做任何事情！ 请帮助！