出一个 N1，100 块，带包装盒与充电器。

目前已经退款，将自己的经历写出来，供 V 友碰到相似情况时参考，保护作为消费者的权益。

修改对掉 /etc/sysconfig/network-scripts/ifcfg-eth* 文件就可以实现。

内核没有清理干净导致的，还存留着旧的内核的一些包，看下 -devel 和 -headers 等包，卸载即可解决。

先使用 lspci 查看下系统是否能识别出 PCI 信息，如果不能识别，则说明有硬件故障，能识别的话，则需要安装驱动了。

推荐 Ganglia

@Likatu 就是加减内存和硬盘的“套餐”，所以我不认同他们的建议。

资源足够的话，一般没有坏处，除非程序有 bug。

另外，需要注意的是对于运行中的程序，设置后得重启服务才能生效。
但是你也可以使用 prlimit 程序进行动态设置，这样就不需要重启服务了。

@rio 对，如果自底向上看，UDP 只不过是 IP+端口号 而已，本质上和 IP 数据包没有任何区别，没有附加任何功能。

@wanglufei https://www.v2ex.com/t/630159 哈哈，我们都是“粘包警察”。

100 RMB 收，正好给老电脑升下级

这个时候，就是 cgroups 大显身手的时候了，用 systemd-run 来运行程序，指定 slice 和 sevice 名称，即使进程重启，依然是在在对应的 cgroups 里。

把“双引号”换成'单引号'

RAID10 可以容忍随机一块硬盘丢失，容忍不同 RAID1 阵列组内的两块硬盘丢失

就算硬盘不坏，你也可以随机拔下一块硬盘的，前几天给刚刚操作过。

我猜测是短时间内大量进程 /线程的创建导致的，推荐使用 ganglia 或者 prometheus 监控来看下；

@7654 小米售后确实给力，从保修到进家检查，不到两个小时，这个还是要赞一个的!

我们之前也遇到了这个问题，版本 3.6。

当时的解决方式是使用 rocksdb 引擎的 mongo 3.4 版本，根据业务模型将数据从老的集群导出，并导入到新的集群，切换 mongos 配置到新集群，写入没有问题后将中间切换丢的数据再补上。

之所以使用 rocksdb 引擎的 mongo 3.4 版本，因为这个引擎对 SSD 支持友好，并能够在删除数据后释放逐步物理空间。

哈哈，很明显，VPS 的出口带宽占满了，导致 SSH 链接断掉，进而传输失败啊！

将 SSH 的保活机制调整下就行。

sysctl 是控制内核参数的，和下面的都没有关系。


systemd 是用来管理系统服务的（还有硬盘挂载、定时任务、会话管理等其他功能）
pam 是用来控制用户会话的，包括用户的资源限制，也就是这里的 ulimit 的，还有变量控制、密码认证等

systemd 并不会用到 pam 的 env、limits 等模块，所以平时用来控制资源的 /etc/security/limits.conf，控制环境变量的 /etc/environment 等文件，对于 systemd 的服务并不起作用

不过 systemd 会通过 pam_systemd.so 模块将 PAM 中的会话注册到 user.slice 中并进行相应的操作，
还有就是将会话中的进程放置到当前会话的 CGroup 控制组中，实现会话资源的统一管理