创建加密存储卷相对简单（例如：https ://www.digitalocean.com/community/tutorials/how-to-create-an-encrypted-file-system-on-a-digitalocean- block-storage-volume。）但是，由于文件系统在启动时被解密，并且服务器始终处于开启状态，所以数据不会以纯文本形式保存在我们的 VPS 上吗？
在永远在线的 VPS 上使用全盘加密有什么价值吗？
- 编辑 - -
我的目标是让主机在财务上无法访问我的数据和源代码。磁盘加密在这方面有用吗？
现在在我的服务器上，我们有 20GB 的磁盘大小。我们使用它进行日常备份，路径如下：/var/lib/backup. 文件系统已打开/vda。
但它很小。将来很快就会用完。所以我们向这个实例添加了另一个卷（磁盘）。就如：
sudo lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT
sr0 iso9660 config-2 2020-03-05-17-33-22-00
vda
`-vda1 xfs 5c248666-70f5-4037-8b24-17100c2f5c1e /
vdb swap 5210b427-142c-4958-a2f9-461b4a431eec [SWAP]
vdc
`-vdc1 xfs 5c248666-70f5-4037-8b24-17100c2f5c1e
vdc被添加了一个新的。/dev/vdc1可以使用。
如果挂载/dev/vdc1到特殊路径如/mnt，则可以添加磁盘。但每日文件增加发生在/var/lib/backup路径（vda卷）。/mnt不能自动使用。如何使它们能够结合在一起？
我尝试了符号链接。
ln -s /var/lib/backup /mnt
这里我还有一个问题。如果文件/var/lib/backup增加，即在/vda，链接到，文件是否在和/vdc上使用相同的空间？还是只用，用完再继续用？他们如何使用 2 个不同的磁盘？/vda/vdc/vda/vda/vdc
我在 Linux 服务器管理方面非常缺乏经验，而且我很烂……我有一个在 CentOS centos-release-7-6.1810.2.el7.centos.x86_64 下运行的虚拟机。在此 VM 上，我正在运行 ActiveMQ-InfluxDB-Grafana 堆栈的测试安装。
现在我的系统磁盘空间不足。“df”显示以下内容：
/dev/mapper/vg_main-root 16766976 15605268 1161708 94% /
devtmpfs 8116348 0 8116348 0% /dev
tmpfs 8133376 0 8133376 0% /dev/shm
tmpfs 8133376 778780 7354596 10% /run
tmpfs 8133376 0 8133376 0% /sys/fs/cgroup
/dev/sda1 1007896 189228 767468 20% /boot
tmpfs 1626676 12 1626664 1% /run/user/42
tmpfs 1626676 4 1626672 1% /run/user/0
/dev/mapper/vg_main-influxdb 61856248 32992 61823256 1% /var/lib/influxdb/data
这是删除所有 InfluxDB 文件后的状态，这些文件在卷组 vg_main_influxdb 上消耗了 20G。我还清理了 vg_main-root 上的临时文件，这将磁盘使用率从 100% 降低到了您在此处看到的 94%。
命令 vgs 显示：
VG #PV #LV #SN Attr VSize VFree
vg_main 1 3 0 wz--n- <79.02g 0
此外，我们有
[root@vmla032 /]# du -h --max-depth=1
184M ./boot
0 ./dev
0 ./proc
761M ./run
0 ./sys
42M ./etc
120M ./root
1.1G ./var
36K ./tmp
4.2G ./usr
360K ./home
0 ./mnt
747M ./opt
0 ./srv
7.0G .
pvdisplay 的结果
[root@vmla032 /]# pvdisplay
--- Physical volume ---
PV Name /dev/sda2
VG Name vg_main
PV Size 79.02 GiB / not usable 3.00 MiB
Allocatable yes (but full)
PE Size 4.00 MiB
Total PE 20229
Free PE 0
Allocated PE 20229
另一个症状是 vg_main-root 被某个进程填充了数据并耗尽了磁盘空间。例如，当我删除这些文件时磁盘空间被释放时，日志数据似乎在那里。
如何获得更多空间？如何找出阻塞 vg_main-root 的进程？
使用列表中的音量检查
openstack volume list
将状态设置available为卷
openstack volume set --state available [volume id]
调整音量
openstack volume set --size 40 [volume id]
再次检查大小和状态
Openstack volume show [volume id]
状态变为in-use，大小变为 40。它附加到 /dev/vda。
但是，登录到 vm，使用df -h检查，没有找到/dev/vda.
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 20G 1.8G 19G 9% /
devtmpfs 1.9G 0 1.9G 0% /dev
tmpfs 1.9G 0 1.9G 0% /dev/shm
tmpfs 1.9G 17M 1.9G 1% /run
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
tmpfs 379M 0 379M 0% /run/user/1000
为什么不改变？
服务器具有带有几个卷的 Thin LVM：
vm-130-disk-0 - was deleted and need to be restored.
vm-137-disk-0 - was NOT deleted.
尝试恢复在删除之前创建的 /etc/lvm/archive/pve_00336-2034680334.vg：
# vgcfgrestore --force --file /etc/lvm/archive/pve_00336-2034680334.vg pve
# vgimport pve
# lvchange -ay /dev/pve/vm-130-disk-0
Thin pool pve-data-tpool (254:6) transaction_id is 324, while expected 311.
...
# lvs -a
LV VG Attr LSize Pool Origin Data% Meta%
data pve twi---tz-- 1.57t # NOT activated pool data
[data_tdata] pve Twi-a----- 1.57t # OK a=Activated
[data_tmeta] pve ewi-a----- 16.00g # OK a=Activated
root pve -wi-a----- 10.00g # OK a=Activated
vm-130-disk-0 pve Vwi---tz-- 32.00g data # NOT activated deleted volume
vm-137-disk-0 pve Vwi---tz-- 22.00g data # NOT activated non-deleted volume
...
好吧，这里我们失败了，因为 tmeta 和 tpool 之间的事务不匹配。互联网上大多数回答的人都有镜像情况：tpool=312 和 tmeta=324，看起来像 .vg 文件中的 transaction_id 修复对他们有帮助。让我们尝试修复 .vg 文件并激活：
Changed by hands transaction_id from 311 to 324 in /etc/lvm/archive/pve_00336-2034680334.vg ..
# vgcfgrestore --force --file /etc/lvm/archive/pve_00336-2034680334.vg pve
# vgimport pve
# lvchange -ay /dev/pve/vm-130-disk-0
device-mapper: reload ioctl on (254:19) failed: No data available
In debug log appears: pve-vm--130--disk--0: Skipping NODE_DEL [trust_udev]
# lvs -a
LV VG Attr LSize Pool Origin Data% Meta%
data pve twi-aotz-- 1.57t 5.86 0.44 # OK
[data_tdata] pve Twi-a----- 1.57t # OK
[data_tmeta] pve ewi-a----- 16.00g # OK
root pve -wi-a----- 10.00g # OK
vm-130-disk-0 pve Vwi---tz-- 32.00g data # NOT activated deleted volume
vm-137-disk-0 pve Vwi-a-tz-- 22.00g data 67.91 # OK activated non-deleted volume
...
已删除卷的“无可用数据”。伤心。AFAIK tpool 有 transaction_id=324，我需要以某种方式将 tpool 回滚到 312。不知道怎么做。
我可以用什么激活 pve/vm-130-disk-0 ？
# lvm version
LVM version: 2.02.168(2) (2016-11-30)
Library version: 1.02.137 (2016-11-30)
Driver version: 4.35.0
# uname -a
Linux adminslotlogicrestoreasap 4.9.0-11-amd64 #1 SMP Debian 4.9.189-3+deb9u2 (2019-11-11) x86_64 GNU/Linux
谢谢阅读！我将不胜感激任何建议。
df -h命令返回
[root@ip-SERVER_IP ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 7.8G 5.5G 2.0G 74% /
tmpfs 32G 0 32G 0% /dev/shm
cm_processes 32G 0 32G 0% /var/run/cloudera-scm-agent/process
我有一个具有 500GB 磁盘空间的卷。
现在，我安装了一些东西，/dev/xvda1它一直在说：
The Cloudera Manager Agent's parcel directory is on a filesystem with less than 5.0 GiB of its space free. /opt/cloudera/parcels (free: 1.9 GiB (25.06%), capacity: 7.7 GiB)
相似地：
The Cloudera Manager Agent's log directory is on a filesystem with less than 2.0 GiB of its space free. /var/log/cloudera-scm-agent (free: 1.9 GiB (25.06%), capacity: 7.7 GiB)
从内存统计中，我看到上面安装的文件系统必须是：
/dev/xvda1
我认为它需要调整大小以便拥有更多磁盘空间，但我认为我不需要扩展卷。我只安装了一些东西并开始使用它。
所以我想知道我需要遵循哪些确切步骤来扩展此分区中的空间以及我的 500 GB 到底在哪里？
我对 OpenShift 中的持久卷有点困惑，我想知道如果具有持久卷的 pod 失败会发生什么，该卷是否会永远丢失？当 pod 失败时，是否可以将卷迁移到另一个 pod？如果是，哪种持久卷支持迁移？
我的 KVM 主机在 LVM 卷上运行 VM 时遇到了问题。从昨晚开始，逻辑卷不再如此（即使我已经创建了几个月，我也无法创建它们的快照）。
运行任何扫描都不会发现任何结果：
[root@apollo ~]# pvscan
No matching physical volumes found
[root@apollo ~]# vgscan
Reading all physical volumes. This may take a while...
No volume groups found
root@apollo ~]# lvscan
No volume groups found
如果我尝试从中恢复 VG conf 备份，/etc/lvm/backups/vg0我会收到以下错误：
[root@apollo ~]# vgcfgrestore -f /etc/lvm/backup/vg0 vg0
Couldn't find device with uuid 20zG25-H8MU-UQPf-u0hD-NftW-ngsC-mG63dt.
Cannot restore Volume Group vg0 with 1 PVs marked as missing.
Restore failed.
/etc/lvm/backups/vg0具有以下物理卷：
physical_volumes {
pv0 {
id = "20zG25-H8MU-UQPf-u0hD-NftW-ngsC-mG63dt"
device = "/dev/sda5" # Hint only
status = ["ALLOCATABLE"]
flags = []
dev_size = 4292870143 # 1.99902 Terabytes
pe_start = 384
pe_count = 524031 # 1.99902 Terabytes
}
}
fdisk -l /dev/sda显示以下内容：
[root@apollo ~]# fdisk -l /dev/sda
Disk /dev/sda: 6000.1 GB, 6000069312512 bytes
64 heads, 32 sectors/track, 5722112 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000188b7
Device Boot Start End Blocks Id System
/dev/sda1 2 32768 33553408 82 Linux swap / Solaris
/dev/sda2 32769 33280 524288 83 Linux
/dev/sda3 33281 1081856 1073741824 83 Linux
/dev/sda4 1081857 3177984 2146435072 85 Linux extended
/dev/sda5 1081857 3177984 2146435071+ 8e Linux LVM
服务器正在运行一个 4 磁盘 HW RAID10，根据 megacli 和 smartd，它看起来非常健康。
唯一奇怪的消息/var/log/messages是每隔几个小时就会出现以下消息：
Jun 10 09:41:57 apollo udevd[527]: failed to create queue file: No space left on device
的输出df -h
[root@apollo ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda3 1016G 119G 847G 13% /
/dev/sda2 508M 67M 416M 14% /boot
有谁知道下一步该怎么做？除了无法为它们创建快照外，这些虚拟机目前都运行良好。
更新了额外的信息 这不是缺少 inode：
[root@apollo ~]# df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda3 67108864 48066 67060798 1% /
/dev/sda2 32768 47 32721 1% /boot
pvs、vgs 和 lvs 不输出任何内容或“未找到卷组”。
我想在 Equallogic PS6000 SAN 中具有数据存储的三个 ESX 主机中从 vmware ESX4 vms 访问单个卷。我知道如何管理数据（通过集群文件系统），但我似乎无法找到一种方法来做到这一点。
在所有客户机上，操作系统都是 GNU/Linux Debian 5 “Lenny”，64 位版本。