Hot swap ~ Hot plug [talán megoldhatatlan]

Fórumok

Sziasztok!

OS: Debian wheezy, standard kernel, 3.2.0-4-amd64
Rack: (Olcsó) SNT-125BK
HDD: Hitachi HDS722580VLSA80

- A Linux már régóta támogatja a hot swapot (ha nem tévedek minden hegesztés nélkül)
- Rack szintén támogatja a hot swapot,
- Az alaplapom is támogatja --- és -----> (BIOS-ban a SATA mód beállítva)

- HDD-ről nem tudom eldönteni, mivel SATA elvileg tudnia kellene, viszont a Hitachi honlapján nem említik.

Kérdésem: Mit gondoltok lehet ebben a helyzetben hot swapo-t használni?

Ha igen jól gondolom a folyamatot:
- sync
- unmount hard disk
- rack off
- kihúz a keretből

Válaszotokat eőre is köszönöm!

Üdv.:
V007

Hozzászólások

Tudtommal minden SATA lemez támogatja (=értelmezésem szerint működik vele). Én is használok minden lelkifurdalás nélkül.
1-re kell figyelni: hagyj időt leállni a tányéroknak, mielőtt kihúzod a rackből.
Sokan elfelejtik, hogy táp nélkül is pörög az a tányér sok-sok másodpercig. Ekkor nem tesz jót neki a "bedobom a táskába", stb effektus:)
Egyébként dettó ilyen jópofa noname rackem van nekem is az asztaliban. Azt leszámolva, hogy meglehetősen melegszik benne a vinyó, nincs vele probléma.

ha nincs a diszkben writeback cache, akkor a megoldas eleg.
ha van a diszkben writeback cache, akkor azt elobb ki kell iratni.

egyes disztrok, oprendszerek a diszk wb cachet eleve kikapcsoljak, hogy ne legyen belole adatvesztes aramszunet vagy hotswap esemenykor. Ezek a disztrok/oprendszerek lassabbak, de tovabb elnek :-)

hdparm -W
hdparm -F

Én Backup szervernek squeeze-t használók, ott úgy oldottam meg, hogy a RACK-es vinyóknak adtam egyforma LABEL-t, és az udev kezeli a mount-ot. Egyedül a lebontást kell kézzel elvégeznem.


#/etc/udev/rules.d/z60_hdparm.rules
ACTION=="add", SUBSYSTEM=="block", KERNEL=="[sh]d[a-z]", RUN+="/etc/init.d/hdparm hotplug"


#/etc/udev/rules.d/99-try-mount.rules
ACTION=="add", SUBSYSTEM=="block", SUBSYSTEMS=="scsi", ATTRS{model}=="WDC WD20EARX-00P", SYMLINK+="BACKUP", RUN+="/bin/mount /mnt/backup"
ACTION=="remove", SUBSYSTEM=="block", SUBSYSTEMS=="scsi", ATTRS{model}=="WDC WD20EARX-00P", SYMLINK+="BACKUP", RUN+="/bin/umount -l /mnt/backup", RUN+="/usr/local/bin/stop-disk /dev/%k"


