Discussion:
ST336753LC 35=>36GB - Wer knackt die Nuß?
(zu alt für eine Antwort)
Christian Brandt
2009-08-21 04:32:22 UTC
Permalink
Die Kurzfassung: Eine vorliegende ST336753LC hat ca. 1GB weniger als die
danebenliegende absolut baugleiche ST336753LC und zwar wirklich auf
Lowlevel-Ebene, vor dem Partitionieren. Wie korrigiert man das?

Die Langfassung: Da hab ich mir ne harte Nuß angelacht... für unseren
alten Mailserver hat Chefchen in weiser Vorraussicht zwei
Ersatz-RAID-Laufwerke angeschafft, nämlich besagte ST336753LC. Für mehr
Geld als sie wert waren aber lassen wir das...

Ok, aussen drauf steht einmal eServer IBM Drive und das andere mal IBM
AS400 aber drin ist Seagate. Die Dumps von scsiinfo -a hänge ich an
diesen Beitrag an.

Natürlich hatte die AS400-Platte 522 Bytes pro Sektor aber halb so wild,
mit sg_format --format --size=512 /dev/sdb war das schnell korrigiert -
man ist ja von der alten Schule und ist früher mit nackigen Füssen im
Schneesturm zum technischen Support gegangen. Lustigerweise hat das
Laufwerk trotzdem nur 35171336192 Bytes anstatt 36401479680 Bytes.
Gezählt mit wc -c /dev/sdx.

Es kommt noch wilder: Laut scsiinfo haben BEIDE Laufwerke die selbe
Hardwaregeometrie und ein schneller diff zeigt daß beide praktisch bis
auf die Badsectorliste und den Identifikationsstring identisch sind.

Number of cylinders 31310
Number of heads 4
Sectors per track 573

Aber wieso kommt da nicht die richtige Grösse beim System an?

Aha, ich dachte mit sg_format --resize --count=xyz könnte man das
beheben aber Pustekuchen, das Ding hat absolut keine Lust sich auf Werte
über 35GB überreden zu lassen. Gegentest, verkleinern geht mit beiden
Laufwerken aber beim Vergrössern auf MaxSize/-1 ist halt einfach bei
einem Laufwerk bei 35 und beim anderen bei 36GB schluß.

Meine zehn Cent: Die AS400-Platte verwendet wohl irgendwelche Werte für
die Geometrie die sie dem Treiber als Grösse meldet und die stimmen
offenbar nicht. Nur, was kann man da machen?

Neue Firmware? Nur von wem? IBM? Lenovo? Seagate? Welche?

Oder gibts eine hundsgemeine SCSI-Page in der man das selber einstellen
kann? Ich bin ja nicht von der zaudernden Sort und schraub das Ding auch
auf um mir einen Ventilator draus zu bauen wenn sonst schon nichts geht,
aber besser wärs wenn ich wüßte wo man drehen muß damit das Ding sich
zweckgerichtet benimmt :-)

So läßt sich das natürlich nicht in unserem RAID verwenden, Chefchen ist
ärgerlich daß er nutzlose Platten gekauft hat und ein ansonsten kaum
ausgelasteter Server über Nacht zu Alteisen zu werden droht und zeigt
mit nacktem Finger auf schwitzende Administratoren die garnichts dafür
können weil die erst lange nach dem Kauf der AS400-Platte angefangen haben.

Das wird wohl ein schönes Wochenende...

Christian Brandt
Marcel Müller
2009-08-21 08:51:51 UTC
Permalink
Hallo,
Post by Christian Brandt
Die Kurzfassung: Eine vorliegende ST336753LC hat ca. 1GB weniger als die
danebenliegende absolut baugleiche ST336753LC und zwar wirklich auf
Lowlevel-Ebene, vor dem Partitionieren. Wie korrigiert man das?
LL-Format machen.
Man kann in den Mode-Pages die Anzahl der Reservesektoren und so weiter
einstellen.
Post by Christian Brandt
Oder gibts eine hundsgemeine SCSI-Page in der man das selber einstellen
kann?
Ja, vermutlich. Wühle mal in den Mode-Pages herum. Es gibt etliche
davon. Alle vergleichen. Respektive evtl. reicht auch ein Load Factory
Defaults, falls die Firmware die gleiche ist.


