V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  justaname  ›  全部回复第 26 页 / 共 38 页
回复总数  751
1 ... 22  23  24  25  26  27  28  29  30  31 ... 38  
2023-03-23 23:07:23 +08:00
回复了 nigga 创建的主题 NAS 喜大普奔,黑群晖存储池损毁
群晖的 raid5 实际上是 mdadm+LVM+ext4/btrfs ,你的配置应该是 btrfs ,而 btrfs 这玩意儿配合硬 /软 raid 非常容易挂掉,猜测是因为 CoW 机制导致的 metadata 和 superblock 容易出现一致性问题。建议是 raid5/6 上面就老老实实上 ext4 ,如果希望使用先进的特性比如快照压缩啥的就用 zfs 或者用 btrfs 的 raid1 ( btrfs 的 raid5/6 依然不稳定,有 bug ,别用)。
说到底高级文件系统+底层 RAID 容易炸的原因基本上都是因为缓存不一致的问题,因为各种原因(断电 /内核崩溃)导致高级文件系统出现应该落盘而没落盘的元数据往往是灾难性的,这也是 mdadm 这种软阵列很难确保可靠性的原因,即使是带电池的硬卡也可能出现一些 corner case 导致意外断电后缓存上的数据在阵列再次上电之后没有顺利写入,只不过硬卡不太可能出现系统本身崩溃导致的缓存一致性失效(毕竟硬卡工作在更底层)。相对来说 ext4 这种就很难出现这种问题,最多就是损失一部分文件,不太会出现整个阵列挂掉的情况。
2023-03-22 04:23:57 +08:00
回复了 JavenXiao 创建的主题 NAS 买了块希捷银河 x16 16T 的硬盘,装到 nas 上好吵啊......
@H0H 然而硬盘的失效模式跟汽车轮胎根本不是一回事,汽车轮胎一定里程后稳定报废,硬盘可完全不是,而是一定时间后基本每年一定概率随机报废,关于这一点有很多研究了。其次当你数据用一块硬盘可以完全放下的时候 RAID 当然对在线率之外的需求意义不大,但是如果你有超过 5 块硬盘的时候,不用 RAID 意味着管理成本大幅提高,同时需要频繁依赖备份(以及依赖于备份的可靠性)。
“RAID 不能替代备份”,反过来也成立,“备份也不能替代 RAID”,最简单的,多盘级别的数据备份你不用 RAID 怎么保证你的备份是完好可恢复的?
如果 nas 和软路由需求不大的话,直接 13 代酷睿不行吗,1w 以内不算显卡的话基本上能配到 13900+64G 内存了吧,性能比你能买到的几乎所有洋垃圾 CPU 都要好不少,这两年消费级 CPU 大跃进太厉害,洋垃圾在这个价位根本没啥多核性能优势,单核就更别提了。而且这个方案你上独显也根据预算随便上呀,为什么一定要 T630 呢?唯一的顾虑可能是不太好上(廉价的) ECC ,如果不需要大容量 ECC 的话 W680 也可以考虑。

