DNS64:苹果AppStore审核的时候,要去 DNS 服务器查询AppServer的服务器的 IPv6 地址,然后进行访问。如果查询不到 IPv6 地址,会进而询问 IPv4 地址,然后苹果的网络会将查询到IPv4地址转换成IPv6的地址,返回给App客户端使用。如下图所示。
NAT64:苹果AppStore审核的时候,通过上一步获得IPv6的地址后,客户端App会直接访问IPv6 服务端的内容,或者通过NAT64的网关访问IPv4服务端的内容。如下图所示。
提示信息
退信原因
解决方法
User not found/User unknown/No such user/Invalid User/No exist/Mailbox not found/invalid address (#5.5.0)
指收件人不可用,或者收件人不存在而导致投递失败。
请重新核实对方邮件地址的真实性。
Dns,Host/Not found/Bad host/Domain /Unreachable/Sorry, I couldnt find any host named kail.com.cn. (#5.1.2)
由于 @ 后面的文字部分,也就是域名部分不可识别,或者是我们的DNS没有解析到该域名。
请用户核实一下对方的地址是否正确再次发送。另外,您可以使用其他网站的邮箱发送给对方进行测试,看是否出现退信,如果没有,请立即和我们联系。或请将退信在线提交我们检查核实。
Quota exceeded/mailbox is full/Quota exceed the hard limit for user/mail box space not enough
收件人邮箱容量过满。
请通过其他的方式通知收件人及时清理信箱中的过期邮件。
Too large/Maximum fixed size/
552 Message size exceeds fixed limit
邮件体积过大,超过对方接收单个邮件最大限制。
请将要发送的邮件拆分发送。
Rejected/Not allowed/Message blocked/552 Error: content rejected/553 Mail data refused
被对方拒收. 通常是收件人服务器反垃圾邮件策略导致。
需让接收方向说明情况,将您的地址从黑名单中撤消或者直接通知收件人联系他的邮件服务商检查具体屏蔽原因。
Black list/Spam/Spammers
我方服务器ip地址被对方拒掉。因为拒掉的原因很多,所以要从对方返还的信息来判断原因。
我方服务器ip地址被对方拒掉。因为拒掉的原因很多,所以要从对方返还的信息来判断原因。请将退信在线提交我们检查核实。确定原因后,我们将联系对方解除屏蔽。
Connection timed out/
由于网络的原因连接对方服务器出现超时,而导致此邮件投递出现错误。
是由对方邮件服务器服务宕或internet网络互联质量不佳造成的。另外,系统对此类投递情况会自动尝试转由负责中继的万网海外邮局进行再投递,以提高投递的成功率。您可在稍后时间重新尝试此邮件的投递。
Error in command /Syntax error
无法识别的错误邮件系统指令,对方系统无法识别此软件或者发送方系统的指令系统。
请用 Outlook Express/Foxmail进行编辑,或者直接使用 WEB 方式发送邮件。
Too many/Less than
Remote host said: 553 Too many recients in the mail, should less than 20
邮件群发包含过多用户。
可以单独给这个地址发送一封邮件,请降低同时接收邮件的人数。
数据管理控制台中,服务器监控数据刷新频率说明
1、通过“登录服务器”,进入到服务器管理界面,“实时监控”显示的数据,是每隔5秒左右获取一次数据 ,如下图。
关闭、退出服务器管理界面,会自动停止“实时监控”数据的采集。
2、数据管理控制台页面,显示的服务器监控数据,是每隔30秒获取一次数据,如下图所示。
关闭数据管理控制台的页面,会自动停止控制台监控数据的采集。
如果问题还未能解决,请联系售后技术支持。
本文介绍如何在已有集群的GPU节点上手动升级Kernel。
前提条件当前kernel版本低于3.10.0-957.21.3。
操作步骤 通过 kubectl 连接 Kubernetes 集群。 将GPU节点设置为不可调度(本例以节点 cn-beijing.i-2ze19qyi8votgjz12345为例)。 kubectl cordon cn-beijing.i-2ze19qyi8votgjz12345 node/cn-beijing.i-2ze19qyi8votgjz12345 already cordoned 将要升级驱动的GPU节点进行排水。 # kubectl drain cn-beijing.i-2ze19qyi8votgjz12345 --grace-period=120 --ignore-daemonsets=true node/cn-beijing.i-2ze19qyi8votgjz12345 cordoned WARNING: Ignoring DaemonSet-managed pods: flexvolume-9scb4, kube-flannel-ds-r2qmh, kube-proxy-worker-l62sf, logtail-ds-f9vbg pod/nginx-ingress-controller-78d847fb96-5fkkw evicted 卸载当前的 nvidia-driver。 说明 本步骤中卸载的是版本为384.111的驱动包,如果您的驱动版本不是384.111,则需要Nvidia的官网下载对应的驱动安装包,并将本步骤中的 384.111替换成您实际的版本。 您需要登录到该GPU节点,通过nvidia-smi查看驱动版本。 # nvidia-smi -a | grep 'Driver Version' Driver Version : 384.111 下载Nvidia驱动安装包。 cd /tmp/ curl -O https://cn.download.nvidia.cn/tesla/384.111/NVIDIA-Linux-x86_64-384.111.run 说明 需要在安装包中卸载Nvidia。 卸载当前Nvidia驱动。 chmod u+x NVIDIA-Linux-x86_64-384.111.run ./NVIDIA-Linux-x86_64-384.111.run --uninstall -a -s -q 升级Kernel。 yum clean all && yum makecache yum update kernel -y 重启GPU机器。 reboot 重新登录GPU节点,安装对应的kernel devel。 yum install -y kernel-devel-$(uname -r) 请到Nvidia官网下载和安装您需要的nvidia驱动, 本文以410.79为例。 cd /tmp/ curl -O https://cn.download.nvidia.cn/tesla/410.79/NVIDIA-Linux-x86_64-410.79.run chmod u+x NVIDIA-Linux-x86_64-410.79.run sh ./NVIDIA-Linux-x86_64-410.79.run -a -s -q # warm up GPU nvidia-smi -pm 1 || true nvidia-smi -acp 0 || true nvidia-smi --auto-boost-default=0 || true nvidia-smi --auto-boost-permission=0 || true nvidia-modprobe -u -c=0 -m || true 查看 /etc/rc.d/rc.local,确认其中是否包含下列配置,如果没有请手动加上。 nvidia-smi -pm 1 || true nvidia-smi -acp 0 || true nvidia-smi --auto-boost-default=0 || true nvidia-smi --auto-boost-permission=0 || true nvidia-modprobe -u -c=0 -m || true 重启kubelet和docker。 service kubelet stop service docker restart service kubelet start 将这个GPU节点重新设置为可调度。 # kubectl uncordon cn-beijing.i-2ze19qyi8votgjz12345 node/cn-beijing.i-2ze19qyi8votgjz12345 already uncordoned 在GPU节点上的device plugin pod验证版本。 kubectl exec -n kube-system -t nvidia-device-plugin-cn-beijing.i-2ze19qyi8votgjz12345 nvidia-smi Thu Jan 17 00:33:27 2019 +-----------------------------------------------------------------------------+ | NVIDIA-SMI 410.79 Driver Version: 410.79 CUDA Version: N/A | |-------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | |===============================+======================+======================| | 0 Tesla P100-PCIE... On | 00000000:00:09.0 Off | 0 | | N/A 27C P0 28W / 250W | 0MiB / 16280MiB | 0% Default | +-------------------------------+----------------------+----------------------+ +-----------------------------------------------------------------------------+ | Processes: GPU Memory | | GPU PID Type Process name Usage | |=============================================================================| | No running processes found | +-----------------------------------------------------------------------------+ 说明 如果通过 docker ps命令,发现GPU节点的没有容器被启动,请参见 修复GPU节点容器启动问题。升级包年包月实例带宽,为什么提示按使用流量计费的带宽不支持带宽临时升级?
公网带宽计费方式分为按固定带宽和按使用流量。
包年包月实例的带宽按使用流量计费时,不支持临时升级带宽,但您可以通过升级配置功能升级基础带宽。具体操作,请参见包年包月实例升级配置。