当机器内存不足时,Linux 是否有杀死哪些进程的规则?
它会杀死占用最多内存的进程吗?或者最新的左右?
当机器内存不足时,Linux 是否有杀死哪些进程的规则?
它会杀死占用最多内存的进程吗?或者最新的左右?
我们有两台运行 docker + kubernetes 的 ubuntu 机器,它们需要访问 Windows 共享。
第一个是在 /etc/fstab 中设置的:
//dfs/Archive01 /mnt/dfs cifs rw,cred=/etc/cifspasswd,forceuid,forcegid 0 1
它可以工作,在执行 mount -a 之后,我们可以进入目录。
但是在机器 2 上执行相同的配置时,我们在尝试挂载时会遇到可怕的“没有到主机的路由”错误。
ping dfs
返回一个IP地址,这样就可以了。
ip -4 addr show 在正在工作的机器上显示:
在失败的机器上 ip -4 a 说:
dmesg 说:
CIFS:无法确定目标地址
不知道为什么它在第 2 次失败并在第 1 次工作。感觉它与印花布网络有关,但不确定如何调试。
任何人都知道如何解决这个问题或至少在哪里检查?
尝试在带有 Ubuntu-20.04.1 LTS 和 WiFi 适配器的虚拟机虚拟机上访问互联网。
VM 有 2 个网络适配器。NAT 和仅主机与具有静态 IP 地址的仅主机适配器。
netplan 配置如下所示:
network:
ethernets:
enp0s3:
dhcp4: yes
enp0s8:
addresses: [192.168.56.3/24]
gateway4: 192.168.56.1
nameservers:
addresses: [4.2.2.2, 8.8.8.8]
version: 2
并ip addr show
说:
2: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 08:00:27:dd:a6:04 brd ff:ff:ff:ff:ff:ff
inet 10.0.2.15/24 brd 10.0.2.255 scope global dynamic enp0s3
valid_lft 86264sec preferred_lft 86264sec
inet6 fe80::a00:27ff:fedd:a604/64 scope link
valid_lft forever preferred_lft forever
3: enp0s8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 08:00:27:0e:27:7d brd ff:ff:ff:ff:ff:ff
inet 192.168.56.3/24 brd 192.168.56.255 scope global enp0s8
valid_lft forever preferred_lft forever
inet6 fe80::a00:27ff:fe0e:277d/64 scope link
valid_lft forever preferred_lft forever
enp0s3 被分配了一个 10.xxx 地址,但它仍然无法工作,而另一个获得相同 10.xxx 地址的 VM 可以工作。
我错过了什么?