标签: lvm

我正在尝试在CentOS7上调整逻辑卷的大小,但遇到以下错误:

resize2fs 1.42.9 (28-Dec-2013)
resize2fs: Bad magic number in super-block while trying to open /dev/mapper/centos-root
Couldn't find valid filesystem superblock.

我尝试添加一个新分区(使用fdisk)并使用vgextend扩展卷组,然后调整大小.使用lvextend调整大小对逻辑卷工作正常,但在resize2fs失败.

我还尝试删除现有分区(使用fdisk)并使用更大的结束块重新创建它,然后使用lvm pvresize调整物理卷的大小,然后使用lvm lvresize调整逻辑卷的大小.到目前为止,一切都很好.

一旦我尝试使用resize2fs,使用上述两种方法,我收到了完全相同的错误.

希望下面的一些内容可以解释一下.

fdisk -l

[root@server~]# fdisk -l

Disk /dev/xvda: 32.2 GB, 32212254720 bytes, 62914560 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 label type: dos
Disk identifier: 0x0009323a

Device Boot      Start         End      Blocks   Id  System
/dev/xvda1 …

如何关闭/"卸载"Linux lvm2物理卷？

我将一个外部驱动器插入我的电脑.在驱动器上是LVM2 PV,其中一个卷组具有一些逻辑卷.我现在想要再次正确删除此驱动器.

我卸载了文件系统,停用了所有逻辑卷和卷组.

如何停用物理卷？或者让PV再次知道PV和VG？就像lvmdiskscan和vgchange -ay的反面一样？

我想保持光盘上的PV/VG和LV完好无损.

我再也无法在Docker中创建和运行新容器了.但同时可以运行以前创建的容器.

当我尝试做这样的事情时:

[user@host ~ ] docker run --name=fpm-5.3 debian:jessie
2014/07/12 07:34:08 Error: Error running DeviceCreate (createSnapDevice) dm_task_run failed

来自docker.log:

2014/07/12 05:57:11 POST /v1.12/containers/create?name=fpm-5.3
[f56fcb6f] +job create(fpm-5.3)
Error running DeviceCreate (createSnapDevice) dm_task_run failed
[f56fcb6f] -job create(fpm-5.3) = ERR (1)
[error] server.go:1025 Error: Error running DeviceCreate (createSnapDevice) dm_task_run failed
[error] server.go:90 HTTP Error: statusCode=500 Error running DeviceCreate (createSnapDevice) dm_task_run failed

dmsetup状态

docker-8:1-1210426-pool: 0 209715200 thin-pool 352 2510/524288 205173/1638400 - ro discard_passdown queue_if_no_space 

但它们在磁盘上有很多可用空间.

dmsetup信息

Name:              docker-8:1-1210426-pool
State:             ACTIVE
Read Ahead: …

我一直在玩亚马逊的Web服务超过一年,但我不太明白它是如何工作的.例如,当我从EC2控制台中选择我选择的AMI并继续完成向导时,我会到达"存储配置选项卡".这里有几种选择.

有根卷选项卡,然后有EBS卷选项卡.这两者有何不同？我可以为每个分配的最大大小是多少？如何配置EBS卷以使用我的实例？比方说,我决定创建8个EBS卷,每个卷具有25 GB的存储空间....现在用于类似Postgresql数据库的东西,它自然地存在于根设备上,我如何配置它以便数据库存储在所有8个EBS卷中？从某种意义上说,8个EBS卷成为一个200 GB的驱动器,而postgres数据库数据存储在整个驱动器中.

任何形式的澄清将不胜感激.

我最近听到(来自RedHat的人),"direct-LVM"(devicemapper)是生产设置的推荐存储后端,所以我想在CentOS 7 VM上尝试一下.(其中loopback-LVM似乎是默认值).

所以我创建了一个单独的数据磁盘和带有2个LV的VG用于数据和元数据,将它们传递到docker配置并启动docker ...到目前为止一直很好,看起来像这样:

# ps auxwf
...
/usr/bin/docker -d --selinux-enabled -H unix://var/run/docker.sock \
                --log-level=warn --storage-opt dm.fs=xfs \
                --storage-opt dm.datadev=/dev/vg_data/docker-data \
                --storage-opt dm.metadatadev=/dev/vg_data/docker-meta \
                --storage-opt dm.basesize=30G --bip=172.17.42.1/24 \

# docker info
Containers: 8
Images: 145
Storage Driver: devicemapper
 Pool Name: docker-253:0-34485692-pool
 Pool Blocksize: 65.54 kB
 Backing Filesystem: xfs
 Data file: /dev/vg_data/docker-data
 Metadata file: /dev/vg_data/docker-meta
 Data Space Used: 4.498 GB
 Data Space Total: 34.36 GB
 Data Space Available: 29.86 GB
 Metadata Space Used: 6.402 MB
 Metadata Space Total: 104.9 MB …

