vxvm:vxconfigd: 错误 :磁盘组group, 磁盘disk: 无法自动导入组: reason
描述:在系统启动时, vxconfigd 未能导入与指定磁盘关联的磁盘组。与具体故障相关的信息在 reason 中给出。可能显示附加的错误信息,提供有关具体错误的更多信息。特别是,该信息后面常跟:
vxvm:vxconfigd: 错误 :磁盘组group:某些配置副本出错:
磁盘 device, 副本 number: 块 bno: error ...
自动导入失败的最常见原因是磁盘故障的数目过多,使 VxVM 不可能找到磁盘组配置数据库和内核更新日志的正确副本。磁盘组通常拥有足够的配置信息副本,使这种导入故障不太可能发生。
更严重的故障由以下所示的错误信息指出:
配置副本中的格式错误
无效幻数
无效块数
配置中的记录重复
配置记录不一致
这些错误表明所有配置副本已损坏 (由于磁盘故障、应用程序或管理员对磁盘进行的写操作或 VxVM 中的缺陷)。
某些可纠正的错误可能已由与自动导入失败信息一起出现的其它错误信息指出。请查找其它那些错误,了解有关出错原因的更多信息。自动导入失败意味着那个磁盘组中的卷将不可用。如果这些卷上有文件系统,则系统可能由于不能在装载文件系统时存取卷而产生进一步的错误。
对策:如果该错误明显地由过多磁盘故障引起,则可能必须重新创建磁盘组并从备份中恢复所有卷的内容。可能有其它错误信息出现,可提供进一步的信息。有关如何继续的更多信息,请参见其它那些错误信息。
vxvm:vxconfigd: 错误 :磁盘组group,磁盘 disk: 组名称与 rootdg 中的记录冲突
描述:正导入的磁盘组的名称与 rootdg 磁盘组中一个记录的名称冲突。 VxVM 不允许这种冲突,因为 /dev/vx/dsk 目录的组织方式是:与根磁盘组中的记录对应的设备与每个磁盘组的子目录共享该目录。
对策:删除或重命名根磁盘组中的冲突记录,或者在导入时重命名磁盘组。有关如何使用 import 操作重命名磁盘组的信息,请参见 vxdg(1M) 帮助手册。
vxvm:vxconfigd: 错误 :磁盘组group, 磁盘 disk: 跳过具有重复名称的磁盘组
描述:具有相同名称的两个磁盘组被标记为由同一主机自动导入。磁盘组是通过简单名称及创建磁盘组时所分配的长的唯一标识符 (磁盘组 ID)标识的。因此,此错误表明两个磁盘指出相同的磁盘组名,但是磁盘组 ID 不同。
如果创建磁盘组或从另一台机器导入磁盘组会导致与已经导入的磁盘组发生冲突,则VxVM 不允许这样做。因此,在正常使用下该错误不会发生。但是,在以下两种情况下会发生该错误:
由于某些临时故障而无法自动导入磁盘组。如果创建了一个与故障磁盘组的名称相同的新磁盘组并进行重新启动,则新磁盘组将首先导入,而旧磁盘组的自动导入将失败。因为最近修改的磁盘组具有高于旧磁盘组的优先级。
使用 -h 选项从一台主机逐出磁盘组,使该磁盘组在重新启动时从另一台主机自动导入。如果另一台主机已经用相同的名称自动导入某磁盘组,则该主机的重新启动将产生此错误。
对策:如果想要同时导入这两个磁盘组,那么请在导入时重命名第二个磁盘组。有关如何使用 import 操作重命名磁盘组的信息,请参见 vxdg(1M) 帮助手册。
vxvm:vxconfigd: 错误 :磁盘组group:某些配置副本出错:磁盘 disk,副本number: [Block number]: reason ...
描述:在失败的磁盘组导入过程中,发现指定的磁盘组中的某些配置副本在格式上或其它方面有错误,这些错误使那些副本不可用。此信息列出所有含有未纠正错误的配置副本,包括任何适当的逻辑块数。如果不显示其它原因,则该错误可能由磁盘组导入失败所引起。
对策:如果由于瞬态错误 (如电缆故障)导致某些副本失败,则重新启动或重新导入可成功地导入磁盘组。否则,可能必须从暂存中重新创建磁盘组。
vxvm:vxconfigd: 错误 :磁盘组group:重新导入磁盘组失败 : reason
描述:在停止并重启动 vxconfigd 后(或禁用然后启用),VxVM 未能重新创建指定磁盘组的导入。故障的原因已指出。可能显示附加错误信息,给出描述该问题的进一步信息。
对策:这种失败的主要原因是在停止或禁用 vxconfigd 之前没有解决的磁盘故障。如果问题是瞬态磁盘故障,则重新启动可解决这种错误情况。
vxvm:vxconfigd: 错误 :磁盘组group:更新失败 : reason
描述: I/O 故障阻止了 vxconfigd 更新磁盘组配置的任何活动副本。这通常意味着有大量磁盘故障。在该错误之后一般跟着以下错误:
vxvm:vxconfigd: 错误 :磁盘组group:因发生错误而禁用
对策:如果基础错误由瞬态故障 (如磁盘电缆错误)引起,则可能通过重新启动修复这种错误情况。否则,可能必须重新创建磁盘组并从备份中恢复。
vxvm:vxconfigd: 错误 : 启用失败: reason
由于指出的原因, vxconfigd 常规启动失败。命令 vxdctl enable 也会导致此错误。该错误可能包括以下附加文本:中止
此故障是致命的并且 vxconfigd 被强制退出。最可能原因是操作系统未能创建与其它实用程序间的内部处理通信通道。
检查组配置副本时出错。 未找到数据库文件
目录 /var/vxvm/tempdb 不可存取。因为根文件系统损坏,或者如果 /var 是一个独立文件系统,则因为它已损坏或尚未安装,都会导致此错误。
如果 /var 是独立的文件系统,则确保它在 /etc/vfstab 中有对应的项。否则,寻找引导进程期间那些指出硬件问题或用于 /var 文件系统的逻辑卷管理软件的误配置的 I/O 错误信息。 还要验证根磁盘的封装 (若已配置)是否完成并且正确。
事务处理被禁止
vxconfigd 正在继续运行,但是直到修复错误情况后才可能进行配置更新。
另外,该信息的后面可能跟有:
vxvm:vxconfigd: 错误 :磁盘组 group: 某些配置副本出错:
磁盘 device, 副本 number: 块 bno: error ...
可能显示其它错误信息,进一步指出基础问题。如果再次发生 “某些配置副本出错”错误,则可能指出真正的问题。
评估这些错误信息,确定问题的根本原因。进行其它错误所建议的更改,然后尝试重新运行命令。
vxvm:vxconfigd: 错误 : 无法将提交状态列表存入内核: reason
vxvm:vxconfigd: 错误 : GET_VOLINFO ioctl 失败 : reason
vxvm:vxconfigd: 错误 : 获取当前 rootdg 失败 : reason
描述:除非 VxVM 中有缺陷,否则这些内部错误应该不会发生。
vxvm:vxconfigd: 错误 : 内存分配失败
描述:这意味着没有足够内存来启动 VxVM 和获得根和 /usr 文件系统运行所需的卷。
对策:除非系统内存量非常小,否则正常情况下不应发生该错误。因为此错误最有可能在引导序列的早期阶段发生,即在添加交换区之前发生,所以只增加交换空间可能没有用。
vxvm:vxconfigd: 错误 : mode: 不能识别的操作模式
描述:将无效字符串指定为 -m 选项的参数。有效字符串应为:enable、disable 和
boot。
对策:提供正确的选项参数。
vxvm:vxconfigd: 错误 :装入点path: 卷不在 rootdg 磁盘组中
描述:在给定装入点目录 (通常为 /usr)的 /etc/vfstab文件中列出的卷设备,
列在 rootdg 以外的磁盘组中。如果封装包含 /usr 文件系统的磁盘时使用标准VERITAS Volume Manager 过程,则不应发生此错误。
对策:从网络或 CD-ROM 安装的根文件系统引导 VxVM。然后,在根文件系统的有效镜像磁盘上使用 fixmountroot 启动 VxVM。启动 VxVM 之后,安装根文件系统卷并编辑 /etc/vfstab 文件。更改文件,对该文件系统使用直接分区。在/etc/vfstab 文件中应该有一个注释,指出要使用的分区,例如:
#NOTE:volume usr (/usr) encapsulated partition
c0t3d0s5 (或 c0b0t3d0s5,如果系统使用总线)。
vxvm:vxconfigd: 错误 :根磁盘组与磁盘列表间没有会聚一个 rootdg 版本中的磁盘 : device type=device_type info=devinfo ...
另一 rootdg版本中的磁盘 : device type=device_type info=devinfo ...
描述:当 vxconfigd 未运行于自动配置模式 (参见 vxconfigd(1M) 帮助手册)且经过几次重试仍无法分辨属于根磁盘组的一组磁盘时,就会出现此信息。非自动配置磁盘的算法扫描 /etc/vx/volboot 文件中列出的磁盘,然后测试检查这些磁盘以找到 rootdg 磁盘组的数据库副本。下一步,它读取数据库副本以找出对包含在磁盘组中的磁盘的磁盘存取记录列表。然后检查这些磁盘,确保它们包含相同的数据库副本。该算法预期能够在这组磁盘上和在它们所包含的数据库上获得会聚。如果进入循环且不能达到会聚,则会显示此信息,并且根磁盘组导入失败。
对策:重新组织挂接至系统的设备的物理位置,重试操作并打破死锁。
vxvm:vxconfigd: 错误 :目录directory 打开失败 : reason
描述:/dev/vx/dsk、 /dev/vx/rdsk 或它们的子目录之一的打开失败。可能导致此故障的原因是管理员或错误程序删除了该目录。如果是这种情况, reason 应为 “没有这样的文件或目录”。另一个可能的原因是 I/O 故障。
对策:如果原因是 “没有这样的文件或目录”,则使用 mkdir 创建该目录。然后运行命令 vxdctl enable。
如果是 I/O 错误,则根文件系统可能有其它更严重的损坏。可能需要重新格式化根磁盘并从备份恢复根文件系统。
vxvm:vxconfigd: 错误 :目录directory的读取失败: reason
描述:读取 /dev/vx/dsk、 /dev/vx/rdsk 或它们的任意一个子目录失败。可能导致该错误的唯一原因是在根文件系统上的 I/O 故障。
对策:如果是 I/O 错误,则根文件系统可能有其它更严重的损坏。可能需要重新格式化根磁盘并从备份恢复根文件系统
vxvm:vxconfigd: 错误 : signal [ - 内核转储 ]
描述:vxconfigd 后台驻留程序在启动时遇到意外信号。如果该信号导致vxconfigd 进程转储内核信息,则将指出该错误。vxconfigd 中的缺陷,尤其是signal 为 “Segmentation fault (分段错误)”时,可能导致该错误。另外,当用户使用 kill 实用程序给 vxconfigd 发送信号时,也可能导致该错误。
vxvm:vxconfigd: 错误 : 系统启动失败
描述:无法启动根或 /usr 文件系统卷,致使系统不可用。导致这种情况的错误应在该错误信息之前出现。
对策:查找出现在控制台上的其它错误信息,并采取这些信息描述中所建议的对策。
vxvm:vxconfigd: 错误 : 不存在为根设备所配置的卷
描述:系统配置为从定义在卷上的根文件系统引导,但在 rootdg 磁盘组配置中所列出的卷中没有根卷。
有两个可能导致此错误的原因:
第一种情况:/etc/system 文件被错误地更新为指出根设备是/pseudo/vxio@0:0。管理员的直接操作是发生该错误的唯一原因。
第二种情况:系统不知何故有重复的 rootdg 磁盘组,其中一个包含根文件系统卷而另一个不包含,并且 vxconfigd 不知何故选择了错误的那个。因为vxconfigd 选择最近存取的 rootdg 版本,因此,如果在某一点错误地更新系统时钟 (导致两个磁盘组的表面存取顺序颠倒),便会发生该错误。如果某一磁盘组被逐出并重命名为 rootdg 且具有给予此主机的锁,也会发生该错误。
对策:在第一种情况下,在 CD-ROM 或网络安装的根文件系统上引导系统,直接安装根文件系统的磁盘分区,并从 /etc/system 中删除下列行:
rootdev:/pseudo/vxio@0:0
set vxio:vol_rootdev_is_volume=1
在第二种情况下,或者关闭 rootdg 错误版本中的所有驱动器然后引导,或者从另一台主机导入并重命名 (参见 vxdg(1M))错误的 rootdg 磁盘组。如果关闭了驱动器,则在引导后运行以下命令:
#vxdg flush rootdg
这将更新 rootdg 导入版本上的时间戳,使正确的版本看起来是最近存取过的。
vxvm:vxconfigd: 错误 :在内核中找到意外的组 group 配置 tid:
vxvm:vxconfigd: 错误 :在卷 volume 重配置期间发生意外错误: reason
vxvm:vxconfigd: 错误 :取用磁盘卷的磁盘发生意外错误: reason
vxvm:vxconfigd: 错误 :内核中存储有非预期的值
描述:除非 VxVM 中有缺陷,否则这些内部错误应该不会发生。
vxvm:vxconfigd: 错误 :内核的版本号与 vxconfigd 不匹配
描述:vxconfigd 的版本与 VERITAS Volume Manager 内核驱动程序的版本不匹配。
导致该问题的唯一原因应是在升级了 VxVM 后,没有重新启动即运行 vxconfigd。
对策:重新启动系统。如果这不能解决问题,那么重新添加 VxVM 软件包。
vxvm:vxconfigd:ERROR:volume_name:vxconfigd 不能自举启动 RAID-5 卷
描述:系统引导后 vxconfigd 应立即启动的卷 (即用于 /usr 文件系统的卷)具有RAID-5 布局。/usr 文件系统决不能定义在 RAID-5 卷上。
对策:很可能唯一的恢复方式是从网络装入的根文件系统 (或从 CD-ROM)引导VxVM,并重新配置 /usr 文件系统,使之定义在常规非 RAID-5 卷上。
vxvm:vxconfigd: 错误 :在 rootdg 磁盘组中没有找到卷volume(用于装入点 /usr)
描述:系统配置为用安装在卷上的 /usr 引导,但在 rootdg 磁盘组配置中没有列出与 /usr 关联的卷。有两个可能导致此错误的原因:
第一种情况:将 /etc/vfstab 文件错误地更新为指出 /usr 文件系统的设备是卷,但是指定的卷却不在 rootdg 磁盘组中。管理员的直接操作是导致该错误的唯一原因。
第二种情况:系统不知何故有重复的 rootdg 磁盘组,其中一个包含 /usr 文件系统卷而另一个不包含 (或使用不同的卷名),并且 vxconfigd 不知何故选择了错误的 rootdg。因为 vxconfigd 选择最近存取的 rootdg 版本,因此,如果在某一点错误地更新系统时钟 (导致两个磁盘组的表面存取顺序颠倒),便会发生该错误。如果某一磁盘组被逐出并重命名为 rootdg 且具有给予此主机的锁,也会发生该错误。
对策:在第一种情况下,在 CD-ROM 或网络安装的根文件系统上引导系统。
如果根文件系统未定义在卷上,则直接安装根文件系统。编辑/etc/vfstab 文件,纠正 /usr 文件系统的相应项。
在第二种情况下,或者关闭 rootdg 错误版本中的所有驱动器然后引导,或者从另一台主机导入并重命名 (参见 vxdg(1M))错误的 rootdg 磁盘组。如果关闭了驱动器,则在引导后运行以下命令:
#vxdg flush rootdg
这将更新 rootdg 导入版本上的时间戳,使正确的版本看起来是最近存取过的。
阅读(733) | 评论(0) | 转发(0) |