#/usr/local/bin/stop-disk
#!/bin/bash
#place this script to /usr/local/bin/stop-disk
if [ "" = "$1" ]; then
echo "Usage: `basename $0` device"
else
umount -l $1
#extract the SCSI ID numbers from the output of lsscsi:
read -d ] A B C D < <(IFS=':'; echo $(lsscsi | grep $1))
#remove the "[" from begining of A:
A=${A##*[} #quicker version: A=${A:1}
#stop the disk spinning
sg_start -i -v --stop $1
echo "Host adapter ID=$A, SCSI channel=$B, ID=$C, LUN=$D"
#and remove it from the scsi bus
echo "scsi remove-single-device $A $B $C $D" >/proc/scsi/scsi
fi

"Értem én, hogy villanyos autó, de mi hajtja?"

sdparm -al le tudod pörgetni a vinyót. imho az sem árt.

sdparm --command=sync /dev/sdb
sdparm --command=stop /dev/sdb

(szerk.: Kicsit keverem már a sok parancsot. sdparm a leállítás, smartctl egyértelműen csak smart adatokat szolgáltat. bocs.)

Köszönöm Nektek a segítséget!

Használni tehát így fogom:

hdparm -W /dev/sdb
sdparm --command=sync /dev/sdb

hdparm -F /dev/sdb
sdparm --command=stop /dev/sdb

Nálam ezek nem sokat csinálnak.

A command=stop-ra talán leáll, de rögtön újra felpörög a vinyó.
A Start_Stop_Count eggyel növekszik.
A Power_Cycle_Count értéke viszont változatlan, tehát nem szabályos leállításnak felel meg.

Itt viszont azt olvasom, hogy az "echo 1 > /sys/block/sdc/device/delete" már hatásosabb lehet.

Ennek kiadása után ilyet ír a dmesg:

Sep 27 13:31:06 [22358.852038] sd 5:0:0:0: [sdc] Synchronizing SCSI cache
Sep 27 13:31:06 [22358.852310] sd 5:0:0:0: [sdc] Stopping disk
Sep 27 13:31:09 [22361.365866] ata6.00: disabled

Az újra scan: echo "0 0 0" >/sys/class/scsi_hostX/host/scan (Nálam X=5, ezen lógott az adott vinyó.)

Sep 27 13:33:11 [22483.274575] ata6: hard resetting link
Sep 27 13:33:11 [22483.757757] ata6: softreset failed (device not ready)
Sep 27 13:33:11 [22483.757768] ata6: applying SB600 PMP SRST workaround and retrying
Sep 27 13:33:11 [22483.921056] ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Sep 27 13:33:11 [22483.927068] ata6.00: ATA-8: SAMSUNG HD103SJ, 1AJ10001, max UDMA/133
Sep 27 13:33:11 [22483.927076] ata6.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32), AA
Sep 27 13:33:11 [22483.927120] ata6.00: SB600 AHCI: limiting to 255 sectors per cmd
Sep 27 13:33:11 [22483.932925] ata6.00: SB600 AHCI: limiting to 255 sectors per cmd
Sep 27 13:33:11 [22483.932932] ata6.00: configured for UDMA/133
Sep 27 13:33:11 [22483.932949] ata6: EH complete
Sep 27 13:33:11 [22483.933172] scsi 5:0:0:0: Direct-Access ATA SAMSUNG HD103SJ 1AJ1 PQ: 0 ANSI: 5
Sep 27 13:33:11 [22483.933537] sd 5:0:0:0: Attached scsi generic sg3 type 0
Sep 27 13:33:11 [22483.941547] sd 5:0:0:0: [sdc] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
Sep 27 13:33:11 [22483.941628] sd 5:0:0:0: [sdc] Write Protect is off
Sep 27 13:33:11 [22483.941635] sd 5:0:0:0: [sdc] Mode Sense: 00 3a 00 00
Sep 27 13:33:11 [22483.942507] sd 5:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Sep 27 13:33:18 [22483.944255] sdc: sdc1
Sep 27 13:33:18 [22491.114483] sd 5:0:0:0: [sdc] Attached SCSI disk

És az ismételt eltávolítás sw szinten:

Sep 27 13:34:38 [22570.657522] sd 5:0:0:0: [sdc] Synchronizing SCSI cache
Sep 27 13:34:38 [22570.658236] sd 5:0:0:0: [sdc] Stopping disk
Sep 27 13:34:41 [22573.185346] ata6.00: disabled
----------- itt kapcsoltam le a racket ---------------
Sep 27 13:35:12 [22604.170554] ata6: exception Emask 0x10 SAct 0x0 SErr 0x90202 action 0xe frozen
Sep 27 13:35:12 [22604.170564] ata6: irq_stat 0x00400000, PHY RDY changed
Sep 27 13:35:12 [22604.170574] ata6: SError: { RecovComm Persist PHYRdyChg 10B8B }
Sep 27 13:35:12 [22604.170589] ata6: hard resetting link
Sep 27 13:35:12 [22604.892076] ata6: SATA link down (SStatus 0 SControl 300)
Sep 27 13:35:12 [22604.892099] ata6: EH complete

