[half-solved] HP Proliant Gen8 microserver gondok: PCI-e kártya nem működik, hibás initrd

Fórumok

Sziasztok!

Valaki megátkozta ezt a gépet, mert vonzza a problémákat :-(

Első felvonás az volt, hogy nem ment a hálókártya gigabiten. A hálózat fali aljzatának cseréje megoldotta.

Most két dologgal nem bírok:

  1. Beletettem egy Addonics ADSA3GPX1-2E 2 eSATA II PCI-Express kártyát, de az lspci, lshw, dmesg parancsok kimenetében nem lelem. Sőt a BIOS és a HP Insight Diagnostics programja sem látja, csak annyi bejegyzést találtam, hogy "PCI-E Slot1 Available". Nincs semmi különbség dmesg-ben, syslog-ban, lsmod-ban, ha bent van a gépben a kártya vagy nincs. Ha betöltöm a sata_sil24 modult - mely elvileg ezt a kártyát hajtja -, akkor sincs semmi változás.
  2. Az update-initramfs -u parancsra olyan initrd.img-t generál, melyről nem bootol be.

Update 2014.05.17. 21:45:

  1. Ez a kérdés továbbra is fenn áll, mivel nem értem, hogy miért nem működik a kártya a gépben.
  2. A második kérdésre a megoldás:
    A telepítés kezdetén expert install-t választottam és az alap rendszer telepítésénél az initramfs-tools beállításánál azt az opciót választottam, hogy "targeted initrd" legyen az alapértelmezett.
    Ennek hatására a /etc/initramfs-tools/conf.d/driver-policy file-ba a MODULES=dep bejegyzés került, mely felülírja a /etc/initramfs-tools/initramfs.conf-ban beállított értéket. Ezt a sort kommentbe téve vagy MODULES=most-ra átírva az update-initramfs hatására bekerültek - sok egyéb modul mellett - az ata modulok is a létrejövő initrd image-be, mely így majd négyszerese lett, de a terrás háttértárolók világában a 3MB vagy 11MB nem okoz problémát. A lényeg, hogy a hiányzó modulok bekerültek az initrd.img-be és bebootol a gép, nem kell tartanom attól, hogy egy kernelfrissítést követően valamikori reboot után nem indul el a Debian.

    Széljegyzet a margóra: Érdemes a /etc/initramfs-tools/update-initramfs.conf-ban az alapértelmezett backup_initramfs=no bejegyzést yes-re megváltoztatni, így automatikusan készül mentés az initrd.img-ről.

Update 2014.05.18. 16:00:
Megfordult a fejemben, hogy elhalálozott a kártya és nem is működik, de kipróbáltam a kártyát egy desktop gépben és ott szépen teszi a dolgát. Azt hiszem, hogy holnap felhívom a HP-t és kérek tőlük egy kis supportot.
Ha szerintük sem megy, akkor használom majd az USB 3-as csatlakozókat, a tervezett eSATA kártya helyett, úgysem sokszor lesz ráaggatva külső HDD.

Update 2014.05.20. 18:45:
HP support sem talál rá okot, hogy az Addonics ADSA3GPX1-2E 2 eSATA II PCI-Expresscard miért nem megy a gépben. Lehet, hogy halott a slot, így küldenek egy új alaplapot.

Update 2014.05.21. 17:45:
Új alaplap megjött és beüzemelve. Helyzet változatlan :-(
Labda HP supportnál.

Update 2014.05.27. 13:30:
A HP-nál a hibajegyet lezárták azzal, hogy nincs hw hiba, a Debian és a választott kártya nem támogatott.
Íme a levél, amire gondolom már nem is reagálnak.

Tisztelt XXXX!

On Sun, 25 May 2014 at 20:48, XXXX wrote:

> Az AHS log szerint hardware hiba/probléma nem található a szerverben.
>
> MicroServer Gen8 esetében a támogatott operációs rendszerek:
>
> Windows Server 2008/2012,
> RedHat 6
> SLES 11
> VMware 5.x

Fentiek miatt regisztráltam magam a Red Hat oldalán és a hét folyamán
telepíteni fogom a Red Hat Enterprise Linux Server (v. 6 for 64-bit
x86_64) 30 napig használható változatát a tesztelésre.

> A HP által javasolt PCI Storage kártya:
>
> Smart Array P222 Controller
> HP Smart Array P222/512 FBWC 6Gb 1-port Int/1-port Ext SAS Controller
> NOTE: HP Smart Array P222/512 FBWC qualified for RAID support only for HP ProLiant
> MicroServer Gen8.
> HP PN: 631667-B21

Az Ön által megjelölt kártya számomra nem megfelelő, mivel 2db külső
eSATA porttal rendelkező kártyát szeretnék használni a MicroServerben.

Üdvözlettel:

Update 2014.05.29. 11:00:
Tegnap telefonon kértem, hogy a lezárt hibajegyet vegyék elő, mert a problémám fenn áll annak ellenére, hogy az általuk támogatott Red Hat Enterprise Linux 6.5 verzióját is kipróbáltam.

============= Innentől a post a 2. problémakört boncolta, így már tárgytalan, csak az utókor számára meghagytam =============

Preambulum:
A gépben van 2 db SSD és 2 HDD. A HDD-k a hard drive bays-ben, az egyik SSD a belső USB csatlakozón, a másik SSD az ODD helyén.
Vizuális típusoknak néhány kép.

Nem tudom, hogy befolyásolja-e dolgokat, hogy a SATA vezérlők nem AHCI, hanem Legacy módban vannak, mert csak így bootol az ODD helyére tett SSD-ről, különben csak a hard drive bays-ben lévő eszközökről hajlandó bootolni vagy USB-ről. Köszönöm HP!

A telepített rendszer:

root@silent:~# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 7.5 (wheezy)
Release:        7.5
Codename:       wheezy
root@silent:~# uname -a
Linux silent 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u1 x86_64 GNU/Linux

Az eszközök:

/dev/sda: WDC WD30EFRX-68AX9N0
/dev/sdb: WDC WD30EFRX-68EUZN0
/dev/sdc: SamsungSSD840EVO120GB
/dev/sdd: TOSHIBA THNS128GG4BAAA-NonFDE

A partíciók:

Model: ATA WDC WD30EFRX-68A (scsi)
Disk /dev/sda: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt

Number  Start   End     Size    File system  Name     Flags
 1      1049kB  1026MB  1024MB               primary
 2      1026MB  2050MB  1024MB               primary
 3      2051MB  53.3GB  51.2GB               primary
 4      53.3GB  3001GB  2947GB               primary


Model: ATA WDC WD30EFRX-68E (scsi)
Disk /dev/sdb: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt

Number  Start   End     Size    File system  Name     Flags
 1      1049kB  1026MB  1024MB               primary
 2      1026MB  2050MB  1024MB               primary
 3      2051MB  53.3GB  51.2GB               primary
 4      53.3GB  3001GB  2947GB               primary


Model: ATA Samsung SSD 840 (scsi)
Disk /dev/sdc: 120GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name     Flags
 1      1049kB  40.9MB  39.8MB               primary  bios_grub
 2      40.9MB  241MB   200MB   ext4         primary
 3      241MB   120GB   120GB                primary


Model: Disk Name (scsi)
Disk /dev/sdd: 128GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name     Flags
 1      1049kB  39.8MB  38.8MB               primary  bios_grub
 2      40.9MB  241MB   200MB   ext4         primary
 3      241MB   120GB   120GB                primary

Grub a /dev/sdc és /dev/sdd MBR-jébe telepítve.

A /etc/fstab:

root@silent:~# cat /etc/fstab
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/md1 during installation
UUID=741b9fc1-d656-48f6-853a-c104b330d7fe /               ext4    noatime,discard,errors=remount-ro 0       1
# /boot was on /dev/md0 during installation
UUID=b9469bd5-c87d-4254-885c-67a4c6899eee /boot           ext4    defaults,noatime,discard,noexec,nosuid,nodev        0       2
# /home was on /dev/md5 during installation
UUID=7bdc68bc-27a0-4a4c-9fce-e65af776b2b3 /home           ext4    defaults,nosuid,nodev       0       2
# /tmp was on /dev/md2 during installation
UUID=e9fc6f70-dbf3-4be3-abb3-92756e5e6efe /tmp            ext4    defaults,noexec,nosuid,nodev        0       2
# /var was on /dev/md3 during installation
UUID=253d1175-9fb1-45d9-80be-15d299f285dc /var            ext4    defaults,nodev        0       2
# /var/mail was on /dev/md4 during installation
UUID=6348e472-47e1-460a-925b-f41ad28f24d8 /var/mail       ext4    defaults,nodev        0       2

A blkid kimenet:


/dev/sdb1: UUID="a8df0a96-cb66-018a-e34d-693d2bceb7dc" UUID_SUB="f7dd11af-8af9-2dfe-8e59-2b0a1260a1a4" LABEL="silent:2" TYPE="linux_raid_member" 
/dev/sdb2: UUID="20d1b494-87dc-df6b-a937-0de2e62dc730" UUID_SUB="4cc6cad4-d437-5ae6-eb09-de2e29449a87" LABEL="silent:3" TYPE="linux_raid_member" 
/dev/sdb3: UUID="87e48551-1d3b-740c-4609-ff00ef4ea2be" UUID_SUB="c7964aa9-4d29-5235-2284-7a9a27042c09" LABEL="silent:4" TYPE="linux_raid_member" 
/dev/sdb4: UUID="f02c2734-559e-5573-632a-c098226ceebc" UUID_SUB="56466bf0-6025-39b2-4a52-5426940a5063" LABEL="silent:5" TYPE="linux_raid_member" 
/dev/sdd2: UUID="5002f812-6dc2-fc45-8036-c0e3643d7bd0" UUID_SUB="83dbdae5-7a10-2907-285a-a3cd61d9f15d" LABEL="silent:0" TYPE="linux_raid_member" 
/dev/sdd3: UUID="cd7d9342-437c-6a74-ad73-8885a5cb3ec8" UUID_SUB="7fedbddc-f7ca-2c74-e8d9-d7118bd8deba" LABEL="silent:1" TYPE="linux_raid_member" 
/dev/sda1: UUID="a8df0a96-cb66-018a-e34d-693d2bceb7dc" UUID_SUB="23d84c5d-99c6-a0bf-8931-c60b386c2792" LABEL="silent:2" TYPE="linux_raid_member" 
/dev/sda2: UUID="20d1b494-87dc-df6b-a937-0de2e62dc730" UUID_SUB="9fbdceb6-0f7e-5429-bc0a-cfa651273389" LABEL="silent:3" TYPE="linux_raid_member" 
/dev/sda3: UUID="87e48551-1d3b-740c-4609-ff00ef4ea2be" UUID_SUB="4deaefcc-d59e-e204-9958-2ad7887779ca" LABEL="silent:4" TYPE="linux_raid_member" 
/dev/sda4: UUID="f02c2734-559e-5573-632a-c098226ceebc" UUID_SUB="15fc6654-d5c7-3dda-65e9-4b13ec71e266" LABEL="silent:5" TYPE="linux_raid_member" 
/dev/sdc2: UUID="5002f812-6dc2-fc45-8036-c0e3643d7bd0" UUID_SUB="91900955-8186-38b3-aaf3-55a278e698ee" LABEL="silent:0" TYPE="linux_raid_member" 
/dev/sdc3: UUID="cd7d9342-437c-6a74-ad73-8885a5cb3ec8" UUID_SUB="9d07c2f5-4c00-a410-3e32-d74d7092dd17" LABEL="silent:1" TYPE="linux_raid_member" 
/dev/md2: LABEL="tmp" UUID="e9fc6f70-dbf3-4be3-abb3-92756e5e6efe" TYPE="ext4" 
/dev/md3: LABEL="var" UUID="253d1175-9fb1-45d9-80be-15d299f285dc" TYPE="ext4" 
/dev/md4: LABEL="mail" UUID="6348e472-47e1-460a-925b-f41ad28f24d8" TYPE="ext4" 
/dev/md5: LABEL="home" UUID="7bdc68bc-27a0-4a4c-9fce-e65af776b2b3" TYPE="ext4" 
/dev/md0: LABEL="boot" UUID="b9469bd5-c87d-4254-885c-67a4c6899eee" TYPE="ext4" 
/dev/md1: LABEL="root" UUID="741b9fc1-d656-48f6-853a-c104b330d7fe" TYPE="ext4" 

A /proc/mdstat tartalma:

Personalities : [raid1] 
md1 : active raid1 sdd3[2] sdc3[0]
      116886400 blocks super 1.2 [2/2] [UU]
      
md0 : active raid1 sdd2[2] sdc2[0]
      195392 blocks super 1.2 [2/2] [UU]
      
md5 : active raid1 sda4[0] sdb4[1]
      2878131008 blocks super 1.2 [2/2] [UU]
      
md4 : active raid1 sda3[0] sdb3[1]
      49966976 blocks super 1.2 [2/2] [UU]
      
md3 : active raid1 sda2[0] sdb2[1]
      999872 blocks super 1.2 [2/2] [UU]
      
md2 : active raid1 sda1[0] sdb1[1]
      999872 blocks super 1.2 [2/2] [UU]
      
unused devices: <none>

A /etc/mdadm/mdadm.conf tartalma:

# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays
ARRAY /dev/md/2 metadata=1.2 UUID=a8df0a96:cb66018a:e34d693d:2bceb7dc name=silent:2
ARRAY /dev/md/3 metadata=1.2 UUID=20d1b494:87dcdf6b:a9370de2:e62dc730 name=silent:3
ARRAY /dev/md/4 metadata=1.2 UUID=87e48551:1d3b740c:4609ff00:ef4ea2be name=silent:4
ARRAY /dev/md/5 metadata=1.2 UUID=f02c2734:559e5573:632ac098:226ceebc name=silent:5
ARRAY /dev/md/0 metadata=1.2 UUID=5002f812:6dc2fc45:8036c0e3:643d7bd0 name=silent:0
ARRAY /dev/md/1 metadata=1.2 UUID=cd7d9342:437c6a74:ad738885:a5cb3ec8 name=silent:1

# This file was auto-generated on Sun, 11 May 2014 23:24:41 +0200
# by mkconf 3.2.5-5

Ha lefuttatom az update-initramfs parancsot, akkor a következő boot-nál az alábbi képernyő fogad.

Ezután egy debian live usb-ről bootolva chrootban az initramfs frissítést követően be tud bootolni és mindaddig jó, amíg nem generálnék új initrd.img-t.
Ha a chrootban generált initrd.img-3.2.0-4-amd64-t visszamásolom a bootba, akkor megint megjavul, nem kell chroot-tal játszanom.

A chroot-ban és a tényleges rendszerben az alábbiakat vetettem össze:

  • cat /proc/mdstat
  • /usr/share/mdadm/mkconf
  • blkid

Egyetlen eltérés a blkid kimenetében volt,azon raid tömb elemeinek particíójának UUID_SUB elemeiben, melyek a / és a /boot alá lennének felcsatolva. Viszont szerintem ezt a rendszer nem használja, csak a UUID-okat.

blkid chroot alatt:


/dev/sdb1: UUID="a8df0a96-cb66-018a-e34d-693d2bceb7dc" UUID_SUB="f7dd11af-8af9-2dfe-8e59-2b0a1260a1a4" LABEL="silent:2" TYPE="linux_raid_member"
/dev/sdb2: UUID="20d1b494-87dc-df6b-a937-0de2e62dc730" UUID_SUB="4cc6cad4-d437-5ae6-eb09-de2e29449a87" LABEL="silent:3" TYPE="linux_raid_member"
/dev/sdb3: UUID="87e48551-1d3b-740c-4609-ff00ef4ea2be" UUID_SUB="c7964aa9-4d29-5235-2284-7a9a27042c09" LABEL="silent:4" TYPE="linux_raid_member"
/dev/sdb4: UUID="f02c2734-559e-5573-632a-c098226ceebc" UUID_SUB="56466bf0-6025-39b2-4a52-5426940a5063" LABEL="silent:5" TYPE="linux_raid_member"
/dev/sdd2: UUID="5002f812-6dc2-fc45-8036-c0e3643d7bd0" UUID_SUB="1247c4e0-95d5-3067-c50c-a5eb8db24c03" LABEL="silent:0" TYPE="linux_raid_member"
/dev/sdd3: UUID="cd7d9342-437c-6a74-ad73-8885a5cb3ec8" UUID_SUB="8155cab9-4162-8809-fb87-f969ddd878f2" LABEL="silent:1" TYPE="linux_raid_member"
/dev/sda1: UUID="a8df0a96-cb66-018a-e34d-693d2bceb7dc" UUID_SUB="23d84c5d-99c6-a0bf-8931-c60b386c2792" LABEL="silent:2" TYPE="linux_raid_member"
/dev/sda2: UUID="20d1b494-87dc-df6b-a937-0de2e62dc730" UUID_SUB="9fbdceb6-0f7e-5429-bc0a-cfa651273389" LABEL="silent:3" TYPE="linux_raid_member"
/dev/sda3: UUID="87e48551-1d3b-740c-4609-ff00ef4ea2be" UUID_SUB="4deaefcc-d59e-e204-9958-2ad7887779ca" LABEL="silent:4" TYPE="linux_raid_member"
/dev/sda4: UUID="f02c2734-559e-5573-632a-c098226ceebc" UUID_SUB="15fc6654-d5c7-3dda-65e9-4b13ec71e266" LABEL="silent:5" TYPE="linux_raid_member"
/dev/sdc2: UUID="5002f812-6dc2-fc45-8036-c0e3643d7bd0" UUID_SUB="91900955-8186-38b3-aaf3-55a278e698ee" LABEL="silent:0" TYPE="linux_raid_member"
/dev/sdc3: UUID="cd7d9342-437c-6a74-ad73-8885a5cb3ec8" UUID_SUB="9d07c2f5-4c00-a410-3e32-d74d7092dd17" LABEL="silent:1" TYPE="linux_raid_member"
/dev/loop0: TYPE="squashfs"
/dev/md2: LABEL="tmp" UUID="e9fc6f70-dbf3-4be3-abb3-92756e5e6efe" TYPE="ext4"
/dev/md3: LABEL="var" UUID="253d1175-9fb1-45d9-80be-15d299f285dc" TYPE="ext4"
/dev/md4: LABEL="mail" UUID="6348e472-47e1-460a-925b-f41ad28f24d8" TYPE="ext4"
/dev/md5: LABEL="home" UUID="7bdc68bc-27a0-4a4c-9fce-e65af776b2b3" TYPE="ext4"
/dev/md0: LABEL="boot" UUID="b9469bd5-c87d-4254-885c-67a4c6899eee" TYPE="ext4"
/dev/md1: LABEL="root" UUID="741b9fc1-d656-48f6-853a-c104b330d7fe" TYPE="ext4"
/dev/sde1: LABEL="Debian wheezy 20140209-16:42" TYPE="iso9660"

cpio-val kibontva a két initrd image-t a configokban nincs különbség, viszont a lib/modules/3.2.0-4-amd64/kernel/drivers alatt jelentős:

A chroot-ban generált és működő initrd.img-ben:


acpi
ata
md
scsi
thermal

./acpi:
fan.ko
thermal.ko

./ata:
ata_generic.ko
ata_piix.ko
libata.ko

./md:
dm-mod.ko
linear.ko
md-mod.ko
multipath.ko
raid0.ko
raid10.ko
raid1.ko
raid456.ko

./scsi:
scsi_mod.ko
sd_mod.ko

./thermal:
thermal_sys.ko

A futó rendszerben generált és nem működő initrd.img-ben:


acpi
md
scsi
thermal
usb

./acpi:
fan.ko
thermal.ko

./md:
dm-mod.ko
linear.ko
md-mod.ko
multipath.ko
raid0.ko
raid10.ko
raid1.ko
raid456.ko

./scsi:
scsi_mod.ko
sd_mod.ko

./thermal:
thermal_sys.ko

./usb:
core
host
storage
usb-common.ko

./usb/core:
usbcore.ko

./usb/host:
ehci-hcd.ko

./usb/storage:
usb-storage.ko

Gondolom ez lehet a hiba oka, ha igen, akkor miért nem kerülnek bele az ata modulok a futó rendszerben generált initrd.img-be?
Mit rontottam el és hogyan tudom kijavítani?

Hozzászólások

Most nem volt kedvem végignyálazni, amiket írtál, de ha az lspci üresnek mutatja a slotot, amiben a kártya van, akkor hiába bűvészkedsz a driverekkel.

Lehet két külön topicot kellett volna indítanom, mert azt a sok dolgot a 2. számú problémához - mely megoldása számomra fontosabb lenne - írtam.
Az első kérdéshez azokra nincs szükség és a 2. számú probléma akkor is fennáll, ha bent van a kérdéses kártya, ha nincs.

Találtam a HP-tól egy közleményt:
"The HP ProLiant MicroServer Gen8 does not support PCI Express Gen 3 cards even though the PCI command in Linux and PCI Analyzer tools will display the PCIex16 Slot as PCIe Gen 3 capable."

Azt nem tudom, hogy mit takar a Gen3. Ha arra gondolnak, hogy SATA, SATA II és SATA III, akkor ez a kártya 2. generációs-nak számít és tudnom kellene használni.

http://hu.wikipedia.org/wiki/PCI_Express

Nem a sata generációira gondoltak.
---
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!
Mindenki jó valamire. Ha másra nem, hát elrettentő példának.

A sebességen túl más különbség is van, pl a tápellátásban. A PCI-Express 1.0 ha jól emlékszem 16x-os slotban 60W/h max leadásra képes.
A 3.0 meg azt hiszem 105W/h. De gyártók rendesen szokták ezt limitálni, pl ha PCI-Express 1.0, de nem vga-t hajt, akkor 25W/h, például. Hp meg végképp játszik ezekkel.

De nálad nem ez a probléma áll fent ahogy elnézem.

---
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!
Mindenki jó valamire. Ha másra nem, hát elrettentő példának.

Igen, de mire?
A HP sem ajánlott eddig olyan 2db külső eSATA porttal rendelkező kártyát, amit használhatnék. Álljak neki vásárolgatni és talán a 10. jó lesz?

A HP-nál felvett hibajegy tanulsága szerint 3 mérnök szerint működnie kellene egy negyedik meg lezárja azzal, hogy nem támogatott az általam használt Debian, illetve maga a kártya. Na ez verte ki a biztosítékot.

Én azt látom, hogy van egy nem kevés pénzen vásárolt HP Microserverem, van egy szabványos PCIe kártyám, feltelepítettem a HP által supportált Red Hat Enterprise Linux 6.5 verzióját is és a kártya nem működik.
A kártya másik gépben Debian GNU/Linux 7.5-tel szépen működik. -> A kártya jó, az általam használni kívánt Debian jó.

Szerintem ez a HP sara és mint vevőt nem érdekel, hogy a hw van rosszul megtervezve vagy egy system ROM update-tel megoldható - titkon reménykedem, hogy készítenek valami patch-et és használható lesz a kártya -, hisz a vásárlásnál nem tájékoztattak, hogy a microserverben a szabványos PCIe slot az mégsem az és megválogatja, hogy mivel működik.

Tudom, bilibe ér a kezem és naiv vagyok ....

Mondjuk megközelíthetjük úgy is a kérdést, hogy a kártya nem támogatja a Microserverben található alaplapot. A kártya gyártójával felvetted már a kapcsolatot?
Másik kérdés, a RHEL 6.5 más gépben támogatja a kártyád? Van másik ilyen kártya, ami szintén nem működik a Microserverben RHEL 6.5 alatt?

Ave, Saabi.

Ebből az irányból is meg lehet közelíteni, de felénk nem a csík húzza a repülőt.

Ha van egy eszközöm, melybe alkatrészt szeretnék tenni és véletlenül olyat találtam, ami valamiért mégsem jó bele, akkor elvárom az eszköz gyártójától, hogy mondja meg, hogy akkor milyen alkatrészt vegyek bele.
Tudom nem illik, de autós példával élve: ha olyan izzót veszek az autóba, ami valamiért nem világít, akkor a márkaszerviz elmondja, hogy ez és ez az izzó vételével orvosolhatom a problémát és nem kezdem el hívogatni az izzó gyártókat, hogy melyikük terméke jó az autómba.

Másik gépben nem próbáltam RHEL 6.5-tel a kártyát, mert nem célom azt használni, ezt csak a HP "kedvéért" tettem meg.
Amúgy a RHEL 6.5 és a Debian 7.5 kernelében lévő sata_sil24 driver verziószáma 1.1, tehát sw oldalról nincs különbség, így feltételezem, hogy másik gépben RHEL-lel is megy a kártya.

Bye, Fifi

Szerk.: Amúgy köszönöm, hogy a HP support már a nem hivatalos csatornán keresztül is próbál segíteni.

Mert a szívem az ügyfeleké! :-) Sajnos magam nem vagyok hardware mérnök csak olvastam ezt a bejegyzést meg hallottam a kollegákat és sikerült összekapcsolnom a két dolgot.
Azt próbálom kideríteni, hogy ez a kártya PCIe 2.0 vagy PCIe 3.0? Az Addonics nem ad túl sok támpontot, nekünk meg beláthatod, nincs módunk minden lehetséges HW kombinációt letesztelni. Amiért ez érdekes, a Microserver Gen8 nem támogatja a PCIe 3.0 eszközöket.

Ave, Saabi.

Kedves Tőled! ;-)

