V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  OneLiteCore  ›  全部回复第 3 页 / 共 13 页
回复总数  256
1  2  3  4  5  6  7  8  9  10 ... 13  
@msg7086 我之后查阅了资料了解到这个机制确实比 ethX 规则更进步的地方也知道有办法自己固定网卡名称。

槽点在于这个设计下会出现 “我就插了一块新的 SSD 怎么就忽然断网了?” 的情况,对于没那么熟悉 Linux 设计的人而言这个设计完全就是 “不可预测的”,而他们将这套机制命名为 “可预测网卡名称”…

如果他们用 “网卡自动命名机制” 这个名字我反而觉得可以理解是不得已而为之
@AkinoKaedeChan 用户如何在不知道这套机制存在的情况下避免这个问题,这才是槽点
@AkinoKaedeChan 我知道这个机制的存在是必要的是有意义的,但是他避免不了

[新手运维第一次增减 PCIe 设备后断网]

的问题,如果这个设计是无可奈何的话那么有人骂他这套设计不好一样也是无可奈何的
@AkinoKaedeChan 核心问题在于 enp2s0 这种命名规则本身是不稳定的,比如你插入一张新的网卡此时 enp2s0 可能指向新的网卡而原本的网卡则漂移到 enp3s0 去了。这个规则的设计者认为:

1. 保证网卡名称不冲突比保证网卡名称的稳定性更重要
2. 更短的网卡名称比 mac 地址更便于维护
3. 设计一套自动记忆 mac 地址和网卡名称的机制会增加系统复杂度且没必要
4. 再添加一个手动配置网卡地址的机制让开发者可以固定名称
5. 再添加一个再散列机制,保证自动网卡名称和用户固定的名称不冲突

这个设计是他们认为折中之后最好维护并且对绝大部分人用户最友好或者说最可以接受的机制,而在这套机制下新手用户注定会在第一次增减 PCIe 设备时遇到断网的问题,然后祝这个机制的开发者全家人身体健康之后去固定网卡地址。

说实话,如果他们把这套机制命名为 “网卡自动命名机制” 的话我还可以接受,但他们却将这套机制命名为:

[可预测网卡名称]
@AkinoKaedeChan 作为一个普通的软件开发者觉得这块明显设计有问题。

你看上面有些应该是有运维经验的大佬都提到他们公司是使用了 udev 来固定网卡名称,或者使用 pve 自带的功能来固定网卡名称,这说明固定网卡名称确实是一种更常见的需求,同时企业级的设备也需要固定网卡名称。

我的想法是,如果一个功能的最终下场是让大家不要使用这个功能,那么这个功能一开始就不应该存在或者应该有更好的设计。
29 天前
回复了 mystical 创建的主题 NAS 收了个线程撕裂者 2970wx,我该怎么安排他
肯定上 PVE 玩虚拟化但就算这样性能也过剩的,功耗就更是过剩了一年估摸 800~1000¥ 的电费,现在家庭宽带也没办法跑 PCDN 赚点电费,真想不出有什么生产力需求能顶得上这个消耗的
@poxiaogg 我使用的是 PVE 9.0 按理说已经是最新的系统了
@ragnaroks 可以用 Predictable network interface names 作为关键字搜索,就目前我找到的资料都是把这个当成一个 feature 或者新机制的,而非当成一个 bug
Tmux 和手机上的 Chrome
@RanKaede 插拔 PCIe 设备会导致网卡名称变化,ethx 是旧版本的网卡名称 enpxsx 则是新特性,关键词可以去搜索 Predictable network interface names 相关资料。

顺带吐槽一下虽然这个机制翻译过来叫“可预测网络接口名称”,但实际使用中基本和“预测”这俩字无关。
@LokiSharp 最后也只能这么做,但这个设计真的算不上“用户友好”
30 天前
回复了 xscanqianmeng666 创建的主题 NAS 自组 NAS 求推荐,大佬们都进来看看
同样买了 i3-8100 来捧个场,我的配置是:

CPU:i3-8100 ,158 淘宝买的二手
内存:金百达 DDR4 2666 16G x 2 = 32G ,京东一手购入
系统盘:闲置的三星 970 evo plus 512G ,
主板:云星 B365 ,479 淘宝一手
机箱:10 盘位小品牌机箱,192 PDD 入手,已下架
电源:海韵 GX650 ,478 京东一手
存储盘:256G~4T 的若干闲置硬盘 x 6

PVE 9.0 运行了 Debian 13 无桌面和五六个 Docker + 飞牛,硬盘待机时功耗 30~35W ,日常负载比较有限。内存实际上用不了这么大所以会拿来当内存盘用,电源则是力所能及范围内买最好的。
33 天前
回复了 OneLiteCore 创建的主题 NAS 关于 All In Boom 到底是 Boom 在哪里?
@Jacksu 关于备份的话可以说是下是怎么自动化的么?我看了下 PVE 没办法实现将 “NAS 系统备份到 NAS 的硬盘里” 这种类似递归或者自举的操作,除非有一个 NAS 之外的存储做中转。目前的想法是:

1. 通过转接的方式新增另外一个硬盘控制器直通给飞牛,然后和作为主 Nas 的 Debian 互相备份到对面
2. 买一个成品 Nas 进一步提高整个系统的稳定性
3. 备份到日常使用的主力电脑上
33 天前
回复了 OneLiteCore 创建的主题 NAS 关于 All In Boom 到底是 Boom 在哪里?
@Jacksu 截图里面的面板是什么服务提供的?感觉有必要也整一个。另外很好奇为什么要用软路由系统做底层呢?因为常见的 Boom 就是作为主路有的软路由炸掉了。
33 天前
回复了 OneLiteCore 创建的主题 NAS 关于 All In Boom 到底是 Boom 在哪里?
@AkinoKaedeChan 折腾过 i3-8100 直通核显给飞牛 OS 以解决影音播放 4K 失败的问题但是直通了之后依旧播放失败,等后期升级比如换十二代板 U 后再考虑了。单独买一块显卡直通也是解决方案但是太费电了,家人看电影也看不出 4K 和 1080P 的差别所以暂时打算只下载不需要转码的 1080P 电影资源。
33 天前
回复了 OneLiteCore 创建的主题 NAS 关于 All In Boom 到底是 Boom 在哪里?
@CapNemo 折腾过 i3-8100 直通核显给飞牛 OS 以解决影音播放 4K 失败的问题但是直通了之后依旧播放失败,等后期升级比如换十二代板 U 后再考虑了。单独买一块显卡直通也是解决方案但是太费电了,家人看电影也看不出 4K 和 1080P 的差别所以暂时打算只下载不需要转码的 1080P 电影资源。
33 天前
回复了 OneLiteCore 创建的主题 NAS 关于 All In Boom 到底是 Boom 在哪里?
@CapNemo 系统备份的最终目的地是硬盘,新装的 PVE 肯定是直接连接着 Sata 控制器上的所有硬盘的,所以可以直接读盘里备份的系统镜像恢复到 PVE 里,然后再直通 Sata 控制器给 Nas 系统先恢复文件服务,之后再启动恢复其他系统。
1  2  3  4  5  6  7  8  9  10 ... 13  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2465 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 25ms · UTC 15:45 · PVG 23:45 · LAX 08:45 · JFK 11:45
Developed with CodeLauncher
♥ Do have faith in what you're doing.