Visszakapcsolások után látom, hogy a "Spin_Retry_Count" eggyel nagyobb, tehát szabályos leállításnak tűnik.

( A Spin_Retry_Count és Start_Stop_Count elviekben azonos léptékben növekszik, ha szabályosan indul és áll le a vinyó. Pl. mindig gépben lévő vinyónál ez látszik.)

Lehet, de a számláló rendes (míg a te megoldásodnál rendellenes) viselkedése számottevő különbség :)
+ A te megoldásonál nálam nem állt le a vinyó, mi több feleslegesen lőtte le és pörgette fel ismét. Nem tudom nálad hogy működik, nálam semmi értelme.
Amúgy én is filóztam rajta azaz error mennyire gáz, egy kört én is futok a problémával, de addig is a fenti megoldást használom.

nekem még hasznos volt az

$ echo "- - - " > /sys/class/scsi_host/host0/scan

parancs is, amivel az adott csatornát scan-neltetem újra.

Ez inkább hot plug, a hot swapnál visszateszed a diszket, és semmi más dolgod nincs (pl. auto újraépíti a raid tömböt).

sdparmmal végül megállítom a korong forgásást, hak kattanást hallok, majd újra bepörögnek Közben figyelem a logok, majd megnyomom a rack kikapcsolás gombját és jön is a hiba


Jan  4 17:28:12 box kernel: [24824.909627] ata3: exception Emask 0x10 SAct 0x0 SErr 0x4090000 action 0xe frozen
Jan  4 17:28:12 box kernel: [24824.909632] ata3: irq_stat 0x00400040, connection status changed
Jan  4 17:28:12 box kernel: [24824.909635] ata3: SError: { PHYRdyChg 10B8B DevExch }
Jan  4 17:28:12 box kernel: [24824.909643] ata3: hard resetting link
Jan  4 17:28:13 box kernel: [24825.629476] ata3: SATA link down (SStatus 0 SControl 300)
Jan  4 17:28:18 box kernel: [24830.615220] ata3: hard resetting link
Jan  4 17:28:18 box kernel: [24830.934313] ata3: SATA link down (SStatus 0 SControl 300)
Jan  4 17:28:18 box kernel: [24830.934325] ata3: limiting SATA link speed to 1.5 Gbps
Jan  4 17:28:23 box kernel: [24835.920021] ata3: hard resetting link
Jan  4 17:28:23 box kernel: [24836.239139] ata3: SATA link down (SStatus 0 SControl 310)
Jan  4 17:28:23 box kernel: [24836.239151] ata3.00: disabled
Jan  4 17:28:23 box kernel: [24836.255070] ata3: EH complete
Jan  4 17:28:23 box kernel: [24836.255131] ata3.00: detaching (SCSI 2:0:0:0)
Jan  4 17:28:23 box kernel: [24836.255855] sd 2:0:0:0: [sdf] Stopping disk
Jan  4 17:28:23 box kernel: [24836.255885] sd 2:0:0:0: [sdf] START_STOP FAILED
Jan  4 17:28:23 box kernel: [24836.255887] sd 2:0:0:0: [sdf]  
Jan  4 17:28:23 box kernel: [24836.255889] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK

Ez gondolom nem normális

Minden gond nélkül kirángatom még az IDE-st is.. még van egy gépem (hamarosan sajnos nyugdíjba kényszerül), ahol IDE-s rackek vannak, arra kell csak figyelni, hogy a secund csatornát rángassam csak, mert a primary-ről rángatva előferdül, hogy egyszerre mind2-t eldobja.

SATA esetén meg még erre sem kell figyelnem, csak legyen lecsatolva kirántás előtt. illetve azt vettem észre, hogy néha nem használja az előző meghajtó jelölését. azaz van egy disk sdc jellel, akkor az sdc-t egy ideig nem használja újra, hanem -akár ugyanazt a lemezt is- sdd-ként jelöli.

Az alaplapon nekem is hotswap-os sata van, de egyszerűen nem hajlandó felismerni a samsung merevlemezeimet. kellett hozzá egy másik, így vettem egy ocsó PCI-os Silicon Graphic valami SATA kártyát, és azzal használom. Eddig sose volt nagyobb gond ezzel...

