NSX Manager链接vCenter Lookup Service报错“NSX Management Service operation failed”
- 格式:docx
- 大小:91.68 KB
- 文档页数:2


VMware vSphere常见问题汇总(十七)170. Vmdk 的重做日志已损坏解题思路[vmware-]环境:esxi5.0,vc5.0故障问题:执行storage vmotion之后,虚拟机出现了报错。
报错信息:xssj-000003.vmdk is corrupted.power off the virtual machine. If the problem still persists, discard the redo log.解提思路:【故障原因】由于快照之间的关系出现异常,导致vm启动失败:Vmware-34.log:2013-01-14t08:36:53.885z| vmx| disklib-chain :"/vmfs/volumes/50f13506-075ed29b-86b5-5ef3fd359eab/???è???3????184/xssj-000005.vmdk" : failed to open (the parent virtual disk has been modified 34.log:2013-01-14t08:36:53.886z| vmx| disklib-lib : failed to open'/vmfs/volumes/50f13506-075ed29b-86b5-5ef3fd359eab/???è???3????184/xssj-000006.vmdk' with flags 0xa the parent virtual disk has been modified since the child was created. The content id of the parent virtual disk does not match the corresponding parent content id in the child (18).Vmware-34.log:2013-01-14t08:36:53.886z| vmx| disk: cannot open disk"/vmfs/volumes/50f13506-075ed29b-86b5-5ef3fd359eab/???è???3????184/xssj-000006.vmdk": the parent virtual disk has been modified since the child was created. The content id of the parent virtual disk does not match the corresponding parent content id in the child (18).Vmware-34.log:2013-01-14t08:36:53.886z| vmx| msg_post: errorVmware-34.log:2013-01-14t08:36:53.886z| vmx| [msg.disk.nobackend] cannot open the disk '/vmfs/volumes/50f13506-075ed29b-86b5-5ef3fd359eab/???è???3????184/xssj-000006.vmdk' or one of the snapshot disks it depends on.Vmware-34.log:2013-01-14t08:36:53.886z| vmx| [msg.disk.configurediskerror] reason: the parent virtual disk has been modified since the child was created. The content id of the parent virtual disk does not match the corresponding parent content id in the child.Vmware-34.log:2013-01-14t08:36:53.900z| vmx| module diskearly power on failed.【快照之间的联系】正常情况下,原始磁盘与快照是通过parent content id来关联,父快照与子快照之间也是通过parent content id,但是现在我们查看原始磁盘与快照磁盘之间的关系,发现它们的cid和parentcid是混乱的,信息如下:Xssj.vmdk:cid=ba60eb23Xssj.vmdk:parentcid=ffffffffXssj-000001.vmdk:cid=27f8a456Xssj-000001.vmdk:parentcid=ba60eb23Xssj-000002.vmdk:cid=11ed1dacXssj-000002.vmdk:parentcid=27f8a456Xssj-000003.vmdk:cid=2583a010Xssj-000003.vmdk:parentcid=2583a010Xssj-000004.vmdk:cid=2583a010Xssj-000004.vmdk:parentcid=11ed1dacXssj-000005.vmdk:cid=4d38fabfXssj-000005.vmdk:parentcid=2583a010Xssj-000006.vmdk:cid=9402bf1aXssj-000006.vmdk:parentcid=a30d0e91可以看到这个磁盘关系从xssj.vmdk磁盘到xssj-000002.vmdk之间的关系都是没有问题的。
1、启用客户机操作系统和远程控制台之间的复制和粘贴操作解决方法:要在客户机操作系统和远程控制台之间进行复制和粘贴,必须使用vSphere Client 启用复制和粘贴操作。
步骤a、使用vSphere Client 登录到vCenter Server 系统并选择虚拟机。
b、在摘要选项卡中,单击编辑设置。
c、选择选项>高级>常规,然后单击配置参数。
d、单击添加行,并在“名称”和“值”列中键入以下值。
名称值isolation.tools.copy.disable falseisolation.tools.paste.disable false注意这些选项将替代在客户机操作系统的VMware Tools 控制面板中做出的任何设置。
e、单击确定以关闭“配置参数”对话框,然后再次单击确定以关闭“虚拟机属性”对话框。
f、重新启动虚拟机。
2、sco系统迁移过去之后找不到启动列表解决方法:目前解决方法:使用软驱制作应急盘,通过应急盘来找到启动列表,如果不行的话,只能使用,现成的虚拟镜像导入vmware中,但是这种方法,要自己设置与自己相关的应用。
本帖隐藏的内容需要回复才可以浏览3、linux做迁移时手动添加的逻辑分区(LVM卷),迁移过去之后找不到这些分区解决方法::给虚拟机额外添加硬盘后融合,然后将数据重新拷入加入的硬盘中。
4、安装esxi的时候找不到万兆网卡解决方法:解决方法:安装各个厂商OEM的esxi版本。
5、迁移时提示vss原卷不能克隆解决方法:解决方法:查看是否有额外的设备插在服务器上,如usb设备。
6、Windows迁移之后,配置网卡的时候,会提示“IP已经被分配给其他的适配器”解决方法:打开命令行窗口(运行cmd),输入:(1)、set DEVMGR_SHOW_NONPRESENT_DEVICES=1(2)、devmgmt.msc在弹出的“设备管理器”窗口。
选择“查看(V)”---“显示隐藏的设备(W)”,然后展开“网络适配器”子项,可以看到一些透明图标显示的网卡信息,这些信息是源服务器的物理网卡信息。
Kubernetes⽹络排错指南本⽂介绍各种常见的⽹络问题以及排错⽅法,包括 Pod 访问异常、Service 访问异常以及⽹络安全策略异常等。
说到 Kubernetes 的⽹络,其实⽆⾮就是以下三种情况之⼀Pod 访问容器外部⽹络从容器外部访问 Pod ⽹络Pod 之间相互访问当然,以上每种情况还都分别包括本地访问和跨主机访问两种场景,并且⼀般情况下都是通过 Service 间接访问 Pod。
排查⽹络问题基本上也是从这⼏种情况出发,定位出具体的⽹络异常点,再进⽽寻找解决⽅法。
⽹络异常可能的原因⽐较多,常见的有CNI ⽹络插件配置错误,导致多主机⽹络不通,⽐如sysctl net.ipv4.ip_forwardsysctl net.bridge.bridge-nf-call-iptablesIP ⽹段与现有⽹络冲突插件使⽤了底层⽹络不⽀持的协议忘记开启 IP 转发等Pod ⽹络路由丢失,⽐如kubenet 要求⽹络中有 podCIDR 到主机 IP 地址的路由,这些路由如果没有正确配置会导致 Pod ⽹络通信等问题在公有云平台上,kube-controller-manager 会⾃动为所有 Node 配置路由,但如果配置不当(如认证授权失败、超出配额等),也有可能导致⽆法配置路由主机内或者云平台的安全组、防⽕墙或者安全策略等阻⽌了 Pod ⽹络,⽐如⾮ Kubernetes 管理的 iptables 规则禁⽌了 Pod ⽹络公有云平台的安全组禁⽌了 Pod ⽹络(注意 Pod ⽹络有可能与 Node ⽹络不在同⼀个⽹段)交换机或者路由器的 ACL 禁⽌了 Pod ⽹络Flannel Pod ⼀直处于 Init:CrashLoopBackOffFlannel ⽹络插件⾮常容易部署,只要⼀条命令即可。
然⽽,部署完成后,Flannel Pod 有可能会碰到初始化失败的错误:查看⽇志会发现这⼀般是由于 SELinux 开启导致的,关闭 SELinux 既可解决。