Wow... what a amazing high number of dasds... Makes me crazy... Some time ago I've seen a box with 400GB storage in 3390-3, and each dasd was divided in 3. Linux loaded them all, but take some 30 minutes to boot. But 8TB is a whole different figure... I guess your boot would take half a day... If fsck kicks in, half a month... In zVM you can have 64k addresses (0000 to FFFF), and that would be more than enough for you. But as Linux uses 8-bit for device minor numbers, you will end up having at most 256 PV's in each VG, as Mark said. AND you can have at most 99 VGs.
<speculation> What about building a JBOD? Or a LVM JBOD? What about a RAID-0? What about Drivespace? Stacker? No, just kidding... </speculation> Really, can't you find any way to reformat your storage to create mod 54's, and export/import the database? Messing with such a large pool of dasds may work, but may end up working as good as Gnome 2.2 runs on my ancient Pentium 166. Yeah, I have one and IT DOES run Gnome... 1200 dasds? Sounds crazy... Mauro http://mauro.limeiratem.com - registered Linux User: 294521 Scripture is both history, and a love letter from God. On Mon, Jan 25, 2010 at 10:45 PM, Lee Stewart < lstewart.dsgr...@attglobal.net> wrote: > Thanks to all.... > > That's enough to sway the sales guys... And alas, we only have mod 9s > to work with. If we had mod 54s, I'd consider it... But there is > the SAN space.... > > Thanks, > Lee > > > Marcy Cortes wrote: > >> First, give up on mod 9's and do 54's for that stuff :) >> >> Our biggest is about 5TB. It's about 110 mod 54's. It's divided into 6 >> file systems on 6 different volume groups. (Not a DB, but just files). >> >> We did adjust the boot time interval of fsck so that all 6 don't get >> fsck'd on the same startup. Takes about 10 minutes on a file system at boot >> time (and I don't know if that is because of the size or the number of >> files). >> >> I don't think 8TB would be a problem. I'm not sure I'd put it all in the >> same volume group though. There probably isn't much of a need to, though, >> with a DB. >> >> >> Marcy >> >> "This message may contain confidential and/or privileged information. If >> you are not the addressee or authorized to receive this for the addressee, >> you must not use, copy, disclose, or take any action based on this message >> or any information herein. If you have received this message in error, >> please advise the sender immediately by reply e-mail and delete this >> message. Thank you for your cooperation." >> >> >> -----Original Message----- >> From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Lee >> Stewart >> Sent: Monday, January 25, 2010 2:54 PM >> To: LINUX-390@vm.marist.edu >> Subject: [LINUX-390] Max # 3390s >> >> Hi all... >> We're working with a customer that someone has suggested to them that as >> we move their Oracle d/b from brand x to Linux on z, that we also move >> the actual d/b from their old SAN box(es) to mainframe disk (3390 >> images). The catch is that the d/b is about 8TB, and to my rough math >> that seems like 1100-1200 3390 mod 9s. >> >> Does Linux even support that many DASD devices? Does LVM? >> >> And yes, we are trying to reverse that decision and put the Linux OSs >> and Oracle code and swap space on 3390s, but put the d/b and DBA work >> spaces on the SAN (where big things fit better).... >> >> Lee >> -- >> >> Lee Stewart, Senior SE >> Sirius Computer Solutions >> Phone: (303) 996-7122 >> Email: lee.stew...@siriuscom.com >> Web: www.siriuscom.com >> >> ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