--
openSUSE 12.2 x86_64

A SATA csak natív AHCI módban támogathatja a hotplug-ot, de akkor sem feltétlenül. Tegyél föl valahova egy boot kimenetet, hogy lássuk, tényleg AHCI van-e?

Valami ilyennek kellene benne lenni:

ahci 0000:00:1f.2: version 3.0
ahci 0000:00:1f.2: PCI INT B -> GSI 19 (level, low) -> IRQ 19
ahci: SSS flag set, parallel bus scan disabled
ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0x3f impl SATA mode
ahci 0000:00:1f.2: flags: 64bit ncq sntf stag pm led clo pmp pio slum part ems apst
ahci 0000:00:1f.2: setting latency timer to 64
scsi0 : ahci
scsi1 : ahci
scsi2 : ahci
scsi3 : ahci
scsi4 : ahci
scsi5 : ahci

Ott van például a HP Microserver, aminek az alaplapi SATA vezérlője AHCI-ban megy, mégis ordas nagy betűkkel virít rajta, hogy "Non-hotplug HDD"

Még mielőtt belefogrtam volna mindenbe ellenőriztem az AHCI mode-ot a BIOS_ban (be cvan kapcsolva) hiszen ez támogatja a SATA fő újításait (ncq, hot-swap)

És a kernel is támogatja, boot meessage ide vágó részét:


dmesg | grep ahci
[    0.933004] ahci 0000:00:1f.2: version 3.0
[    0.933060] ahci 0000:00:1f.2: irq 49 for MSI/MSI-X
[    0.948731] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0x3f impl SATA mode
[    0.948737] ahci 0000:00:1f.2: flags: 64bit ncq sntf pm led clo pio slum part ems sxs apst 
[    0.948744] ahci 0000:00:1f.2: setting latency timer to 64
[    0.989008] scsi0 : ahci
[    0.989179] scsi1 : ahci
[    0.989305] scsi2 : ahci
[    0.989436] scsi3 : ahci
[    0.989597] scsi4 : ahci
[    0.989700] scsi5 : ahci
[  584.808003] ahci 0000:00:1f.2: setting latency timer to 64
[ 3455.101224] ahci 0000:00:1f.2: setting latency timer to 64
[ 7829.438595] ahci 0000:00:1f.2: setting latency timer to 64

Updtae:
Lentebbi hozzászólásodat is alapul véve

1. Támogatja-e az interfész (a kontroller host, és a target) elektronikusan azt, hogy áram alatt, menet közben csatlakoztatsz-leválasztasz. IMHO az összes SATA ilyen. Ezért is nem egyforma hosszúságúak az érintkezők a SATA csatlakozón belül.
2. Támogatja-e a kommunikációs protokoll, hogy menet közben új eszköz tűnik fel az adatbuszon (connect esemény) illetőleg "eltűnik" a buszról (disconnect esemény) - ilyen IMHO csak AHCI esetében van
3. Támogatja-e a hardver kialakítása, hogy mindezek megvalósulhassanak
4. Támogatja-e a szoftver (eszköz firmware, kernel driver, stb.) hogy mindezek megvalósulhassanak

a következőre jutottam:
1. BIOS és a sata csatoló támogatja, a WD1600js, hmmm ebben már nem vagyok biztos. A gyári ismertető nem emeli ki, h nem támogatja, sőt azt sem, h igen. Mivel SATA, és ráadásul már SATAII, feltételezem, h igen.
2. A korábbi hozzászólásomból látszik, h igen.
3. A host felől igen, ha 1.2. pontja igaz, akkor igen.
4. Kernel igen, ha 1.2. pontja igaz, akkor a driver és a firmware is.

UPDATE2: másik HDD-vel próbálva, a TELJES csatlakoztatási ÉS leválasztási folyamat


