How to get free space from mounted drive Redhat 7
Update crypttab asks for Passphrase for fstrim
我们有一台HP 3PAR StoreServ 7400,其中包含170个VM,分布在38个主机上.
这是我理解的问题:(我也被告知一些信息,我不确定它是否真实,我已经读过HP 3PAR StoreServ 7400白皮书,真的找不到任何支持我的存储空间的东西告诉我.所以在下面,如果有人注意到任何不正确的事情,请告诉我.)
3 PAR分为3个部分,
第2层：和第3层：某种旋转盘,为什么还有为什么还有2层我不确定,但我的假设是第2层用于不是最常访问的数据但是访问一点而第3层用于其余的存储.
在SSD部分中,正如我在许多文章中读到的那样,当数据被写入SSD块然后被删除时该块不会被清零,直到新数据被写入其中,因此当块中的数据被删除时,存储映射的表信息得到更新,然后当新数据写入同一个块时,首先需要将块清零,然后将其写入.如果驱动器没有被设置为周期性,则SSD内的此过程可导致较低的w / r速度.
3PAR LUN是精简配置的,VM是Eager Thick配置的.
根据我的存储人员的说法,3PAR内置了一项特殊功能,可以根据需要使用其他虚拟机无法使用SSD存储,这是没有意义的.
事实核查：
密集配置的VM是VMDK文件,在创建VM时,您指定VM的大小,这将创建VMDK文件.在我的脑海中告诉我,如果定期访问VM,整个VMDK文件将被移动到SDD,他们告诉我的是,即使VMDK设置为使用40GB,也可以使用40GB的一些其他VM的？对我而言,这听起来更像是一个不太厚的精简配置VM.
好的解决问题.
在我们的Windows系统上,我们使用sdelete来查找和清零未使用的块.
在我们的Linux Fedora系统上,我一直在努力弄清楚如何让fstrim工作.
我确实尝试了dd = write-big-file delete-big-file命令,并通过屋顶发送了磁盘I / O,这被注意到,我被告知不再这样做了.
做了一点研究,我认为sdelete与dd = write-big-file delete-big-file几乎完全相同,那么为什么磁盘I / O不会通过Windows系统上的屋顶呢？
所以我认为我已将其削减为两个解决方案.我都不知道该怎么做.
>以某种方式,如果没有v-motion,VM可以在不同的存储阵列上运行,而是能够在SAN的整个SSD部分上运行类似fstrim的功能.
旁注：如果我理解了所有我读过的内容fstrim查看每个块以查看数据是否存在以及是否需要,如果不需要将零块清零,其中sdelete写入一个巨大的文件然后将其删除.这就是我在3PAR的整个SSD部分寻找fstrim选项的原因.
> Longshot但是我用fstrim得到的错误是：
[root @ rhtest~] #fstrim -v /
fstrim：/：不支持丢弃操作
我已经读过需要在操作系统和数据存储区上设置discard选项,但我无法弄清楚在3PAR上设置丢弃选项的位置或方式我同时拥有对3PAR的SSH和GUI访问权限.
在操作系统中设置丢弃程序时,我经历了无数的演练,无论我旋转多少种不同的方法,我总是得到同样的错误.
是的我还调查了其他选项zerofree是一个,还有一些其他没有想到但是他们要么像zdelete那样工作,要么我读到他们非常危险,我调查了hdparam等.
下面我将介绍一些有关操作系统的输出,它们都是一样的.
[root@rhtest ~]# hostnamectl
Static hostname: rhtest.domain.com
Icon name: computer-vm
Chassis: vm
Machine ID: f52e8e75ae704c579e2fbdf8e7a1d5ac
Boot ID: 98ba6a02443d41cba9cf457acf5ed194
Virtualization: vmware
Operating System: Red Hat Enterprise Linux Server 7.2 (Maipo)
CPE OS Name: cpe:/o:redhat:enterprise_linux:7.2:GA:server
Kernel: Linux 3.10.0-327.el7.x86_64
Architecture: x86-64
[root@rhtest ~]# blkid
/dev/block/8:2: UUID="2OHGU8-ir1w-LLGB-6v72-zZqN-CIaX-FjGImJ" TYPE="LVM2_member"
/dev/block/253:1: UUID="ad872f09-5147-4252-af56-aa6244219515" TYPE="xfs"
/dev/block/8:1: UUID="83aac355-a443-4ff9-90fa-9f6da8e31cc2" TYPE="xfs"
/dev/block/253:0: UUID="dbe56f6a-2a4a-42da-82e2-bef9a73caafb" TYPE="swap"
[root@rhtest ~]# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
fd0 2:0 1 4K 0 disk
sda 8:0 0 50G 0 disk
ââsda1 8:1 0 500M 0 part /boot
ââsda2 8:2 0 49.5G 0 part
âârhel_-rhtest-swap 253:0 0 2G 0 lvm [SWAP]
âârhel_-rhtest-root 253:1 0 47.5G 0 lvm /
sdb 8:16 0 50G 0 disk
sr0 11:0 1 1024M 0 rom
[root@rhtest ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/rhel_-rhtest-root 48G 883M 47G 2% /
devtmpfs 991M 0 991M 0% /dev
tmpfs 1001M 0 1001M 0% /dev/shm
tmpfs 1001M 8.5M 993M 1% /run
tmpfs 1001M 0 1001M 0% /sys/fs/cgroup
/dev/sda1 497M 124M 374M 25% /boot
tmpfs 201M 0 201M 0% /run/user/0
解决方法
您需要能够在VM和存储设备上启用丢弃.
尝试使用xfs文件系统减小分区或逻辑卷的大小是不可能的,这是fedora的已知错误.如果您对此功能感兴趣,请联系Red Hat支持并参考Red Hat bugzilla 1062667,并提供您需要XFS减少/缩小的用例.
作为在某些环境中可能的解决方案,可以将精简配置的LVM卷视为XFS文件系统下的附加层.
如果VM是急切的厚配置VMDK,这意味着当您尝试修剪(技术上讲; SCSI UNMAP)您的卷时,无需回收任何内容.
如果后端存储正在运行精简配置,那么您还需要使用延迟归零的VMDK文件,以减少存储并使后端可以缓存/删除热数据.
两种可能的选择：
1. When storage is provided by a remote server across a SAN,you can only discard blocks if the storage is thin provisioned.
1. VMotion all the VM's to a different data store and use the built-in VMWare tools
2. Connect to the ESXi Host with SSH
3. Navigate to the Virtual Machine Folder
4. Verify disk usage with du
5. Run vmkfstools -K [disk]
6. Verify disk usage with du
2. dd if=/dev/zero of=BIGFILE bs=1024000
rm -f BIGFILE
据我所知,这与sdelete的作用相同,但它可能会导致磁盘I / O出现峰值,并且需要一段时间才能运行.
一夜之间尝试的东西
任何一个选项都不是最好的,但重新格式化每个VM以获得ext3或ext4听起来并不可行.
您可以做的是为所有Linux VM设置一个关联规则,并使用上面的选项1.