主要是看上去你的需求更倾向性能而不是 IO/大容量 ECC ,而且还在意静音,实在没必要专门上全套服务器硬件
2023-03-20 16:02:31 +08:00
回复了 Aviciii 创建的主题 macOS 黑苹果万兆网卡给我整不会了
是不是山寨卡过热了,我之前 x520 电口遇到过,退了换张卡就好了
2023-03-20 11:34:39 +08:00
回复了 JavenXiao 创建的主题 NAS 媒体服务追求硬解的目的是什么?方便浏览器观看吗?
没啥用,主流移动设备都能无压力解码了,唯一的意义在于低带宽场景串流。如果 CPU 够强劲其实直接软编码问题也不大,除非你家里有一大堆客户端同时需要服务端转码,这个场景应该 99%的人都没有吧。
此外这又有一个新的问题,主流家用硬件转码方案在低带宽的情况下比软编码的效率低很多,也就是说 20Mbps 码率的视频转码到 4Mbps 的带宽的话,画质可能只有高效率软编码 1-2Mbps 的水平。。。如果真的经常在计费网络下观看,不如直接下一份低码率的版本了
2023-03-16 20:03:17 +08:00
回复了 charlieethan 创建的主题 宽带症候群 哎,国内的 BT 完蛋了
@admin13579 错误,大量国外资源一串 IP 地址全是外国的,BT 下载在不同国家灰色程度也不一样,大体来说没多少国家对这个严厉打击的。
2023-03-14 15:22:39 +08:00
回复了 NGUTHONG 创建的主题 宽带症候群 仔细思考后,我发现我根本不怎么需要软路由
@89ao 但 bitwarden ,nas ,plex 这类应用都跟软路由本身没啥关系呀,总不能弄个工作站顺带开启 ip 转发也叫软路由吧
2023-02-12 15:13:00 +08:00
回复了 KanVivii 创建的主题 Linux 关于 NVME 硬盘 Linux RAID, ZFS 以及其他阵列方式
家用环境 raid 卡绝对不可能比软 raid 稳,上 BBU 都可能出问题,硬卡 RAID5/6 的回写缓存是一个大坑。为了基本的写入性能总得开回写缓存吧,一旦因为各种原因 RAID 盘掉线(家用环境没有 2 冗余电源,没有 SAS 冗余链路,甚至硬盘都不一定是正规企业盘),缓存里的数据就丢了,要是缓存里的数据恰好是 superblock 或者 metadata ,嘿嘿那就有得折腾了,阵列卡可不知道自己缓存里是啥玩意儿。
BBU 理论上可以应对这种情况,但实际上并不一定,我就遇到过损坏文件系统的情况。硬盘掉线了但是阵列卡没有掉线,然后所有硬盘都变成 UBad ,可以用 LSI 的命令强行让所有盘上线,问题是我缓存里的 superblock 丢了呀,最后一点办法都没有,还好有备份。ZFS 这种软阵列基本上不太可能出现这种情况,所有修改基于 transaction ,掉电也可以回溯,反正所有缓存都是 ZFS 自己管理的,ZFS 自己不出问题那就没问题。硬阵列就算上面的文件系统是有日志,因为回写缓存的存在,文件系统并不能保证关键数据真的落盘了,要安全除非把回写缓存关了,不然多余 1 张盘被踢的话就只能自求多福了,鬼知道回写缓存里的内容啥时候给你丢了。
当然硬阵列也有相对 ZFS ,MDADM 的性能优势,尤其是随机读写。因为 ZFS recordsize 和 padding 的存在,要是追求随机读写性能设置很小的 recordsize 的话 ZFS 的空间利用率会非常烂,搞不好还不如直接用 mirror 了。
至于 btrfs ,吃过两次亏之后我是不会在大容量存储上使用 btrfs 了,只能用脆弱形容
前段时间我调整 UPS 状态(一直报错更换电池我就长按电源自检了一下),结果可能电压不稳磁盘阵列脱机了。本来也不是啥大问题,阵列重新挂上就行了,结果戏剧性的是 BTRFS 文件系统直接挂了,所有的 fsck 都没有用,搜了半天不知道怎么恢复(能 Google 到的前两页的热门方案都试过了),只能从离线备份恢复数据。
虽然我的操作有一点问题,最安全的做法当然是关机再调整 UPS ,但 UPS 真的永远不会坏吗,所有的硬件操作真的能百分之百安全吗,不管怎么说 BTRFS 这个鲁棒性也太弱了吧
2023-01-09 19:24:49 +08:00
回复了 hlbcpt 创建的主题 iCloud 为 iCloud 数据使用“高级数据保护”(仅限美国)?
@hello2090 开启这个设置之后你的云端数据是加密的。不考虑后门这种问题的话,按照苹果的说法,所有解密密钥都是存在你的本地设备上的,所以如果你有权限(锁屏密码)访问你的某个登陆进同一个 iCloud 账户的设备,那么就可以解锁,否则必须使用预先分发的 recovery code ,如果这个 code 也弄丢了,那么理论上你的数据就再也不可能恢复了,即使他们就保存在 iCloud 上
2023-01-05 14:57:11 +08:00
回复了 toyst 创建的主题 Linux proxmox VE 的 web 登录安全性
突然发现 pve 的二重验证本来就可以加 recovery code ,那还能有什么时间不同步的问题,把 recovery code 藏好啥事都没有吧
2023-01-03 17:53:58 +08:00
回复了 lslvxy 创建的主题 NAS 体验了 PVE 和 Unraid 有感,请大佬赐教
@uioprr 不怎么样,最大的差距是在移动端 APP 上,网页端凑合用用差距倒没那么大,此外稳定性也有差距。不过即使群晖和大厂云服务比如 iCloud ,Google Photos 这种也完全比不了
@panzhc 感觉强密码就够了吧,让 ssh-agent 记住密码的话也只需要输入一次,普通程序能读取 ssh-agent 的内部信息的话整个安全体系就已经形同虚设了吧
2022-12-13 22:29:39 +08:00
回复了 toyst 创建的主题 Linux proxmox VE 的 web 登录安全性
假设 PVE 的 webUI 没有严重安全漏洞的前提下,强密码不泄漏的话能有啥风险,如果强密码泄漏的话理论上你用任何跳板都有风险吧
2022-12-12 07:46:56 +08:00
回复了 sidkang 创建的主题 Linux 咨询 NAS 的硬盘组合问题, ZFS、MergerFS+SnapRaid、普通 Raid
@ungrown 你翻来覆去说的这些东西只是在论证 1%和 0.01%没差别,然而实际上对大部分“普通用户”来说,这就是“有区别”。事实上你,以及你引用的那篇“经典论文”,依然没有回答我一个最开始的提问,在内存错误率一定的情况下,一个重度依赖 RAM 的文件系统是怎么做到跟不重度读写 RAM 的文件系统一个出错率的。PVE 在且仅在 ZFS 的页面提到过这个“recommendation”,意思是只有使用 ZFS 的用户才会在意数据安全?