Jan  5 13:43:08 box kernel: [97513.307875] ata3: exception Emask 0x10 SAct 0x0 SErr 0x4040000 action 0xe frozen
Jan  5 13:43:08 box kernel: [97513.307880] ata3: irq_stat 0x00000040, connection status changed
Jan  5 13:43:08 box kernel: [97513.307883] ata3: SError: { CommWake DevExch }
Jan  5 13:43:08 box kernel: [97513.307893] ata3: hard resetting link
Jan  5 13:43:13 box kernel: [97518.159347] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Jan  5 13:43:13 box kernel: [97518.169010] ata3.00: ATA-6: HDS722580VLSA80, V32OA60A, max UDMA/100
Jan  5 13:43:13 box kernel: [97518.169015] ata3.00: 160836480 sectors, multi 0: LBA48 
Jan  5 13:43:13 box kernel: [97518.172473] ata3.00: configured for UDMA/100
Jan  5 13:43:13 box kernel: [97518.187258] ata3: EH complete
Jan  5 13:43:13 box kernel: [97518.187386] scsi 2:0:0:0: Direct-Access     ATA      HDS722580VLSA80  V32O PQ: 0 ANSI: 5
Jan  5 13:43:13 box kernel: [97518.187605] sd 2:0:0:0: Attached scsi generic sg6 type 0
Jan  5 13:43:13 box kernel: [97518.187770] sd 2:0:0:0: [sdf] 160836480 512-byte logical blocks: (82.3 GB/76.6 GiB)
Jan  5 13:43:13 box kernel: [97518.188034] sd 2:0:0:0: [sdf] Write Protect is off
Jan  5 13:43:13 box kernel: [97518.188039] sd 2:0:0:0: [sdf] Mode Sense: 00 3a 00 00
Jan  5 13:43:13 box kernel: [97518.188129] sd 2:0:0:0: [sdf] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jan  5 13:43:13 box kernel: [97518.207889]  sdf: sdf1
Jan  5 13:43:13 box kernel: [97518.208720] sd 2:0:0:0: [sdf] Attached SCSI disk
Jan  5 13:44:50 box kernel: [97615.268151] ata3: exception Emask 0x10 SAct 0x0 SErr 0x4090000 action 0xe frozen
Jan  5 13:44:50 box kernel: [97615.268156] ata3: irq_stat 0x00400040, connection status changed
Jan  5 13:44:50 box kernel: [97615.268160] ata3: SError: { PHYRdyChg 10B8B DevExch }
Jan  5 13:44:50 box kernel: [97615.268168] ata3: hard resetting link
Jan  5 13:44:51 box kernel: [97615.987588] ata3: SATA link down (SStatus 0 SControl 300)
Jan  5 13:44:56 box kernel: [97620.973331] ata3: hard resetting link
Jan  5 13:44:57 box kernel: [97621.292423] ata3: SATA link down (SStatus 0 SControl 300)
Jan  5 13:44:57 box kernel: [97621.292431] ata3: limiting SATA link speed to 1.5 Gbps
Jan  5 13:45:02 box kernel: [97626.278278] ata3: hard resetting link
Jan  5 13:45:02 box kernel: [97626.597261] ata3: SATA link down (SStatus 0 SControl 310)
Jan  5 13:45:02 box kernel: [97626.597272] ata3.00: disabled
Jan  5 13:45:02 box kernel: [97626.613226] ata3: EH complete
Jan  5 13:45:02 box kernel: [97626.613289] ata3.00: detaching (SCSI 2:0:0:0)
Jan  5 13:45:02 box kernel: [97626.614006] sd 2:0:0:0: [sdf] Synchronizing SCSI cache
Jan  5 13:45:02 box kernel: [97626.614043] sd 2:0:0:0: [sdf]  
Jan  5 13:45:02 box kernel: [97626.614045] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Jan  5 13:45:02 box kernel: [97626.614047] sd 2:0:0:0: [sdf] Stopping disk
Jan  5 13:45:02 box kernel: [97626.614055] sd 2:0:0:0: [sdf] START_STOP FAILED
Jan  5 13:45:02 box kernel: [97626.614057] sd 2:0:0:0: [sdf]  
Jan  5 13:45:02 box kernel: [97626.614058] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK

UPDATE3: A másik (HDS722580VLSA80) HDD hotplug-ra vonatkozó megjegyzése:

