HỆ THỐNG: Kích thích đôi 1.5T (Phiên bản phần mềm. 10.0M4)
Phần mềm ứng dụng đã hoạt động nhưng báo cáo “TPS không phản hồi” trong nhật ký lỗi.
1. Mở c-shell, gõ ping –s 4096 IP(tps), tìm mất 95% dữ liệu. Thay hub mới trong tủ hệ thống nhưng triệu chứng vẫn như cũ.
2. Mở c-shell gõ mgd_term nhưng không mở được 3 cửa sổ riêng biệt.
3. Thực hiện thiết lập lại tps, báo cáo “thiết lập lại tps không thành công” cùng một lúc.
4. Máy chủ không nhận dạng được thiết bị đầu cuối nối tiếp scsi. Kiểm tra hộp mở rộng nối tiếp scsi 8 cổng, thấy hộp đèn led không sáng.
5. Kiểm tra nguồn điện scsi giãn nở, nguồn điện không xuất ra. Mở nguồn điện, tìm 3 điểm nối rỗng. Nối các điểm này nhưng nguồn điện không ra.
6. Thay thế bộ nguồn scsi mở rộng mới. Khởi động hệ thống MR, Phần mềm ứng dụng bị treo trên màn hình sau và đèn led trên hộp mở rộng nối tiếp cổng scsi 8 không sáng.
7. Mở cửa sổ lệnh gõ mgd_term, không mở 3 cửa sổ. Kiểm tra xem nguồn điện expnder scsi có bình thường không.
8. Thực hiện chẩn đoán SGI, SGI là được. Kiểm tra cáp nối tiếp, vẫn ổn. Kiểm tra lại nguồn điện của MGD thì ok. Nhưng tủ hệ thống, tủ RF, tủ gradient có hiện tượng bất thường. Các triệu chứng giống như hình ảnh sau:
9. Tôi cho rằng tủ hệ thống, tủ RF và tủ gradient đã ở trạng thái thiết lập lại. Vì vậy, tín hiệu đặt lại tps của bảng STIF nhận được từ máy chủ vẫn được bật. Cắt nguồn điện scsi mở rộng hoặc cáp nối tiếp, khởi động hệ thống MR, phần mềm ứng dụng đang hoạt động nhưng báo “tps không phản hồi”. Các triệu chứng giống như những hình ảnh sau:
Vậy là hộp mở rộng nối tiếp 8 cổng scsi cũng tệ.
10. Thay hộp mở rộng nối tiếp 8 cổng scsi mới, khởi động hệ thống MR, đèn led trên hộp mở rộng nối tiếp 8 cổng scsi sáng và hệ thống vẫn bình thường.
Bộ cấp nguồn scsi mở rộng bị lỗi, nó làm cháy hộp mở rộng nối tiếp 8 cổng scsi. Vì vậy, chúng tôi đã thay thế bộ nguồn scsi mở rộng, hệ thống có trạng thái lạ.