-
Notifications
You must be signed in to change notification settings - Fork 796
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
版本 23.9.0 14盘位,每次重启后会丢失后3个盘位,然后需要进磁盘管理修复 #199
Comments
HddEnableDynamicPower=1改为HddEnableDynamicPower=0试下。DS920+也出现了这个问题,改为HddEnableDynamicPower=0后问题暂时未复现 @wjz304 |
谢谢,明天我试一下,被困扰很久 |
尝试在cmdline加上了这个参数 还是没用 |
基本上确定是引入了“显示连接在SAS HBA上的硬盘序列号”这个功能导致的。所有连接到SAS HBA的硬盘都会受影响 |
但是更早的版本也可以显示序列号,然后并不会有这样的bug |
早前版本只有在DS3622xs+这些原生支持SAS的机型上才能显示序列号,在像DS918+这种需要loader做SAS兼容的机型上无法显示序列号。本次Peter Suh的更新是在loader层面上的sas shim里面加上了传递序列号的功能 |
原来是这样,不过我的本身引导的就是DS3622XS+ |
add it to ”cmdline“ |
https://github.com/wjz304/arpl-addons/releases/tag/23.9.2 |
addon 23.9.2 |
取以下 日志 (在 dsm系统下)
|
I'm not very strong in Linux :( upd I have already returned to the previous version addons, last disc on pull has become faulty |
Yes, after the dsm system boot, connect SSH and operate it If you have returned to the old version, then give up temporarily |
Tried adding HddEnableDynamicPower=0 to cmdline, no improvement. Tried 23.9.1, no improvement. DS3622XS+ on PVE, with LSI9207-8i (SAS2308) |
DS3622XS+ on PVE, with LSI9207-8i (SAS2308)
|
DVA3221 on baremetal, LSI9200-4i4e (SAS2308) Even SATA disks on SAS HBA have problem.
|
|
../../devices/tcm_loop_0/tcm_loop_adapter_0/host6/scsi_host/host6 |
5个sata + 1个 usb, 看不到的哪个应该在usb里面了 |
这个是传到插件里对吧,今天试了,没有效果 |
Do I need to change something in the settings? edit config file ? which one ? UPD Unfortunately, I have already dismantled the NAS from which the logs send to you. Now I have 3 working servers: ASRock J3355B-ITX / Celeron J3355 / 2 SSD cache on motherboard SATA and 4 HDD on LSI SAS 9211-4i controller / Arpl and addons version: 23.9.1 - after rebooting: system section error in the last HDD disk on LSI SAS Advantech ASMB-260I-21A1 / Atom C3558 / 2 SSD cache on motherboard SATA and 4 HDD on LSI SAS 9211-4i controller / Arpl and addons version: 23.9.1 - after rebooting: system section error in the last HDD disk on LSI SAS problem HDD system section error is solved by instant recovery after pressing the corresponding button in DSM interface China ITX-B360V3,0 motherboard (6 SATA / 2 NVME) / i5-9500T / 2 NVME cache on motherboard slots and 5 HDD on motherboard SATA / Arpl and addons version: 23.9.1 - no any problems. |
According to @snailium, I currently do not have the issue of environmental reproduction |
If I understood you correctly, then no logs are required from me anymore? |
Yes |
I will do some tests these days |
Okay, I'm testing it. Maybe the copy action caused permission loss |
i run only this command:
And everything worked |
Forgot the -p flag maybe? |
@aarpro |
The copy actions of several addons are the same, why only hdddb. sh lost its permissions? |
I don't know it is important or not, but only on DS3622 microcode version detecting problems, on DS918+ - is no such problem |
|
Confirmed DS3622+ has permission problem. EDIT DVA3221 also has permission problem. |
What is the current version of arpl addons? |
23.9.1 |
是从之前的版本一直迁移上来的吧? |
|
@wjz304 And it would fail to set the permissions if the user had removed the .sh file extension. |
Sorry, I don't fully understand the script due to the short time, but the upgrade process relies on the original file name, maybe because I don't keeping the original name |
The upgrade process works for even if the file has been renamed. Lines 151 to 159 get the filename and the location the script is running from, so it can update the correct file. |
I just tested and got stuck in an infinite update loop, |
It seems to be related to the network |
test https://github.com/wjz304/arpl-modules/actions/runs/6215442785 |
Thanks. I just tested it and you are correct. I've broken something because it used to work. Give me 30 minutes and I'll work out what it is wrong. |
The problem was the script was copying the new version with it's original name to /usr/bin/syno_hdd_db.sh instead of replacing /usr/bin/hdddb.sh I've fixed it but found some other cases where it could fail to update that I want to fix too before pushing it github. |
good job! |
I've released a new version that fixes the bugs when the script updates itself. |
@007revad |
Yes, I realised I need to make the same changes to my other scripts. |
I've released a new version of syno_enable_m2_volume with the same fixes, plus 2 new options:
https://github.com/007revad/Synology_enable_M2_volume/releases/tag/v1.0.9 |
@007revad thx! |
If anyone has other questions, please re-create the issue. This issue is temporarily closed. |
初步怀疑是由于引导过快,导致磁盘还没加载好就引导好了,导致磁盘在引导好之后才加载
甚至在进入系统后还能看到硬盘加载进来
使用环境为,前6硬盘是在主板上的,后8硬盘连在直通卡上
The text was updated successfully, but these errors were encountered: