|
Yes, you can order different codes but that pretty much now just defines
the shipped sector size. You can reformat either way from i to AIX or
AIx to i with the SAS drives.
It helps IBM gauge how many drives are being sold for each O/S as well.
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
On 1/24/2014 4:11 PM, Roberto José Etcheverry Romero wrote:
And even in the SAS world, the SAS disks for i have a different FC thanthe
ones for AIX/VIOS have they not? i believe the 512 / 522 byte x sector iswrote:
still an issue...
At least on the Power6 machine i recently configured on the SPT they had
different FCs...
Best Regards,
Roberto
PS: xSeries SAS disks work like a charm for VIOS and AIX even if they do
have a different FRU, wouldn't do it on a PROD machine but in my lab they
worked...
On Fri, Jan 24, 2014 at 5:27 PM, DrFranken <midrange@xxxxxxxxxxxx>
world.
AND before Sue catches me this is in the SCSI world.
In the POWER Systems SAS era all the new drives are the same for IBM i
and AIX and VIOS. They are NOT the same code as for SAN or xSeries
be
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
On 1/24/2014 2:29 PM, DrFranken wrote:
One more post for the archives.
IBM Sources their disks from multiple vendors so you may see Seagate
Hitachi, Quantum and others if you look at the Manufacturer part of the
label. That is not relevant to IBM i. The code that is loaded to the
controller for these drives is specifically for IBM i. The code is
'owned' by IBM and is unique to i. There are capabilities in there that
other drives do not have and these capabilities are leveraged by the
O/S. These drives ALSO report in with a Feature Code so that they can
therecognized and used. Without that no go.
SO you can go find an ''identical'' drive from the manufacturer and put
it into your power system. And it won't work because it doesn't have
withcorrect code and thus is not capable of doing the work. It also doesn'tMod. 270-2248 with OS version V5R1. I've had only a bit of experience
have the correct FC so the server won't even try to use it.
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
On 1/24/2014 6:20 AM, Joerg M. Sigle wrote:
Hello all.
As I'm new on the list: I'm from Europe, happened to get an iSeries
helpfulAS/400 some years ago, but am computer literate. I've already found
beyondinformation in this list - so thanks to David for running it, and to all
others for being there!
Now I've got a question:
Has anybody *tried* whether the Mod. 270-2248 would accept disks
required.the FC 4319 / CCIN 6719?
drive?
Specifically, FC 4326 Seagate Model Number ST336753LC 35 GB 15k RPM
Or is it perfectly clear that this will not work?
I've seen some sources indicating V5R2 would be needed for that.
And even that an external tower with a new controller might be
the
I'm still asking because I've been offered a set of these drives.
As I understand it, an upgrade to V5R2 would probably not be feasible;
and an additional tower definitely.
[Naive question: Could one simply patch a file / or the firmware of
Hitachidisks, like the drive ID string - to make the machine accept them?]
RPM HUS... disks I've seen on ebay as Feature 4319. Does anyone know how
Another related question: I was wondering about Hitachi Ultrastar 10k
they compare to the Seagates, re. noise and (remaining) reliability?
After all, these appear to be 3-4 yrs younger. However, for IBM
survivedICL35... I remember them having been called "notorious", and also having
seen one fail in an SGI Octane after hours, where two Seagates had
now.for years before. So I would probably prefer the Seagate disks right
beeni.e.:
Details:
My machine has early Mod. 270 hardware. Disk subsystem is 2763-6717;
and on a PC SCSI controller.
2763-001 Controller
6717-074 x 4 HDUs; each ~ 8 GB, 3x Seagate, 1x IBM Ultrastar
The IBM disk is currently reported as "pre-fail" both in the iSeries,
functionality is currently off.(Used that to make image backups of all 4 disks.)
That causes "NON-PROT" status for the other 3 disks; i.e. RAID
uses all disks equally.Nevertheless, the machine works, has booted fine multiple times, and
defects table, but even it's manufacturer supplied defects table had
The one IBM disk is also *much* louder. It has a rather large grown
read*much* larger than those of the Seagate drives for a start. I've also
description.that the IBM iSeries drives were somewhat notorious for failing.
4319=6719 (35 GB) 10k RPM Disks
So I would like to replace the 4th disk - or upgrade them all.
I found that the 4317=6717 (8 GB, as is), 4318=6718 (18 GB) or
accept.of Seagate origin *might* be the last ones that my V5R1 system would
6719.
The following PTFs are installed (among many others):
MF27488 (2036) Serviceability Updates for 6717, 6718,
11-28-01 Incorrout-Disk-HLIC 6717 6718 6719
I don't understand what the (2036) means in this PTF
Ifdisks as well?
This is the newest PTF installed:
MF27704 SPT: Incorrout-HLIC-94xx DISK
14-03-02 APAR corrigé: MA24666
Interestingly, one of the references below mentions:
MF27706 Changes to support downloading of new code for 67xx DASD.
I was wondering whether *that* might possibly enable the use of newer
not supported in the 270 frame (such as the 15K RPM units for example.)Apart from the fact that this PTF is probably not on my machine yet.
References:
http://archive.midrange.com/midrange-l/201110/msg00297.html
"You will also get the type 6600 if you put in iSeries drives that are
listthe FC of the drive isn't on the 'approved list' it's not usable."
--
http://archive.midrange.com/midrange-l/200202/msg01580.html
(Info regarding the above PTFs)
http://www.itjungle.com/tfh/tfh011402-story2.html
Thanks a lot for your reading time, and for any input of yours.
Even if you just say: "forget it" :-)
Kind regards! Joerg
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
--To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.