- Community Home
- >
- Servers and Operating Systems
- >
- HPE ProLiant
- >
- ProLiant Servers (ML,DL,SL)
- >
- Re: ML350G3, SA641, drive changed SCSI ID
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-18-2007 01:21 AM
тАО09-18-2007 01:21 AM
ML350G3, SA641, drive changed SCSI ID
I have a problem with ML350G3 / Smart Array 641. Six drives attached (the whole cage). IDs 0 and 1 are mirror with boot Windows 2003 server. IDs 2, 3, 4, 5: RAID 5 with data. After a reboot, drive with ID 4 appears with red light. But raid status is OK, and ACU, ADU and Survey show now a new drive ID 6 and none drive with ID 4. Physically there is no drive ID 6. Events show that drives has changed position. I think about old FW, but where: in SA641? in drives? both? Another suggestion? SA641 FW is v2.34.
Regards,
Sarandi
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-18-2007 01:48 AM
тАО09-18-2007 01:48 AM
Re: ML350G3, SA641, drive changed SCSI ID
The latest Firmware for SA 641 is 2.76
http://h18023.www1.hp.com/support/files/server/us/download/26775.html
I would recommend downloading Firmware maintenance CD 7.90 & installing it.
http://h18023.www1.hp.com/support/files/server/us/download/27783.html
This will ensure ALL the firmware revision on your server is up to date.
Regards,
James.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-19-2007 02:18 AM
тАО09-19-2007 02:18 AM
Re: ML350G3, SA641, drive changed SCSI ID
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-19-2007 03:12 AM
тАО09-19-2007 03:12 AM
Re: ML350G3, SA641, drive changed SCSI ID
The reason I suggested updating the firmware is, I had encountered a similar situation; it was an MSA1500; OS was RHEL & the Minor Number kept changing on every reboot;
Updating the Firmware then fixed it then;
:)
Regards,
James.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-19-2007 04:38 AM
тАО09-19-2007 04:38 AM
Re: ML350G3, SA641, drive changed SCSI ID
Last night I updated all FW and PSP both 7.90. Problem is the same: ACU shows both volumes good, but I still have a red light in one drive. After FW update, initial message from SA 641 changed and is more clear:
"1734 - slot1 Drive Array Disk Drive(s) Responding to incorrect SCSI ID. Backup your data, replace faulty drive, reconfigure array and restore SCSI ID 6".
Note the inexistent SCSI 6 to replace!. Now need press F1 to continue boot.
Next weekend I will go with a couple of drives, a backplane (if I get one) to take server off production, try each backplane position, reconfigure RAID, restore data, etc. I suspect backplane failure, too.