Damage to the drive electronics may result if the power supple cable is connected or disconnected to the legacy
power connector while power is being applied to the drive (no hot plug/unplug is alloweed). If SATA power supply
cable is connected or disconnected to the SATA power connector, hot plug/unplug is allowed.

Én minden lehetőséget megpróbáltam, az error az error. Szerintem ez még mindig nem működik szabályosan. Ha nem kapok rá választ hanyagolva lesz a hotplug. Az az 1 perc amit a hibernálással és a disz kivételével, majd a pc bekapcsolással töltök el, nem fog a földhöz vágni.
VISZONT bízva a technológiában, s azt bátran használva egy új HDD hiba bekövetkezése nagyon is földhöz vágna.

"Tudomásom szerint az összes sata támogatja a hot swapot"

Nem, nem támogatja! Pl. az ICH7 nem továbbít hotplug jelzést! A Silicon Image összes chipje (SIL3114, 3115, 3124 stb.) igen. Az Intel chipsetek közül az ICH10 -től kezdve bízhatsz benne. Érdemes átfutni, ha hotplugot akarsz:
http://linuxmafia.com/faq/Hardware/sata.html
(Ja talán annyit hogy nem a diszken múlik, hanem a host kontrolleren)
Már sok éve használok hotplugot, volt amikor külön ezért vettem SI chipes kártyát - roppant kellemes ha nagyot kell menteni.

* Én egy indián vagyok. Minden indián hazudik.

Ha nem banjatok, en is belekerdeznek a temaba. Szoval, itt kommentekben mar felmerult a hotswap/hotplug differencia. A SATA most akkor pontosan mit tamogat hotswap cimszo ala?

Illetve: ha nincs rackem, csak egy normal PC-m, SATA kabellel, akkor annal is mukodhet a hotswap? Mire kell ilyenkor figyelni (ugye mivel nem rack, a ket kabel nem egyszerre huzodik ki, talan szamit...)
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Én nem mennék el olyan irányba, hogy külön hotswap, vagy hotplug. Az alábbi tényezőkre gondolok:

- Támogatja-e az interfész (a kontroller host, és a target) elektronikusan azt, hogy áram alatt, menet közben csatlakoztatsz-leválasztasz. IMHO az összes SATA ilyen. Ezért is nem egyforma hosszúságúak az érintkezők a SATA csatlakozón belül.

- Támogatja-e a kommunikációs protokoll, hogy menet közben új eszköz tűnik fel az adatbuszon (connect esemény) illetőleg "eltűnik" a buszról (disconnect esemény) - ilyen IMHO csak AHCI esetében van

- Támogatja-e a hardver kialakítása, hogy mindezek megvalósulhassanak

- Támogatja-e a szoftver (eszköz firmware, kernel driver, stb.) hogy mindezek megvalósulhassanak

> Illetve: ha nincs rackem, csak egy normal PC-m, SATA kabellel, akkor annal is mukodhet a
> hotswap? Mire kell ilyenkor figyelni (ugye mivel nem rack, a ket kabel nem egyszerre huzodik
> ki, talan szamit...)

Működhet, bár jobb helyen a hotplug backplane-ek tartalmaznak pl. kondenzátorokat, hogy a csatlakoztatásnál/leválasztásnál fellépő elektromos impulzusokat enyhítsék.

Arra ügyelj, hogy először mindig a tápellátást dugd be, és leválasztásnál azt húzd ki utoljára. (Magyarul, az eszköz áram alatt kapja a connect/disconnect eseményt, hogy legyen lehetősége üzemszerűen lekezelni azt)

Arra ügyelj, hogy először mindig a tápellátást dugd be, és leválasztásnál azt húzd ki utoljára. (Magyarul, az eszköz áram alatt kapja a connect/disconnect eseményt, hogy legyen lehetősége üzemszerűen lekezelni azt)

eSata házikó + külső táp esetére mit javasolsz? Milyen esetek fordulhatnak elő:

