Hello, Am Donnerstag, 3. Oktober 2019, 01:10:58 CEST schrieb Akemi Yagi:> On Wed, Oct 2, 2019 at 3:35 PM G?nther J. Niederwimmer <gjn at gjn.priv.at>wrote:> > This Board have 2 Controller!? > > 00:1f.2 RAID bus controller: Intel Corporation C600/X79 series chipset > > SATA > > RAID Controller (rev 06) > > > > On this controller all drives are found and it is possible to create a > > Raid1! > > > > 07:00.0 Serial Attached SCSI controller: Intel Corporation C602 chipset > > 4-Port SATA Storage Control Unit (rev 06) > > > > But on this Contoller NO drives found? > > If you provide the device ID pairing [xxxx:yyyy] for the one that is > not working, it will become clear. Can you show us the output from: > > lspci -nn > > Is it this one? > > Serial Attached SCSI controller [0107]: Intel Corporation C602 chipset > 4-Port SATA Storage Control Unit [8086:1d6b] > > If so, the above device ID [8086:1d6b] is not supported in RHEL/CentOS > 8, unfortunately.?? Yes, I Have :-( 07:00.0 Serial Attached SCSI controller [0107]: Intel Corporation C602 chipset 4-Port SATA Storage Control Unit [8086:1d6b] (rev 06)? what is the Problem with this chipset and why it is no longer supported ?? This Board is 4 year old and now??? I mean it is in many server boards. -- mit freundlichen Gr?ssen / best regards, G?nther J. Niederwimmer
On 10/3/19 1:24 PM, G?nther J. Niederwimmer wrote:> Hello, > > Am Donnerstag, 3. Oktober 2019, 01:10:58 CEST schrieb Akemi Yagi: >> On Wed, Oct 2, 2019 at 3:35 PM G?nther J. Niederwimmer <gjn at gjn.priv.at> > wrote: >>> This Board have 2 Controller!? >>> 00:1f.2 RAID bus controller: Intel Corporation C600/X79 series chipset >>> SATA >>> RAID Controller (rev 06) >>> >>> On this controller all drives are found and it is possible to create a >>> Raid1! >>> >>> 07:00.0 Serial Attached SCSI controller: Intel Corporation C602 chipset >>> 4-Port SATA Storage Control Unit (rev 06) >>> >>> But on this Contoller NO drives found? >> >> If you provide the device ID pairing [xxxx:yyyy] for the one that is >> not working, it will become clear. Can you show us the output from: >> >> lspci -nn >> >> Is it this one? >> >> Serial Attached SCSI controller [0107]: Intel Corporation C602 chipset >> 4-Port SATA Storage Control Unit [8086:1d6b] >> >> If so, the above device ID [8086:1d6b] is not supported in RHEL/CentOS >> 8, unfortunately. > > ?? > Yes, I Have :-( > > 07:00.0 Serial Attached SCSI controller [0107]: Intel Corporation C602 chipset > 4-Port SATA Storage Control Unit [8086:1d6b] (rev 06)? > > what is the Problem with this chipset and why it is no longer supported ??https://elrepoproject.blogspot.com/2019/08/rhel-80-and-support-for-removed-adapters.html> > This Board is 4 year old and now??? > > I mean it is in many server boards. >-- Ljubomir Ljubojevic (Love is in the Air) PL Computers Serbia, Europe StarOS, Mikrotik and CentOS/RHEL/Linux consultant
> On Oct 3, 2019, at 6:24 AM, G?nther J. Niederwimmer <gjn at gjn.priv.at> wrote: > > Hello, > > Am Donnerstag, 3. Oktober 2019, 01:10:58 CEST schrieb Akemi Yagi: >> On Wed, Oct 2, 2019 at 3:35 PM G?nther J. Niederwimmer <gjn at gjn.priv.at> > wrote: >>> This Board have 2 Controller!? >>> 00:1f.2 RAID bus controller: Intel Corporation C600/X79 series chipset >>> SATA >>> RAID Controller (rev 06) >>> >>> On this controller all drives are found and it is possible to create a >>> Raid1! >>> >>> 07:00.0 Serial Attached SCSI controller: Intel Corporation C602 chipset >>> 4-Port SATA Storage Control Unit (rev 06) >>> >>> But on this Contoller NO drives found? >> >> If you provide the device ID pairing [xxxx:yyyy] for the one that is >> not working, it will become clear. Can you show us the output from: >> >> lspci -nn >> >> Is it this one? >> >> Serial Attached SCSI controller [0107]: Intel Corporation C602 chipset >> 4-Port SATA Storage Control Unit [8086:1d6b] >> >> If so, the above device ID [8086:1d6b] is not supported in RHEL/CentOS >> 8, unfortunately. > > ?? > Yes, I Have :-( > > 07:00.0 Serial Attached SCSI controller [0107]: Intel Corporation C602 chipset > 4-Port SATA Storage Control Unit [8086:1d6b] (rev 06)? > > what is the Problem with this chipset and why it is no longer supported ?? >My impression is that you have it set to ?RAID? instead of ?AHCI? in BIOS. Switch in BIOS its operation to AHCI, you will see attached drives. Configure these drives as software RAID. As a matter of fact neither of fake RAID cards were ever supported by systems I know of (excluding MS Windows) as RAID cards. That is where jargon ?fake RAID? widely used by Linux Folks comes from. System board manufacturers (motherboard is common jargon for system board for over 20 years) share their part in the spreading of fake RAID chips. Fake RAID chip is cheap (pun intended), so adding it to system board does not increase its cost much, but increases it apparent value in eyer of uninformed (I should say ignorant) mass consumer. It is probably time to call garbage (fake RAID) garbage and not expect from it to behave as real RAID (hardware RAID), and definitely not put blame on the system for garbage hardware being garbage hardware. Sorry about long post, I keep being upset by manufacturers who do this. Valeri> This Board is 4 year old and now??? > > I mean it is in many server boards. > > -- > mit freundlichen Gr?ssen / best regards, > > G?nther J. Niederwimmer > > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++
On Thu, 3 Oct 2019 at 07:25, G?nther J. Niederwimmer <gjn at gjn.priv.at> wrote:> > Hello, > > Am Donnerstag, 3. Oktober 2019, 01:10:58 CEST schrieb Akemi Yagi: > > On Wed, Oct 2, 2019 at 3:35 PM G?nther J. Niederwimmer <gjn at gjn.priv.at> > wrote: > > > This Board have 2 Controller!? > > > 00:1f.2 RAID bus controller: Intel Corporation C600/X79 series chipset > > > SATA > > > RAID Controller (rev 06) > > > > > > On this controller all drives are found and it is possible to create a > > > Raid1! > > > > > > 07:00.0 Serial Attached SCSI controller: Intel Corporation C602 chipset > > > 4-Port SATA Storage Control Unit (rev 06) > > > > > > But on this Contoller NO drives found? > > > > If you provide the device ID pairing [xxxx:yyyy] for the one that is > > not working, it will become clear. Can you show us the output from: > > > > lspci -nn > > > > Is it this one? > > > > Serial Attached SCSI controller [0107]: Intel Corporation C602 chipset > > 4-Port SATA Storage Control Unit [8086:1d6b] > > > > If so, the above device ID [8086:1d6b] is not supported in RHEL/CentOS > > 8, unfortunately. > > ?? > Yes, I Have :-( > > 07:00.0 Serial Attached SCSI controller [0107]: Intel Corporation C602 chipset > 4-Port SATA Storage Control Unit [8086:1d6b] (rev 06)? > > what is the Problem with this chipset and why it is no longer supported ?? >The problem with the chipset is that the fake raid breaks under load for some subset of users and trying to debug the file corruptions can be impossible from the OS side. So you end up with a circle of finger pointing where the user points to the OS manufacturer. The OS manufacturer points to the hardware. The hardware will point to the user for using the hardware outside of its specific 'recommendations' which you thought was a EULA. After a long set of time.. no one is happy and a lot of money/time was lost on something which can't be fixed. So the hardware gets dropped from the OS vendor's supported line to stop the circle. It doesn't make the customer any happier.. but they weren't going to be anyway.> This Board is 4 year old and now??? > > I mean it is in many server boards. > > -- > mit freundlichen Gr?ssen / best regards, > > G?nther J. Niederwimmer > > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos-- Stephen J Smoogen.
P? Thu, 3 Oct 2019 07:38:05 -0500 Valeri Galtsev <galtsev at kicp.uchicago.edu> skrev:> > On Oct 3, 2019, at 6:24 AM, G?nther J. Niederwimmer > > <gjn at gjn.priv.at> wrote: > > > > > > 07:00.0 Serial Attached SCSI controller [0107]: Intel Corporation > > C602 chipset 4-Port SATA Storage Control Unit [8086:1d6b] (rev 06)? > > > > what is the Problem with this chipset and why it is no longer > > supported ?? > > My impression is that you have it set to ?RAID? instead of ?AHCI? in > BIOS. Switch in BIOS its operation to AHCI, you will see attached > drives. Configure these drives as software RAID.Of course he set it to RAID. He wouldn't be able to boot his raid, if he set it to AHCI. If set to AHCI, it would require an extra disk to boot the system.> As a matter of fact neither of fake RAID cards were ever supported by > systems I know of (excluding MS Windows) as RAID cards. That is where > jargon ?fake RAID? widely used by Linux Folks comes from.Really ? You have really never heard of this small company called Intel, whos chipset have been able to boot Linux in RAID mode for a very long time ?> System board manufacturers (motherboard is common jargon for system > board for over 20 years) share their part in the spreading of fake > RAID chips. Fake RAID chip is cheap (pun intended), so adding it to > system board does not increase its cost much, but increases it > apparent value in eyer of uninformed (I should say ignorant) mass > consumer. It is probably time to call garbage (fake RAID) garbage and > not expect from it to behave as real RAID (hardware RAID), and > definitely not put blame on the system for garbage hardware being > garbage hardware.You are right, a BIOS chip is really very cheap, and that is all that the chipset needs to be able to boot in RAID mode on the existing AHCI controllers. There is no raid "card" in these systems - aka no special extra raid cpu to control anything. All the RAID BIOS does is boot the system to load GRUB ( and maybe GRUB uses the same BIOS INT13H service to load the kernel). After that, kernel drivers take over - and that is MDADM doing the rest of the job, as Intel RAID bios is MDADM compatible. Call it FAKE raid, call it BIOS raid or whatever - it is in fact just a Linux software mdadm raid - with the added ability to boot directly from the BIOS. I don't see any reason to call this a bad solution or unstable in any way more than what mdadm is. I have myself a small desktop/server system here running for almost 7 years according to SMART on my disks - booting from such a Intel Z77 chipset to a mdadm raid 5. I do run Fedora on this system as RH most likely have removed my chipset from Centos 8 too. Allan.