近期发生上传文件错误,让我对群晖稳定性产生了怀疑 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
请不要把任何和邀请码有关的内容发到 NAS 节点。

邀请码相关的内容请使用 /go/in 节点。

如果没有发送到 /go/in,那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动,会导致账号被禁用。
wclebb
V2EX    NAS

近期发生上传文件错误,让我对群晖稳定性产生了怀疑

  •  
  •   wclebb 2022-03-15 16:46:15 +08:00 322 次点击
    这是一个创建于 1386 天前的主题,其中的信息可能已经有所发展或是发生改变。
    本人自己有 DS220+,用 西部数据 炒豆子的 HC 空气硬盘 8G×2 盘(它太吵了)
    虽然群晖 DS220+ 性能不足,但总体上还是满意,至少它还是 NAS ,就那样。

    稳定用了一年了好像,后来近期发现 OneDrive 上传上去都是不完整文件,但在群晖里,是正常的文件。
    不明原因的情况下只好越过客户端,去打开群晖,然后下载到本地,然后覆盖客户端。听起来很奇怪,但也是没办法。

    印象中坚果云也少过几个文件,就是没同步过去。同样也是越过去客户端下载到本地然后覆盖。
    好像是空文件。

    现在在居家办公,由于大部分文件缺失,忍无可忍,只好去解开再绑定登录同步。
    结果倒好,发现下载的文件越来越多,覆盖越来越多。

    幸好,它会附带「 2022_DownloadConflict 」这个重命名文件,然后覆盖(实际上是新增)文件。
    想了一下就是把被覆盖的源文件删除,然后删除「 2022_DownloadConflict 」这类关键字就好了。



    沉思了一会这群晖的作用后。
    我决定把它出掉。
    Thatscode99
        1
    Thatscode99  
       2022-03-15 17:29:35 +08:00 via iPhone
    请问出多少钱?
    wclebb
        2
    wclebb  
    OP
       2022-03-15 17:33:09 +08:00
    @Thatscode99 #1 额,我还不知道二手市场多少。
    oubfgiar
        3
    oubfgiar  
       2022-03-15 17:59:16 +08:00
    不要冲动,留着用吧。出掉以后你还会买的。
    wclebb
        4
    wclebb  
    OP
       2022-03-15 18:02:48 +08:00
    @oubfgiar #3 放心叭,不会,我直接用 Mac 当 NAS 了。
    millsguo
        5
    millsguo  
       2022-03-15 18:06:01 +08:00
    @wclebb 你以为 Mac 就不会坏了?
    wclebb
        6
    wclebb  
    OP
       2022-03-15 18:09:39 +08:00
    @millsguo #5 至少客户端是完整上传下载是完整的。
    群晖已经让我大量文件破损。

    Mac M1 低功耗运行,安装 OneDrive 等文件夹即可够用。
    是否坏,每一个电子设备都会坏,包括群晖;

    我也可以反问你:你以为群晖就不会坏了?
    KoMAsS121
        7
    KoMAsS121  
       2022-03-15 20:09:20 +08:00   2
    @wclebb 不过最近那位当年给 PS4 移植 Linux,现在在给 m1 移植 linux 的大神不是发现,苹果貌似在文件写入上面作弊了,为了速度,牺牲了数据一致性,相关 API 违反了 POSIX 标准。。。所以老哥用 Mac 做 NAS 记得做好数据备份啊。
    题外话:苹果这么做也太***。。。是觉得客户私人数据丢了,也不能找到他头上。但写入速度很好看,客户就更能掏钱买嘛
    原推: https://twitter.com/marcan42/status/1494213868201324546
    bigboss60
        8
    bigboss60  
       2022-03-15 20:24:25 +08:00
    cloudsync 套件?它不是有个文件一致性检测嘛
    wclebb
        9
    wclebb  
    OP
       2022-03-15 20:31:16 +08:00
    @KoMAsS121 #7 卧槽……
    先看看。
    (不过连群晖一致性检测都做不到……)

    @bigboss60 #8 有,我确认有一致性检测,所以我才纳闷,为什么这还报错。
    实际上,我搜了本站和站外的结果,也有一些人反馈空白,损坏文件。

    t/741042
    t/753613

    这问题已经有两三次发生,我都是后来解除链接再重新登录。
    484A4B
        10
    484A4B  
       2022-03-15 20:39:37 +08:00
    群晖的文件同步是有点问题,尤其是大量小文件(我用 DS920+
    目前用过最稳定的文件同步工具就是 Dropbox 了
    millsguo
        11
    millsguo  
       2022-03-15 20:47:17 +08:00
    @wclebb 我的理解,上 NAS 就是为了数据安全性考虑,要不为什么上 NAS 呢?所以,同步备份,RAID ,多盘备份,都是可以考虑~ 至于文件不完整,因为不用 OneDrive ,就没有发言权了~

    我是 920+,同步阿里云,900+G 的数据,没有发现有数据一致性问题
    wclebb
        12
    wclebb  
    OP
       2022-03-15 21:16:35 +08:00
    @484A4B #10 我也怀疑是不是大量小文件造成的,因为我日常使用 Eagle 也会有大量小文件
    name.png
    name.jpg
    metadata.json

    就是因为这,多多少少有点痛苦,因为大量的文件需要同步,就需要大量时间去备份。
    同样的,我也挺多的 3D 文件存放在 OneDrive 以便随时回家工作用。
    所以我也怀疑是不是大量小文件异常同步造成的。


    @millsguo #11
    我都开了同步,但代价这么高(两盘同步备份,NAS 本体),带来的体验似乎毁灭性损坏文件(现在已经一个个恢复,用批量重命名筛选部分不可用文件)

    我只能说幸存者偏差,不一定是 OneDrive ,我也在坚果云(采取 WebDav 和 Pro 会员)也遇到过空文件。

    现在看来,似乎是因为 Cloud Sync 有奇怪的 Bug ,正如 10 楼和 9 楼我附带两个链接,这能证明存在,但不代表所有人都一定会出问题,可能使用方式或大量小文件才会造成的。

    我印象中已经出现两三次了,不过那时候没意识到,只是解除再登录。
    makusuofute
        13
    makusuofute  
       2022-03-16 00:18:35 +08:00
    问一下 快照呢?
    dianqk
        14
    dianqk  
       2022-03-16 10:08:00 +08:00
    群晖 NAS 做文件同步(办公等重要的)应该使用 Synology Drive ?
    Cloud Sync 我只拿来用下载百度云
    wclebb
        15
    wclebb  
    OP
       2022-03-16 10:13:29 +08:00
    @DianQK #14 之前用过 Synology Drive 客户端在 macOS 上会有奇怪的 Bug ;
    忘了是什么 Bug ,好像是连接不稳定还是兼容性还是什么忘了,反正是有 Bug ,所以直接干脆用 OneDrive 权当 1T 后备的同时,也顺便用来办公。
    wclebb
        16
    wclebb  
    OP
       2022-03-16 10:15:33 +08:00
    @DianQK #14 咋说呢,我都买了 2K 块多人民币本机,我买的 群晖系统送硬件的这比组装机还要贵的设备怎么着也要做好这方面。
    做不到就只能让人失望了,不要管是不是 Cloud Sync 只配下载器。
    wclebb
        17
    wclebb  
    OP
       2022-03-16 10:18:00 +08:00
    @DianQK #14 如果家里断网了,那我只能干瞪眼了。

    @makusuofute #13 800 多 G 开快照?
    xceszzy
        18
    xceszzy  
       2022-03-16 10:23:00 +08:00
    我直接在群晖用 webdav 。就不需要同步了
    smartisan2047
        19
    smartisan2047  
       2022-03-16 15:25:25 +08:00 via iPhone
    @wclebb 800G 是少了还是多了?我 DS218+ 3TB 多文件开快照很稳定。出问题回滚就好了。
    geniussoft
        20
    geniussoft  
       2022-03-16 19:11:56 +08:00 via iPhone
    如果对套件不满意的话,220+也是可以跑虚拟机和 docker 的。
    wclebb
        21
    wclebb  
    OP
       2022-03-16 23:26:13 +08:00
    @geniussoft #20 就是对虚拟机和 Docker 也不满意了。
    Tyanboot
        22
    Tyanboot  
    PRO
       2022-03-17 01:52:17 +08:00   1
    HC 盘默认设置是永不休眠,以及永不降速的那种,就是磁盘一直在转,而且空闲的时候也不会降低转速。

    但是盘本身是支持这几种模式的,之前也看了一圈 linux 上似乎是没什么现成的工具能控制,主要是因为用的不是传统的 APM 的电源管理,是新的 EPC 电源管理,后来自己照着 HC 系列的 datasheet 写了个工具,https://github.com/tyan-boot/wdepc 可以试一下手动启用 idle_c 和 standby_z 两个模式。

    不过之前听说群晖的系统装在机械盘上,一直会有读写,也不一定能有用。
    makusuofute
        23
    makusuofute  
       2022-03-17 14:28:31 +08:00
    @wclebb 开啊。 干活的数据如果不值得掏钱单独部署干嘛要用?
    wclebb
        24
    wclebb  
    OP
       2022-03-21 10:49:09 +08:00
    @KoMAsS121 #7 少数派这个文章(需要会员查看)
    https://sspai.com/prime/story/mac-ssd-cheating-2

    简单来说:由于历史原因和 macOS 特性,Apple 并没有故意作弊,而是采取了和 Linux 不一样的写入方法。
    Linux:fsync()
    macOS:F_FULLFSYNC

    Linux 那位大神 Hector Martin 用的是自己的熟悉的方法 fsync ,但 macOS 普遍采用 F_FULLFSYNC ;

    依据 Apple 某位员工自己测试,第三方硬盘也有问题,主流硬盘通常不会丢,在 macOS 断电都能保存下来。
    某些不入流的硬盘可能会丢(这是第三方硬盘的问题)。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     3025 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 40ms UTC 12:42 PVG 20:42 LAX 04:42 JFK 07:42
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86