- be van dugva a táp és a diszket becsúsztatom, majd csatlakoztatom a eSata kábelt a géphez
- nincs bedugva a táp egyelőre, diszk benn van, eSata csatlakoztatva <- ez egészséges?
- táp nincs, kábel nincs, diszk berak <- ekkor a fentieknek megfelelően először táp, utána eSata kábel a gépbe

Sorrend? :)

Erre voltam kivancsi. Nagyon koszonom.

Meg annyit: kb mennyit erdemes varni a tapkabel kihuzasa elott? Ugye bedugasnal megvan a felporges erzete, amig az tart, addig nem dugom ra az adatkabelt, ez rendben van, de kihuzasnal ugye a disconnect esemeny mar nem feltetlen ad ilyen "force feedbacket".
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Ha kiindulunk a hotplug keretek működéséből, illetve a SATA csatlakozó felépítéséből (ahol alig milliméterben mérhető a hossz-különbség a táp-, és az adatlábak hossza között) akkor abból az jön ki, hogy tulajdonképpen nem nagyon kellhet hosszabban várni, hiszen egy hotplug keret bedugásánál milliszekundumos különbség van az érintkezők összetalálkozási ideje között.

A dolog egyébként reálisnak látszik, hiszen a diszken lévő vezérlő elektronika valószínűleg roppant gyorsan "összeszedi magát", a vezérlő firmware sem egy túlméretes állatfajta, valószínűleg nem hosszú másodpercekig bootol. (Az, hogy a diszk ilyenkor még mechanikailag nem áll készen/felpörög/öntesztel/stb. az egy külön történet, de azt már a protokollnak illik lekezelni.)

Jo, en ilyen szempontbol hardver-analfabeta vagyok, vagyis attol, hogy ertem, amit pl. most leirtal, nem tudom, hogy ezek a cuccok hogy mukodnek, tehat amit most irtal, az az ujdonsag erejevel hatott.

Magyaran akkor kihuzaskor egy 2-3 sec varakozas utan tepheto a tapkabel is?
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Ez nagyon jo cuccnak hangzik, de engem a problema foleg altalanossagban erdekel. Van egy kazal gep, ahol ilyen eszkoz beszerelesere nincs lehetosegem, mert vagy nem sajat, vagy nem fer be, vagy mas van.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Bocs, látom ezt már valaki említette:
Ami a csatlakoztatást illeti, akkor ha megnézed a diszken a csatlakozót, az "aranyozott" érintkezők hossza nem azonos - nem biztos, hogy emiatt de nem zárnám ki (nem hiszem, hogy ez pusztán "esztétikai" szempontok miatt ilyen).
Hotswap-hotplug a diszk és a kontroller szempontjából mindegy.
RAID5 -be menet közben diszket cserélni = hotswap.
Egy akármilyen gépbe, bedugni egy diszket = hotplug.

* Én egy indián vagyok. Minden indián hazudik.

Fontos, hogy a SATA tápcsatlakozó IS lépcsőzetes tüskekiosztású legyen. (A hosszabb tüskék kapcsolódnak először össze és biztosítják a földelést.) Egyébként hotplugolás közben az eszközöd sérülését kockáztatod. A normál tápegységek SATA csatlakozói gyakran nem lépcsőzetes tüskések.

Altalaban a SATA csatlakozokat sikerulni szokott egy mozdulattal kitepni, foleg mert igyekszek olyan csatlakozokat szerezni/cserelni, amik ilyen "fulesek", az a tapasztalat, hogy azok kevesbe szorulnak, ha amugy a ful maga fel van oldva.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Jut eszembe még valami! Mostanában megdőlt a ViPower - béke poraira, több mint egy tucat PATA/SATA és még USB rackem na tőle. Sajnos az évek során ezek kopnak (vagy mi) mivel egy idő múlva azt tapasztalom, hogy a beledugott diszket NEM látja a rendszer. Így jártam most egy SATA rackel is. Legalábbis az egyik P4 gép - SIL3124 kártyába dugva a racket nem látja a diszket, viszont (persze mindezt menet közben) közvetlenül dugom be akkor működik. Így ha racket használtál eddig próbáld ki közvetlenül, vagy eleve (a bekapcsoláskor) rackbe dugott diszket látja -e a renbdszer-
Azt kellene még kitalálnom, mi a hiba - a táp vagy az adat kapcsolat.
Egyik ismerősöm azt szúrta ki, hogy a diszk nem kap elég tápfeszt!