Itt is szóba került, hogy a PCIe 3.0-at nem támogatja a Gen8, de elod linkje alapján PCIe 1.0-as a kártya.

Az egyik mérnöknek a telefonbeszélgetés során felajánlottam, hogy elpostázom a HP support számára a kártyát, mert így úgysem tudom használni és nem rendelkezem annyi eszközzel és - közgazdász lévén - megfelelő tudással, hogy a hiba okát felderítsem.

Természetesen nem várom el, még az olyan nagy vállalattól sem, mint a HP, hogy az utolsó kínai vackokkal is teszteljen csak ez a hibajegy huszáros lezárása bántotta kicsit a vevői önérzetem. A teljes igazsághoz hozzá tartozik, hogy inkább ez motivált a megoldás további forszírozásában, mert mint a bevezető postban is írtam, ha nem lesz megoldás, akkor használom az USB 3.0-as portokat a gépen az eSATA helyett.

Bye, Fifi

Hiába a jószándék, sajnos többet én sem tudok tenni. Bíztam benne, hogy a két gép specifikációja rámutat valamire, ami az inkompatibilitást megmagyarázza, de nem. Mivel magamnak sem Addonics kártyához, sem Microserver Gen8-hoz nincs hozzáférésem, nem tudok ennél többet tenni. Sajnálom.

