我遇到了上述问题，我不知道是什么原因造成的。 有人可以帮我解决这个问题吗？ 谢谢 。 1）我已经有我的第一个磁盘/dev/sda工作正常，现在我想在第二个磁盘上创build另一个FS： $fdisk /dev/sdb [我在fdisk下按n，p，w] 2）我看了一下fdisk的结果 $fdisk -l Disk /dev/sda: 1999.0 GB, 1998998994944 bytes 255 heads, 63 sectors/track, 243031 cylinders, total 3904294912 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000a6eb5 […]
我想订阅守护进程，inotify风格，以接收通知时，给定的文件系统上的空闲空间低于一定的百分比。 这可能吗？
语境： 我使用apt-get自动在Ubuntu服务器上安装postgresql-9.1 。 这将创build所需的postgres用户。 Postgres数据位于重新安装后的外部卷上。 这些数据显然是由postgres用户拥有的。 我遇到的问题是，所有权不是以postgres的名字logging的，而是根据postgres在创build时的UID。 当服务器重新安装时， postgres有时会得到不同的UID，不再拥有数据目录， 因此不起作用 。 题： 我可以强制apt-get创build的用户postgres的UID固定的东西吗？ 还是有另一种方法来解决我的问题？ （正如您可能已经推断的那样，这是在Amazon EC2上的EBS卷上的数据）
我有些尴尬地通过Puppet无意中删除了多个重要数据的TB，我只是想明白为什么会发生这种情况。 首先，我很确定它的消失的原因（除了通过备份之外，不可恢复）是： File { backup => false } 在我的网站。 这些节点被设置为通过NFS来挂载某些东西，所以挂载点/挂载以及fstab中的一行如下所示： nfsserver:/mount /mount nfs <options> 0 0 我想摆脱装载，并用一个符号链接replace到相同的最终位置（虽然不同的path）。 我的木偶清单看起来像这样： class symlinks::linkdirtest ( ) { file { '/mount': ensure => "link", target => "/anotherdir/mount", } mount { "/mount": ensure => "absent", } } 做傀儡跑时，得到以下结果： notice: /Stage[main]/Symlinks::Linkdirtest/File[/mount]: Not removing directory; use 'force' to override 所以，我适时（或愚蠢地）补充说： class symlinks::linkdirtest ( […]
比方说，我要build立一个非常大的1PB zpool。 我将有一个内置HBA的主机（也许是4个端口的LSI SAS卡），而且我可能有7个45-JBOD连接到主机。 用raidz3做这件事的基本方法是创build21个不同的15个驱动器的raidz3 vdevs（7个JBOD中的3个15驱动器vdevs），并从这21个raidz3 vdevs中创build一个池。 这将工作得很好。 这里的问题是，如果你因为某种原因失去了一个vdev，那么你将失去整个池。 这意味着你绝对不能失去整个JBOD，因为这3个vdevs丢失了。 但是，在一个邮件列表线程中，有人暗中提到组织磁盘的方式，这样你确实可能会丢失整个JBOD。 他们说： “使用戴尔R720机头，加上一串戴尔MD1200 JBOD，双重连接到两个LSI SAS交换机上……我们做了三重校验，我们的vdev成员设置为最多可以丢失三个JBOD，仍然是（每个JBOD一个vdev成员磁盘）“。 …我不太确定他们在这里说什么。 我认为他们所说的是，不是有一个vdev（一个HBA上的所有连续的15个（或12个，或者其他的）磁盘），你实际上有vdev的奇偶校验驱动器分裂成其他JBOD，这样你可能会失去任何jbod，你仍然有N-3驱动器在其他地方覆盖该vdev … 或者其他的东西… 两个问题： 有谁知道这个配方是什么样的 是否足够复杂，您确实需要SAS交换机，而且我不能只使用复杂的HBA JBD布线进行设置？ 谢谢。
问题在底部。 我有几个ZFS文件系统我想使用ZFS压缩，但是由于启用压缩只会影响写入文件系统的新数据，所以我想编写一个可以迁移文件系统的脚本，这样所有的数据都被压缩了。 这是我的testing尝试 du -h /tmp/dump.txt zfs create -p tank3/xtest1/fs cp /tmp/dump.txt /tank3/xtest1/fs zfs list | grep xtest zfs create tank3/xtest2 zfs set compression=lzjb tank3/xtest2 zfs inherit compression tank3/xtest2 zfs snapshot tank3/xtest1/fs@snap zfs send tank3/xtest1/fs@snap | zfs receive tank3/xtest2/fs zfs get compression tank3/xtest2/fs zfs list | grep xtest zfs destroy -r tank3/xtest1 zfs destroy -r […]
我有几百个需要迁移到新服务器的文件夹。 我被要求为每个单独的文件夹创build一个xfs FS。 冉一个杜，所以我知道每个文件夹的确切大小和1G的指定块大小。 如何计算创build每个虚拟磁盘所需的大小？ 在用xfs格式化之后，我失去了一些空间。
所以我试图使用AWS EFS和EC2在多个实例之间进行持久存储。 我使用sudo mount -t nfs4 -o nfsvers=4.1 $(curl -s http://IPADDRESSHERE/latest/meta-data/placement/availability-zone).FILESYSTEMIDHERE.ZONEHERE.amazonaws.com:/ /mydir驱动器， sudo mount -t nfs4 -o nfsvers=4.1 $(curl -s http://IPADDRESSHERE/latest/meta-data/placement/availability-zone).FILESYSTEMIDHERE.ZONEHERE.amazonaws.com:/ /mydir 。 出于安全原因，我用占位符replace了一些关键信息。 运行后没有任何反应，它只是回到terminal没有成功的消息，没有错误消息，所以我假设它的工作。 我在/mydir和ls /mydir里创build一个文件夹或文件，一切都显示正常。 然后我使用sudo umount /mydir卸载驱动器。 运行后，再次没有错误，但没有成功的消息，所以我假设它的工作。 所有的文件保持在文件夹中，运行后没有任何变化。 然后，我创build一个新的目录，并将驱动器挂载到该新目录，并且没有任何创build的文件或文件夹出现在该新文件夹中。 因此，如果挂载到新文件夹，它甚至不会同步文件，甚至不会保存到EFS驱动器。 任何想法如何得到这个工作？ 非常感谢。
首先，我知道这个话题很容易变得主观，但是我试图避免这个问题，因为在这个糟糕的答案中至less应该有一个好的答案，而且很难find答案。 乍一看，我的问题似乎很简单， 如何在Harddisk上存储虚拟机磁盘，同时确保数据完整性不受影响，性能不可怕。 但实际上比看起来更难; ZFS和BTRFS是没有select的：Copy On Write写文件系统在处理大文件方面是非常糟糕的，尤其是如果它们本身可能包含另一个Copy On Write文件系统！ 您可以closuresBTRFS上的COW，但是这也会closures校验和（压缩，重复数据删除等）。 EXT2 / 3/4，XFS，ReiserFS，NTFS等都不做像BTRFS / ZFS那样的全面的数据校验，而不是和选项。 那么，那么这个囚犯呢？ 除了带有其他问题（如写入孔（RAID5））的简单化RAID设置以及不清楚两个副本中哪一个是正确的错误文件的处理方式之外，您无法获得完整的数据完整性。 在高级系统中使用校验和避免的问题，并在文件返回到操作系统或用户之前validation文件的完整性。 我能想到的唯一select是在虚拟机内而不是在主机上使用BTRFS / ZFS，并且在每台机器上适当地调度快照和备份，尽pipe这比在主机上执行快得多。 有没有人知道任何其他方式来实现我的目标？
以下面的目录树为例，将directory/folderA的内容移动到目录的最佳方法是什么？ 如果目标文件中存在同名文件，例如： directory/folderA/2017/06/info.log和directory/2017/06/info.log directory/folderA/2017/06/info.log ，如何覆盖文件。 directory |– folderA | |– 2017 | | |– 06 | | | |– 2016 | | |– 12 | | |– 11 | | |– 10 | |– 2017 | |– 04 | |– 05 | |– 06 | |– 2016 | |