* Én egy indián vagyok. Minden indián hazudik.

A lemezen a 3, 7, 13-as pinek kell hosszabbak legyenek, mig kabel/rack oldalon a 4 es 12-es. Ha ez nem igy van, akkor a hotswap veszelyezteti a lemez epseget.

Es ennek mi a fuggvenye? Ugy ertem, ha pl. diszket veszek, es becsomagoltan mondjuk nem latom a tuskek hosszat, mi az, ami alapjan nagy biztonsaggal allithato, hogy a tuskek megfeleloek? Gondolok itt olyanra, hogy mittudomen a 1993 utan kiadott lemezek mar ilyenek, vagy a 7200-as lemezek tipikusan ilyenek, vagy ilyesmi. Direkt hulye peldakat irtam...
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Arra jutottam, hogy a sata diszkjeim power csatiján a 4,5,6,10,12 pinek hosszabbak, tehát mindegy hogy a 15M végű power kábelen a 4 és a 12 hosszabb-e, úgyis a fentiek érintkeznek először, és nyilván ezek a GND pinek egymással is össze vannak kötve.
Szóval miért lenne a GND-ken belül a 4 és 12 kitüntetett?

Ráadásul sehol sem találtam olyan male csatlakozót ahol ami teljesítené a fenti feltételeket.

----------
[GB ≠ GiB] [MB ≠ MiB] [kB ≠ kiB] [1000 ≠ 1024] [Giga ≠ gram] [Mega ≠ milli] [Kelvin ≠ kilo] [Byte ≠ bit]

Ha már úgyis előkerült a téma, nekem is lenne egy kapcsolódó kérdésem. Nemrég raktam össze egy mezei gépet, amibe egy Asus p8b75 alaplap került, és meglepődve tapasztaltam hogy a merevlemez bios beállításoknál lehet engedélyezni a hot swap funkciót.

1, Tesztelni akkor nem volt időm, esetleg van valakinek tapasztalata mezei alaplapok hot swap támogatását illetően?
2, Mit tudnak az ilyen mezei alaplapok hot swap terepen, használhatóak-e olyan szerver környezetben ahol mezei alkatrészekből épült gépeket használnak?
3, Kell külön rack/keret a merevlemezekhez, vagy ez csak egy kényelmi funkció, és úgy is működne ilyen hot swap felállás ha egy rendes házba belecsavarozott merevlemezekről van szó?
4, Merevlemezeknek tudnia kell valami extra funkciót ahhoz hogy hot swap is működjenek?

Válaszokat előre is köszönöm, esetleg ha tudtok ajánlani valami olvasmányt, amely a témában kezdőket helyre tudja igazítani annak is örülnék.

Mi azon merevlemezek ismertetojele, melyeknek "olyan a merevlemez érintkezője"? Az erintkezot leszamitva, ofc. Mert a "bemegyek az infokozerbe, es olyat kerek, amelyiknek..." cimu felallas enyhen valoszerutlen.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. 

Bemész az infókerbe és kérsz olyat aminek megtetszik az íze...
Az olyan az érintkezője anynit tesz, hogy: a sata táp csatlakozójának néhány érintkezője hosszabb, mint a többi. Fent részletezték melyik az. Ez minden ma kapható (ocsó) sata hdd része. Egyébként találtam egy képet róla: http://www.mostwell.com.tw/upfile/boxPD/SATA%20SMT%2022P系列(1).JPG

Nálam sok feléképp megy hot-swap, olyan gépekben is, amik hivatalosan nem támogatják. (SCSI, IDE, SATA) eddig csak akkor volt gond, mikor a molex-et próbáltam üzemközben ráerőltetni. Konkrétan a rövidzárlat védelem bekapcsolt mikor rádugtam a hdd-t. Satát meg mindenféleképp kirángatom ha kell. sose volt gondom belőle. vagyis egyszer, de csak mert véletlen a rendszer diszket rántottam le...

--
openSUSE 12.2 x86_64