Ave, Saabi.

ez mondjuk igaz, kéne még kábel az átalakításhoz.
Ha nagyon érdekel, van nálam valami SATA kártya egy internal egy external porttal, ami lowprofile-os, és van microserver is.
megnézzem?

Ha érdekel a pontos típus, nézd végig a postjaimat. Panaszkodtam erre a kártyára, hogy Xen kernel alatt nem megy, de gyári nem Xen kernellel OK volt.
(végülis a DL360 alaplapi portját kivezettem hátra a külső lemeztömbhöz)

Az ODD helyére nem lehet merevlemezt (főleg SSD -t) tenni mert nem AHCI - csak ga másik vezérlővel hajtod meg a pontokat. Egyébként miért nem PCIe SSD-t építesz bele?

A régi (ATI chipset alapú) Microserverhez volt, az új Microserver az Intel alapú, ahhoz nem tudom, hogy lenne.

Megjegyzem, nálam ezt mondja a régi Microserver:


scsi0 : ahci
scsi1 : ahci
scsi2 : ahci
scsi3 : ahci
scsi4 : pata_atiixp
scsi5 : pata_atiixp

Az ODD helyére beraktam az SSD-t, és remekül működik, igaz - mint az fentebb látható - nem AHCI-ban, hanem ATA eszközként. Na bumm.