收到veeam发来的警报:
Description
State of virtual machine equals "Running" Amount of free disk space "/storage/archive" (9.1%) is below a defined threshold (10.0%). Current free disk space is 4.46 GB.
Knowledge
Guest OS volume is low on available guest disk space
Cause
Guest OS free disk space value has dropped below the configured threshold
Resolution
Increase disk space and extend guest OS volume, or free up some disk space by removing unused programs or files. For Windows guests, you can use Disk Cleanup Wizard
登入检查发现:
可以看到/storage/archive目录,的确有91%的使用率了。但查一下资料,有说vCSA vPostgres数据库,在默认情况下,系统会利用Auto-Vacuum自动回收空间的,但为避免异常,还是决定扩充一下此卷的空间。
打开vcsa的设置,找到硬盘13,将硬盘由50G空间改写为60G空间。(每一个VMDK都有其对应的作用,VMDK13 LVM卷名为/storage/archive ,是VMware Postgres数据库的预写日志(WAL)位置)
增加完磁盘空间之后,使用如下命令自动扩展所有增加的物理卷的逻辑卷:
#vpxd_servicecfg storage lvm autogrow
有一说,使用命令/usr/lib/applmgmt/support/scripts/autogrow.sh也可以进行扩容,没有试过。
扩容时间大约十几秒钟,收到提示VC_CFG_RESULT=0即表示扩容空间完成;再次查看,存储空间已增大至59G,使用率缩小为76%.
但奇怪登入https://vcsa:5480,登入不进去,仅红字提示无法登录。将所有服务启动一次试一下
#service-control --start --all
启动完成,再次登入https://vcsa:5480,发现可以正常登入了。但让我疑惑的一点是,在这里看到的archive分区竟然还是50G,没有增大,使用率是86%,难道刚才在后台改的这里没有显示出来或者系统限制只有这个显示,只能先这样,再观察一段时间了。
后记:
后来,再观察VCSA的监控情况时,发现CPU及内存的监控不正常,没有显示,再看服务中的 ” VMware设备监控服务 "没有启动,停止状态,随之将其启动后,再发现,CPU及内存监控恢复正常,这里的硬盘13的存储空间也显示正常了。
这里提醒一下:
VCSA中最好不要像Linux一样,随便删除归档日志之类的来释放存储空间,因为在VCSA6上一些日志是系统无法重新生成的,如果随意删除了其日志会造成VCSA完全无法使用的情况,所以最好的办法是在线扩容。
如果是因为磁盘空间不足导致无法进入VCSA的情况时,可以采用单用户维护模式进入然后按照此步骤进行扩容,扩容完使用命令:service-control --start --all来重新启动所有服务,再登陆web端进行查看服务是否正常。
附vCSA 6.7使用的13个VMDK的说明(来源:http://www.bdnetlab.com/?p=1356)