Marcel
Christian Brandt
2009-08-22 17:41:39 UTC
Permalink
Post by Marcel Müller
Hallo,
Post by Christian Brandt
Die Kurzfassung: Eine vorliegende ST336753LC hat ca. 1GB weniger als
die danebenliegende absolut baugleiche ST336753LC und zwar wirklich
auf Lowlevel-Ebene, vor dem Partitionieren. Wie korrigiert man das?
LL-Format machen.
Man kann in den Mode-Pages die Anzahl der Reservesektoren und so weiter
einstellen.
Post by Christian Brandt
Oder gibts eine hundsgemeine SCSI-Page in der man das selber
einstellen kann?
Ja, vermutlich. Wühle mal in den Mode-Pages herum. Es gibt etliche
davon. Alle vergleichen.
Respektive evtl. reicht auch ein Load Factory
Defaults, falls die Firmware die gleiche ist.
Ist das ein generisches Command? Ich habe etwas gegoogelt, bin aber
nicht schlau geworden. Die SG3-Utils haben jedenfalls nicht direkt eine
Lösung dafür.

Christian Brandt
Marcel Müller
2009-08-30 16:15:31 UTC
Permalink
Hallo,
Post by Christian Brandt
Post by Marcel Müller
Ja, vermutlich. Wühle mal in den Mode-Pages herum. Es gibt etliche
davon. Alle vergleichen.
Respektive evtl. reicht auch ein Load Factory
Defaults, falls die Firmware die gleiche ist.
Ist das ein generisches Command? Ich habe etwas gegoogelt, bin aber
nicht schlau geworden. Die SG3-Utils haben jedenfalls nicht direkt eine
Lösung dafür.
ich nehme alles zurück. MODE SELECT hat die Bits nicht. Aber MODE SENSE
hat zwei Bit:

Table 55 - Page control field

| Code | Type of parameter | Subclause |
|-------+---------------------+------------|
| 00b | Current values | 8.2.10.1 |
| 01b | Changeable values | 8.2.10.2 |
| 10b | Default values | 8.2.10.3 |
| 11b | Saved values | 8.2.10.4 |

Die für Platten standartisierten Modepages sind:

Table 155 - Mode page codes

| Page code | Description | Subclause |
|-------------+-------------------------------------------+------------|
| 08h | Caching page | 9.3.3.1 |
| 0Ah | Control mode page | 8.3.3.1 |
| 02h | Disconnect-reconnect page | 8.3.3.2 |
| 05h | Flexible disk page | 9.3.3.2 |
| 03h | Format device page | 9.3.3.3 |
| 0Bh | Medium types supported page | 9.3.3.4 |
| 0Ch | Notch and partition page | 9.3.3.5 |
| 09h | Peripheral device page | 8.3.3.3 |
| 01h | Read-write error recovery page | 9.3.3.6 |
| 04h | Rigid disk geometry page | 9.3.3.7 |
| 07h | Verify error recovery page | 9.3.3.8 |

Bei Platten von gar zu abenteuerlichen Systemen ist der
Queue-Algorithmus in der Control mode page einen Blick wert. Der sollte
auf 0h - restricted reordering stehen, weil die Platte sonst beim
Ausführen der Kommando-Queue nicht prüft, ob die Kommandos inhaltliche
Abhängigkeiten haben, und sie in beliebiger Reihenfolge ausführt.

Und dann natürlich die Format device page, sowie ggf. Notch and
partition page bzw. Read-write error recovery page.

Grob geschätzt würde ich sagen, dass zwar die Sektorgröße geändert
wurde, aber nicht die Anzahl Sektoren pro Zone, denn 512/522*36GB = 0,7GB.


Inwieweit die SG3-Utils einen sinnvollen Beitrag zum basteln der
Kommandos leisten, kann ich mangels Erfahrung damit nicht sagen.


Marcel

K. Martinen
2009-08-21 19:43:48 UTC
Permalink
Post by Christian Brandt
alten Mailserver hat Chefchen in weiser Vorraussicht zwei
Ersatz-RAID-Laufwerke angeschafft, nämlich besagte ST336753LC. Für mehr
So läßt sich das natürlich nicht in unserem RAID verwenden, Chefchen ist
Der Raid-verbund wird doch wohl nicht so voll sein das dies eine GB wirklich
fehlt. Wichtig ist doch eher das alle lw. darin die gleiche größe haben oder?

Bitte nicht hauen wenn ich falsch liege aber, für mich liest sich das so als ob
es hier primär darum geht ein resize eines bestehenden raid (5?) zu vermeiden.
Das wäre doch die einfachere lösung oder nicht? Oder geht das aus mir evtl.
unbekannten gründen nicht?

Denn wenn diese beiden nur zusammen ein neues raid 1 bilden sollten könnte man
sie doch einfach beide auf 35 GB partitionieren und sich die fehlenden 1 GB
schenken. Also nehme ich an das eine oder beide als ersatz für eine bereits
ausgefallene/wackelige Platte in einem RAID5 o.ä. gedacht sind.

Da scheint mir o.g. immer noch einfacher zu sein als dem verlorenen Gigabyte
nach zu jagen. Auch wenn das dann vielleicht nicht so Sauber/Richtig/ordentlich ist.

Gruß
Kay
Loading...