我们有一台运行4个Oracle生产数据库的Oracle Linux 7.3服务器虚拟机昨天作为计划维护的一部分重新启动,以解决最近公开的CPU漏洞。
虽然VM的状态当前显示为" RUNNING"我们无法连接到它。其他数据库服务器和应用程序服务器也遭受相同维护的VM没有遇到相同的问题,并且在维护完成后可用(因此我们认为我们可以排除网络连接问题)。
查看受影响的VM的Boot diagnostics串行日志,我们可以看到以下错误消息,我们认为这些消息阻止了VM的正确启动并导致此问题:
[K [[1; 31m TIME [0m]超时等待设备dev-vg_stage-lv_stage.device。
[[1; 33mDEPEND [0m] / u099 / hm的依赖关系失败。
[[1; 33mDEPEND [0m]本地文件系统的依赖关系失败。
[[1; 33mDEPEND [0m]如果需要,Relabel所有文件系统的依赖关系都失败。
[[1; 33mDEPEND [0m]依赖失败,标记重启后需要重新标记。
[[1; 33mDEPEND [0m]将本地化...结构迁移到新结构的依赖关系失败。
[[32m OK [0m]达到目标计时器。
[[32m OK [0m]已达到的目标网络已联机。
Mounting /u003/backup...
Mounting /u002/backup...
Mounting /u008/backup...
[[32m OK [0m]达到目标套接字。
[[32m OK [0m]启动Emergency Shell。
Starting Emergency Shell...
Starting Create Volatile Files and Directories...
[[32m OK [0m]达到目标紧急模式。
[[32m OK [0m]达到目标路径。
[[32m OK [0m]达到目标登录提示。
[[1; 31mFAILED [0m]无法挂载/ u003 / backup。 请参阅&system;系统状态u003-backup.mount'详情。
[[1; 33mDEPEND [0m]远程文件系统的依赖关系失败。
[[1; 31mFAILED [0m]无法挂载/ u002 / backup。 请参阅&system;系统状态u002-backup.mount'详情。
[[1; 31mFAILED [0m]无法挂载/ u008 / backup。 请参阅&system;系统状态u008-backup.mount'详情。
[[32m OK [0m]已开始创建易失性文件和目录。 启动安全审计服务......
[[32m OK [0m]启动安全审计服务。 开始更新有关系统启动/关闭的UTMP ...
[[32m OK [0m]开始更新有关系统启动/关闭的UTMP。 开始更新有关系统运行级别更改的UTMP ...
[[32m OK [0m]开始更新有关系统运行级别更改的UTMP。 欢迎到EMERG [125.511790]审计:类型= 1305审计(1515074180.787:3):audit_pid = 715旧= 0 AUID = 4294967295 SES = 4294967295 SUBJ = system_u:system_r:auditd_t:S0 RES = 1
ency模式!登录后,使用typGive root密码进行维护 (或键入Control-D继续)
我们已经使用Azure支持打开了一个Service请求,但直到现在才响应。您对我们应该采取哪些程序来恢复此VM有任何建议吗?
答案 0 :(得分:-1)
看起来您的根分区空间不足而无法启动。 为了快速恢复,您可以使用Azure备份或使用AzCopy制作VHD的副本,然后使用PowerShell cmdlet或Azure CLI调整操作系统根分区的大小。 VM需要处于停止(解除分配)状态才能运行这些命令
的PowerShell:
W
Azure CLI:
$rg = “YourResourceGroupName”
$vmName = “YourVMName”
$vm = Get-AzureRmVM -ResourceGroupName $rg -Name $vmName
$vm.StorageProfile[0].OSDisk[0].DiskSizeGB = 127 # change the size as required
Update-AzureRmVM –ResourceGroupName $rg -VM $vm
VM启动后,请参阅此文章,了解有关将空间分配给启动分区的更多详细信息。