场景: 配置直接LVM模式生产为我的大厅CI系统上的码头工人在这里.

问题: 一段时间后,精简池就会被填满.

df -h
Filesystem      Size  Used Avail Use% Mounted on
udev             16G     0   16G   0% /dev
tmpfs           3.2G  329M  2.9G  11% /run
/dev/xvda2       97G   36G   62G  37% /
tmpfs            16G  656K   16G   1% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs            16G     0   16G   0% /sys/fs/cgroup
/dev/xvda1      240M  192M   36M  85% /boot
/dev/dm-3        10G  381M  9.7G   4% /var/lib/docker/devicemapper/mnt/efbc893b77ea9e6e7915d6521571262cd5b60dc1c677bb80fdf2008e066a9d6f
shm              64M  4.0K   64M   1% /var/lib/docker/containers/f0cc48235bb5e641430c2805d565ef20914b4c3e8486595d605840a28b36fd05/shm
/dev/dm-4        10G  477M  9.6G   5% /var/lib/docker/devicemapper/mnt/0ddafb3255270634fdb707634bf2a0a73929abcb28bad416a34fc56e66957c0e
shm              64M     0   64M   0% …

我有一个备份过程,使用kpartx从分区的lvm卷读取.很少发生该设备无法取消映射.

现在,当我尝试删除映射时,我得到以下内容:

# kpartx -d /dev/loop7
read error, sector 0
read error, sector 1
read error, sector 29

我试过dmsetup clean loop7p1但没有改变.如何在不重新启动服务器的情况下释放分区？谢谢

我正在尝试利用Linux(Centos6.0)中的LVM2功能.当尝试在特定块设备上定义PV的第一步时,我收到以下错误消息:

[root@localhost /] pvcreate /dev/sdb

无法独占打开/ dev/sdb.挂载文件系统？

未安装/ dev/sdb并删除其分区表.我还应该提到/ dev/sdb用于表示更大的块设备(大约4倍)并且通过硬件raid的配置减少(我在raid控制器中将hd分成4).

有没有人曾经遇到过这个错误,并知道如何从这里拿走它？

我在LVM上有一个XFS分区的服务器设置.将文件复制到主分区时,显示"设备上没有剩余空间".

df -h显示足够的空间:

/dev/mapper/prod--vg-home     35G   21G   15G  60% /home

df -i还显示足够的inode:

/dev/mapper/prod--vg-home   36700160  379390 36320770    2% /home

我确实验证了更改inode最大百分比的影响:

xfs_growfs -m 25 /dev/mapper/prod--vg-home

该量可以容易地减少和增加.

在尝试使用此设置时,我注意到将其降低到3%并再次将其增加到25%,并删除了一些文件,这使我可以再次添加更多文件.

xfs_info显示:

meta-data=/dev/mapper/prod--vg-home isize=256    agcount=14, agsize=655360 blks
         =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=9175040, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0
log      =internal               bsize=4096   blocks=2560, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

我读过有关64位inode的内容,但它似乎只适用于大型驱动器(超过1TB).

是否有任何其他设置可能导致"设备上没有剩余空间"消息.

谢谢

我有一个PHP脚本,需要检查磁盘的总大小.我已经成功使用disk_total_space一段时间了,刚刚转移到使用LVM的新服务器.disk_total_space现在报告完全不同的大小.我在第二台LVM服务器上重新创建了这个.

df -h 在第一台服务器上(CentOS 6.4,PHP v5.3.27)显示

Filesystem               Size  Used Avail Use% Mounted on
/dev/mapper/vg-vg_root    99G   47G   47G  50% /
tmpfs                     32G     0   32G   0% /dev/shm
/dev/sda1                194M   65M  120M  36% /boot
/dev/mapper/vg-vg_backup 400G   33M  400G   1% /var/tmp
/dev/mapper/vg-vg_mysql  950G   81G  870G   9% /data

但disk_total_space('/ dev/mapper/vg-vg_mysql')返回32G.实际上,它返回32G我在命令中输入的任何分区.

在第二台服务器(Ubuntu 10.04.4LTS,PHP v5.3.6)上,我得到了同样的行为:

Filesystem              Size  Used Avail Use% Mounted on
/dev/mapper/batty-root  258G  217G   29G  89% /
none                    4.0G  208K  4.0G   1% /dev
none                    4.0G     0  4.0G   0% /dev/shm
none                    4.0G   88K  4.0G   1% /var/run
none …