Технологія PowerFlex: Процес SDS постійно панікує при роботі MosAsyncIO_ReqAccounting
Summary: Під час перетворення SVM вручну або PFMP і ручного оновлення компонента PowerFlex SDS може постійно виходити з ладу, якщо файл rep_tgt.txt створено неправильно.
Symptoms
Процес SDS постійно панікує з наступним слідуванням стека:
2024/05/27 08:11:10.051615 Panic in file /data/build/workspace/ScaleIO-Common-Job/src/mos/usr/linux/mos_async_io.c, line 1107, function mosAsyncIO_ReqAccounting, PID 21157.Panic Expression pOsReq->accounting.totalLenSubmittedBytes == pReq->bytesIO /opt/emc/scaleio/sds/bin/sds-4.5.2000.135(mosDbg_PanicPrepare+0xf4) [0x936f74] /opt/emc/scaleio/sds/bin/sds-4.5.2000.135(mosAsyncIO_ReqAccounting+0x26b) [0x95398b] /opt/emc/scaleio/sds/bin/sds-4.5.2000.135() [0x953b4e] /opt/emc/scaleio/sds/bin/sds-4.5.2000.135(mosAsyncIO_Reaper+0xab8) [0x959dc8] /opt/emc/scaleio/sds/bin/sds-4.5.2000.135(mosOsThrd_StartFunc+0x15a) [0x94056a] /lib64/libpthread.so.0(+0xa6ea) [0x7f0629c166ea] [(nil)]
Перед панікою SDS журнали трасування SDS вказують на проблему під час зчитування з /opt/emc/scaleio/sds/cfg/rep_tgt.txt:
2024/05/27 08:10:36.501247 LOW:7fa41442ddb0:mos_ReadParamFromSysPath:01442: ERROR: Failed to stat sys file /sys/dev/block/0:55/partition, errno: 2 2024/05/27 08:10:36.501253 MED:7fa41442ddb0:mos_GetDevMaxIoSizeBytesFromFD:01565: Could not read parameter for file 28 (path /sys/dev/block/0:55/partition), assuming 256. 2024/05/27 08:10:36.501260 MED:7fa41442ddb0:mosAsyncIO_OpenFileEx:00463: Opened file /opt/emc/scaleio/sds/cfg/rep_tgt.txt (fd 28), maxInflight 8, maxIoSize 256, ptr 0x7fa42c14a450
Продукт, на який це вплинуло: PowerFlex 3.x і 4.x
Cause
У SDS виникає проблема під час спроби отримати доступ до файлу rep_tgt.txt.
Resolution
Якщо rep_tgt.txt Не існує:
-
-
-
Щоб отримати потрібні ідентифікатори з основного MDM.
- Отримати MDM_ID:
scli --query_all | grep ID | head -n1 - Отримати SDS_ID: (Див. СДС, про що йде мова)
scli --query_all_sds
- Отримати MDM_ID:
-
Створіть файл
rep_tgt.txtфайл з отриманими ідентифікаторами. Замініть MDM_ID та SDS_ID з наведеного вище виводуecho -n "mdmId=<MDM_ID>,tgtId=<SDS_ID>" > /opt/emc/scaleio/sds/cfg/rep_tgt.txt truncate -s 4096 /opt/emc/scaleio/sds/cfg/rep_tgt.txtПриклад:
echo -n "mdmId=e7db67b7c2e2190f,tgtId=2514c01a00000003" > /opt/emc/scaleio/sds/cfg/rep_tgt.txt truncate-s 4096 /opt/emc/scaleio/sds/cfg/rep_tgt.txt -
Запустіть демона SDS:
/opt/emc/scaleio/sds/bin/create_service.sh
-
-
Якщо rep_tgt.txt Існує:
-
-
Переконайтеся, що у файлі вказано правильний ідентифікатор MDM та ідентифікатор SDS.
cat /opt/emc/scaleio/sds/cfg/rep_tgt.txt -
Перевірте розмір файлу (має бути 4096 байт):
ls -l /opt/emc/scaleio/sds/cfg/rep_tgt.txt -
Якщо розмір файлу перевищує 4096 байт:
- Створіть резервну копію існуючого файлу:
cp /opt/emc/scaleio/sds/cfg/rep_tgt.txt /opt/emc/scaleio/sds/cfg/rep_tgt.txt.bak - Змініть розмір файлу:
truncate -s 4096 /opt/emc/scaleio/sds/cfg/rep_tgt.txt - Перевірте новий розмір файлу
- Створіть резервну копію існуючого файлу:
- Запустіть демона SDS:
/opt/emc/scaleio/sds/bin/create_service.sh
-
Якщо після виконання обхідного шляху паніка SDS все ще виникає, зверніться до служби підтримки Dell за додатковою допомогою.