中文
Windows 排错
本章介绍 Windows 容器异常的排错方法。
RDP 登录到 Node
通常在排查 Windows 容器异常问题时需要通过 RDP 登录到 Windows Node上面查看 kubelet、docker、HNS 等的状态和日志。在使用云平台时，可以给相应的 VM 绑定一个公网 IP；而在物理机部署时，可以通过路由器上的端口映射来访问。
除此之外，还有一种更简单的方法，即通过 Kubernetes Service 对外暴露 Node 的 3389 端口（注意替换为你自己的 node-ip）：
1
# rdp.yaml
2
apiVersion: v1
3
kind: Service
4
metadata:
5
name: rdp
6
spec:
7
type: LoadBalancer
8
ports:
9
- protocol: TCP
10
port: 3389
11
targetPort: 3389
12
---
13
kind: Endpoints
14
apiVersion: v1
15
metadata:
16
name: rdp
17
subsets:
18
- addresses:
19
- ip: <node-ip>
20
ports:
21
- port: 3389
Copied!
1
$ kubectl create -f rdp.yaml
2
$ kubectl get svc rdp
3
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
4
rdp LoadBalancer 10.0.99.149 52.52.52.52 3389:32008/TCP 5m
Copied!
接着，就可以通过 rdp 服务的外网 IP 来登录 Node，如
mstsc.exe -v 52.52.52.52。在使用完后， 不要忘记删除 RDP 服务
kubectl delete -f rdp.yaml。Windows Pod 一直处于 ContainerCreating 状态
一般有两种可能的原因
- Pause 镜像配置错误
在 Windows Server 1709 上面需要使用 1709 标签的镜像，比如
microsoft/aspnet:4.7.2-windowsservercore-1709microsoft/windowsservercore:1709microsoft/iis:windowsservercore-1709
在 Windows Server 1803 上面需要使用 1803 标签的镜像，比如
microsoft/aspnet:4.7.2-windowsservercore-1803microsoft/iis:windowsservercore-1803microsoft/windowsservercore:1803
Windows Pod 内无法解析 DNS
（1）Windows 重启后，清空 HNS Policy 并重启 KubeProxy 服务：
1
Start-BitsTransfer -Source https://raw.githubusercontent.com/Microsoft/SDN/master/Kubernetes/windows/hns.psm1
2
Import-Module .\hns.psm1
3
4
Stop-Service kubeproxy
5
Stop-Service kubelet
6
Get-HnsNetwork | ? Name -eq l2Bridge | Remove-HnsNetwork
7
Get-HnsPolicyList | Remove-HnsPolicyList
8
Start-Service kubelet
9
Start-Service kubeproxy
Copied!
（2）是为 Pod 直接配置 kube-dns Pod 的地址：
1
$adapter=Get-NetAdapter
2
Set-DnsClientServerAddress -InterfaceIndex $adapter.ifIndex -ServerAddresses 10.244.0.4,10.244.0.6
3
Set-DnsClient -InterfaceIndex $adapter.ifIndex -ConnectionSpecificSuffix "default.svc.cluster.local"
Copied!
1
#!/bin/bash
2
# KubernetesSubnet is the name of the vnet subnet
3
# KubernetesCustomVNET is the name of the custom VNET itself
4
rt=$(az network route-table list -g acs-custom-vnet -o json | jq -r '.[].id')
5
az network vnet subnet update -n KubernetesSubnet \
6
-g acs-custom-vnet \
7
--vnet-name KubernetesCustomVNET \
8
--route-table $rt
Copied!
如果 VNET 在不同的 ResourceGroup 里面，那么
1
rt=$(az network route-table list -g RESOURCE_GROUP_NAME_KUBE -o json | jq -r '.[].id')
2
az network vnet subnet update \
3
-g RESOURCE_GROUP_NAME_VNET \
4
--route-table $rt \
5
--ids "/subscriptions/SUBSCRIPTION_ID/resourceGroups/RESOURCE_GROUP_NAME_VNET/providers/Microsoft.Network/VirtualNetworks/KUBERNETES_CUSTOM_VNET/subnets/KUBERNETES_SUBNET"
Copied!
Remote endpoint creation failed: HNS failed with error: The switch-port was not found
1
Start-BitsTransfer http://download.windowsupdate.com/d/msdownload/update/software/updt/2018/03/windows10.0-kb4089848-x64_db7c5aad31c520c6983a937c3d53170e84372b11.msu
2
wusa.exe windows10.0-kb4089848-x64_db7c5aad31c520c6983a937c3d53170e84372b11.msu
3
Restart-Computer
Copied!
重启后确认更新安装成功：
1
PS C:\k> Get-HotFix
2
3
Source Description HotFixID InstalledBy InstalledOn
4
------ ----------- -------- ----------- -----------
5
27171k8s9000 Update KB4087256 NT AUTHORITY\SYSTEM 3/22/2018 12:00:00 AM
6
27171k8s9000 Update KB4089848 NT AUTHORITY\SYSTEM 4/4/2018 12:00:00 AM
Copied!
安装更新后，如果 DNS 解析还是有问题，可以按照上一节中的方法（1） 重启 kubelet 和 kube-proxy。
Windows Pod 内无法访问 ServiceAccount Secret
Windows Pod 内无法访问 Kubernetes API
如果使用了 Hyper-V 隔离容器，需要开启 MAC spoofing 。
Windows Node 内无法访问 Service ClusterIP
这是个当前 Windows 网络协议栈的已知问题，只有在 Pod 内才可以访问 Service ClusterIP。
Kubelet 无法启动
使用 Docker 18.03 版本和 Kubelet v1.12.x 时，Kubelet 无法正常启动报错：
1
Error response from daemon: client version 1.38 is too new. Maximum supported API version is 1.37
Copied!
解决方法是为 Windows 上面的 Docker 设置 API 版本的环境变量：
1
[System.Environment]::SetEnvironmentVariable('DOCKER_API_VERSION', '1.37', [System.EnvironmentVariableTarget]::Machine)
Copied!
参考文档
最近更新 9mo ago