디스크가 많은 기계와 HBA 모드의 추가 SAS 컨트롤러가 있습니다. 이것은 리눅스가 디스크가 실제로 나타나기 전에 initramfs에서 적어도 8-10 초 동안 한 번 생각하게하는 것처럼 보입니다. 디스크 감지 시간 초과는 10 초입니다. 이로 인해 BTRFS / MDADM / etc가 시스템에있는 RAID1을 마운트하지 못하여 실제로 디스크를 마운트하고 계속 정상적으로 작동 할 수있는 응급 쉘로 넘어갑니다.
내 질문은 부팅 시이 시간 초과를 10 초에서 어떻게 늘리는 것입니까? 체계적으로되어 있습니까? udev에 있습니까? 다른 곳? 어디서부터 시작 해야할지 잘 모르겠 으며이 문제에 대한 인터넷 검색은 주로 I / O 시간 초과 또는 다른 (scsi / lun / etc) 시간 초과를 늘리려는 사람들을 산출하는 것으로 보이지만 그럴 필요는 없습니다.
1
IDK 중 하나이지만이 다중 경로 부팅 지연 문제 와 관련이 있거나 솔루션에 리드를 제공 할 수 있습니까?
—
rickhg12hs 10
@ rickhg12hs 게시물에 언급 된 udev 매개 변수를 사용해 보았지만 여전히 첫 번째 장치를 10 초 동안 기다린 다음 임계 값을 초과하면 때때로 비상 쉘로 떨어집니다. 팁을 주셔서 감사합니다. udev.와 함께 더 바이올린을 시도하십시오.
—
Alex
나는 아직도 그것을 이해하지 못했고, 그것이 커널 컴파일 매개 변수라고 생각하고 있지만 udev에 대한 주요 문서를 아직 깊이 파고 들지 않았기 때문에 아마도 뭔가를 간과하고 있습니다. 누구든지 내가들을 수있는 아이디어가 있다면 지금 당장 현장을 제외하고는 서버를 재부팅하지 않습니다.
—
Alex
POST 중에 드라이브가 실제로 회전합니까? 한 번에 모두 회전 할 수있는 충분한 힘이 있습니까? 이 옵션이 있으면 스 태거 스핀 업을 위해 HBA를 설정해야 할 수도 있습니다 (괜찮은 선택).
—
Michael Hampton
@MichaelHampton Yea 드라이브가 SAS 구성 도구 및 BIOS에서 작동하고 나타나고 있습니다 .1000W EVGA 전원 공급 장치가 있고 디스크가 2 개의 다른 레일에 분산되어 있지만 충분한 전력이 있어야합니다. 두 번째 Xeon CPU가 추가되었습니다. 또한 제대로 작동하고 모든 것이 작동 할 때 벽에서 약 200-300W를 그릴 것입니다. HBA의 커널 모듈이 초기 부팅 단계에서 5 초 이상 중단되어 다른 모든 디스크가 표시되는 것과 같습니다. 훨씬 나중에.
—
Alex