你一个单盘 zpool 我都不知道这个经历有什么好特意炫耀的,无冗余说明根本不是重要数据,bit rot 也根本无所谓。我在一块 memtest 有问题,经常蓝屏的 Windows 上运行了几个月 NTFS 上的 RAID 没有任何(我发现的)数据损坏,是不是说明 NTFS 是最好的文件系统?

Matthew Ahrens 何许人也?乃 sun 公司当初创造 zfs 的核心人员之一,现今的 Delphix 公司 zfs 开发团队的领导。我不知道你引用一个 ZFS 利益相关的核心人员做了一通哲学论述是想说明什么?

另外不用回复了,讨论一个文件系统的利弊也能冒出来这么激情四射的宗教式攻击,然后到处旁征博引就是没有实际针对问题的回答。
2022-12-11 22:41:14 +08:00
回复了 sidkang 创建的主题 Linux 咨询 NAS 的硬盘组合问题, ZFS、MergerFS+SnapRaid、普通 Raid
@ungrown 这篇文章我看过,Google 搜索 ZFS non ECC 第三个就是,而另外几个则是反对这个观点的。另外几乎所有支持 ZFS 的平台在 ZFS 的要求都会额外注明 ECC 内存的重要性并强烈建议部署 ZFS 的主机使用 ECC 内存,比如 TrueNAS ,Proxmox ,其中 Proxmox 支持 LVM ,ZFS ,BTRFS 等多种块存储方式,但只有 ZFS 是额外标注仅建议在使用 ECC 内存的情况下部署,同时 ZFS 也是唯一官方强烈建议采用 ECC 内存的文件系统。我不知道 ZFS 官方,Proxmox 官方,TrueNAS 是不是都属于你说的半桶水想太多和宗教迫害。
最后你依然没有回答我一个很浅显的疑问,在内存都可能出错的情况下,对内存重度依赖同时有大量内存读写操作的 ZFS 能在可靠性上跟别的不吃内存的传统文件系统一致吗?既然都有可能出错,0.01%的出错率和 1%的出错率没有差别这种论证显然并不令人满意
2022-12-11 22:28:15 +08:00
回复了 loy23 创建的主题 程序员 聊聊 esxi 和 pve 家用场景哪个更有优势
@geekvcn 有啥好恶心的,非商用人家公司都懒得管,这要恶心那几亿用盗版 Office 的中国人都恶心,毕竟有免费 WPS 哩
2022-11-30 02:49:40 +08:00
回复了 sidkang 创建的主题 Linux 咨询 NAS 的硬盘组合问题, ZFS、MergerFS+SnapRaid、普通 Raid
@ungrown 大部分文件系统并没有像 ZFS 一样对内存有大量读取写入,对 ECC 的依赖当然不一样。假设内存反转的概率是一定的,那写入 1T 和 50G 出错的概率能一样吗?
2022-11-29 17:41:57 +08:00
回复了 LeeReamond 创建的主题 问与答 有关 RAID 数据能不能直接读取
@LeeReamond 常见的 LSI 硬卡世面流通量极大,基本上无需考虑买不到卡这种情况,你要担心这个屯五张卡现在也就几百块人民币
2022-11-29 17:38:45 +08:00
回复了 LeeReamond 创建的主题 问与答 有关 RAID 数据能不能直接读取
@yjd "真要突然断几个小时,人不在家最后还是断" 正常的 UPS 都有掉电过久直接关机的,怎么可能人不在家就强行关机
1 ... 22  23  24  25  26  27  28  29  30  31 ... 38  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3380 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 10:26 · PVG 18:26 · LAX 03:26 · JFK 06:26
Developed with CodeLauncher
♥ Do have faith in what you're doing.