Re: Storage Options

2011-05-12 Thread Simms, Michael
We are using Brocade switches. Sorry, I could not find the physical box, 
therefore I don't know the model or anything else about it.

Michael Simms
Systems Programmer
zSeries  VM, VSE, (z)Linux, AIX
Naples Campus, Florida
239-552-3479

Enabling America's Best Local Healthcare

 Please consider the environment before printing this email and SAVE A TREE. 


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Davey, 
Clair
Sent: Thursday, May 12, 2011 8:53 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Storage Options

What model of switches are people using for Ficon to Fiber Channel
connectivity to your SANS?
 
The contents of this e-mail are confidential to the ordinary user of the e-mail 
address to which it was addressed and may also be privileged. If you are not 
the addressee of this e-mail you should not copy, forward, disclose or 
otherwise use it or any part of it in any form whatsoever. If you have received 
this e-mail in error, please notify us by telephone or e-mail the sender by 
replying to this message, and then delete this e-mail and other copies of it 
from your computer system. We reserve the right to monitor all e-mail 
communications through our network.

--
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
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: Is anyone multipathing on SLES 11 SP1?

2011-03-30 Thread Simms, Michael
Thank you. In process of testing.
Will update list later.

Michael Simms
Systems Programmer
zSeries  VM, VSE, (z)Linux, AIX
Naples Campus, Florida
239-552-3479

Enabling America's Best Local Healthcare

 Please consider the environment before printing this email and SAVE A TREE. 


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mark Post
Sent: Tuesday, March 29, 2011 2:16 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Is anyone multipathing on SLES 11 SP1?


 On 3/29/2011 at 11:53 AM, Michael Simms simmsmichael1...@yahoo.com wrote: 
 Scanning for LVM volume groups...
  Reading all physical volumes.  This may take a while...
  Found duplicate PV nKTbzlk3XKmCNSegm50mK5LqnJgfo1sv: using /dev/sdb1 not
/dev/sda1
  Found volume group VGClinDoc using metadata type lvm2
Activating LVM volume groups...
  Found duplicate PV nKTbzlk3XKmCNSegm50mK5LqnJgfo1sv: using /dev/sdb1 not
/dev/sda1
 
 
 So, I am unable to get a clean startup using SuSE SLES 11 SP1. We did work
 through and get SuSE SLES 10 SP3+ working, after months of
 work/testing/questions. In this startup instance, the system reversed the
 'available' disk to sdb1. Odd, should have been sda1.
 
 I don't know what to try next.

You need to update the filter statement in /etc/lvm/lvm.conf to only look at 
/dev/disk/by-id/ devices.
http://www.novell.com/documentation/sles11/stor_admin/?page=/documentation/sles11/stor_admin/data/bookinfo.html


Mark Post

--
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
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: Is anyone multipathing on SLES 11 SP1?

2011-03-30 Thread Simms, Michael
Thank you. I am in the process of testing. 
Will update list later.

Michael Simms
Systems Programmer
zSeries  VM, VSE, (z)Linux, AIX
Naples Campus, Florida
239-552-3479

Enabling America's Best Local Healthcare

 Please consider the environment before printing this email and SAVE A TREE. 


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mauro 
Souza
Sent: Tuesday, March 29, 2011 2:15 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Is anyone multipathing on SLES 11 SP1?


Hi Michael,

Looks a lot like your LVM is not blacklisting /dev/sda devices. You have to
edit /etc/lvm/lvm.conf and instruct LVM to not bind to /dev/sd*.

More info on
http://publib.boulder.ibm.com/infocenter/lnxinfo/v3r0m0/index.jsp?topic=/liaai/multiBcs/liaaimpbsclvm.htm


Mauro
http://mauro.limeiratem.com - registered Linux User: 294521
Scripture is both history, and a love letter from God.


On Tue, Mar 29, 2011 at 12:53 PM, Michael Simms
simmsmichael1...@yahoo.comwrote:

 Help! If anyone has the type of environment described below and has it
 working,
 please share with us, if you can, how you configured things. If anyone has
 any
 advice, any advice, we welcome it!

 Our environment is:

 -SAN - EMC CLARiiON CX4-960
 -Mainframe z10
 -HBA - 2 zFCP
 -Switches - 2 Brocade, between z10 and SAN
 -Operating Systems - zVM 6.1 with zLinux SLES 11 SP1
 -Contents of /etc/multipath.conf
 hma-mf-lin12:/ # cat /etc/multipath.conf
 *StartOfFile*
 devices {
 # Device attributed for EMC CLARiiON
 device {
 vendor DGC
 product *
 prio_callout /sbin/mpath_prio_alua /dev/%n
 getuid_callout /lib/udev/scsi_id -g -u -d /dev/%n
 features 1 queue_if_no_path
 path_checker directio
 failback immediate
 hardware_handler 1 alua
 }
 }
 multipaths{
 }
 *EndOfFile*
 -Partial /etc/sysconfig/kernel
 ## Path:System/Kernel
 ## Description:
 ## Type:string
 ## Command: /sbin/mkinitrd
 #
 # This variable contains the list of modules to be added to the initial
 # ramdisk by calling the script mkinitrd
 # (like drivers for scsi-controllers, for lvm or reiserfs)
 #
 INITRD_MODULES=jbd ext3 zfcp dm-multipath
 -For simplicity's sake, I am including 1 lun as an example. Below are
 selected
 entries from the startup log.
 (Underlines are mine):

 Booting default (SLES11_SP1V1)...
 ...
 io scheduler noop registered
 io scheduler anticipatory registered
 io scheduler deadline registered (default)
 io scheduler cfq registered
 ...
 Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
 ...
 doing fast boot
 SCSI subsystem initialized
 device-mapper: uevent: version 1.0.3
 device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised:
 dm-de...@redhat.com
 device-mapper: multipath: version 1.1.0 loaded
 Creating device nodes with udev
 udevd version 128 started
 udevd-event[154]: device node '/dev/mapper/control' already exists, link
 to
 '/dev/device-mapper' will not overwrite it
   7  line(s) not displayed 
 device-mapper: multipath round-robin: version 1.0.0 loaded
 emc: device handler registered
 hp_sw: device handler registered
 rdac: device handler registered
 alua: device handler registered
   3  line(s) not displayed 
 Setup multipath devices: ok.
   12  line(s) not displayed 
 Copying static /dev content
 ..done
   2  line(s) not displayed 
 Starting udevd:
 udevd version 128 started
 ..done
 Loading drivers, configuring devices:
 scsi0 : zfcp
 qdio: 0.0.4500 ZFCP on SC 0 using AI:1 QEBSM:1 PCI:1 TDD:1 SIGA: W AO
 scsi 0:0:3:0: Direct-Access DGC  RAID 10  0430 PQ: 0 ANSI:
 4
 scsi 0:0:3:0: emc: detected Clariion CX4-960, flags 0
 scsi 0:0:3:0: emc: ALUA failover mode detected
 scsi 0:0:3:0: emc: connected to SP A Port 4 (owned, default SP A)
 zfcp.747e7d: 0.0.4500: LUN 0x6 on port 0x500601643b202b41 is
 already
 in use by CSS0, MIF Image ID 1
   3  line(s) not displayed 
 scsi1 : zfcp
   2  line(s) not displayed 
 qdio: 0.0.4600 ZFCP on SC 1 using AI:1 QEBSM:1 PCI:1 TDD:1 SIGA: W AO
   1  line(s) not displayed 
 scsi 1:0:3:0: Direct-Access DGC  RAID 10  0430 PQ: 0 ANSI:
 4
 scsi 1:0:3:0: emc: detected Clariion CX4-960, flags 0
 scsi 1:0:3:0: emc: ALUA failover mode detected
 scsi 1:0:3:0: emc: connected to SP A Port 6 (owned, default SP A)
 sd 0:0:3:0: [sda] 1048576000 512-byte logical blocks: (536 GB/500 GiB)
 sd 0:0:3:0: [sda] Write Protect is off
 sd 0:0:3:0: [sda] Write cache: disabled, read cache: enabled, doesn't
 support
 DPO or FUA
  sda: sda1
 sd 1:0:3:0: [sdb] 1048576000 512-byte logical blocks: 

Re: Moving Oracle off zLinux boxes -- comments from the field?

2011-03-23 Thread Simms, Michael
I suspect, I'm unfortunately not a fly on the wall, that Oracle simply wants to 
sell their newly acquired hardware 'division', Sun. But that is only 
speculation. This almost looks like a strong shove away from the hardware they 
can't handle, apparently. 

I can just see Jack Nickelson screaming to Larry, 'You can't handle the 
mainframe!!' (except for zO$, I guess it's $upported.)

Unfortunately, the application we bought must use Oracle, at least that's my 
understanding. So that kind of messes with using DB2 as a replacement. The 
application we are gearing up will be very heavily used, 60+ sites, all with 
very frequent updates.
So, we need the power of the mainframe IFLs and i/o system. But if Oracle 
doesn't get their support/certification in gear we may have to consider 
something less than what we were expecting and it would be similar to what is 
happening in James shop. We'll cross that road when we get to it.

-Original Message-
From: Linux on 390 Port on behalf of Christopher Cox
Sent: Wed 3/23/2011 11:11 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Moving Oracle off zLinux boxes -- comments from the field?
 

Oracle is NOT supporting them well on zLinux.   So... there's both the
financial and technical reason.

Why would anyone stay with a platform that is not well supported?  Oracle
couldn't handle it, so they are moving.

Now... certainly the false mindset issue surrounding mainframes is an
issue... but I'd probably move Oracle too if they weren't willing to
address support issues in a timely manner.

Maybe it's time to change your database supplier??  You know, if if you
have to move it, I wonder if moving to something a bit more heavy duty,
like a IBM Power7 box was even considered...  If DB2 isn't an option, maybe
Oracle on Power7 would be a better fit (saying without knowledge of
Oracle's commitment of support there as well).




From:   Barton Robinson bar...@vm1.velocity-software.com
To: LINUX-390@vm.marist.edu
Date:   03/18/2011 04:04 PM
Subject:Re: Moving Oracle off zLinux boxes -- comments from the field?
Sent by:Linux on 390 Port LINUX-390@vm.marist.edu



wow, your DBAs have the authority to spend that kind of money and make
that kind of change without management signature? So no financial
analysis, no technical reason, sounds religious.

CHAPLIN, JAMES (CTR) wrote:
 We just had a surprise announcement by one of the Oracle DBAs during a
 zLinux  Application group planning meeting at our worksite. The DBA
 advised us that they (Database group) were going to move/migrate all the
 Oracle databases that we have on zLinux boxes off to an intel/unix
 platform. He did not offer details of the hardware, or when or how, just
 that they were going to do it. This is a bite of a surprise as we have
 just moved our MQ off the Mainframe (zOS) to the zLinux platform (guests
 on zVM) and that move is doing well. This may be due in part to the
 false mindset that we have in our upper management at our site that
 Mainframes are old technology. Also we have had slow response from
 Oracle on resolving issues we have identify (certifying Oracle 11 on
 z390x architecture, getting Oracle 10 support for RHEL 5.0 on z390x
 architecture). Has anyone else on this list had any related war
 stories similar to what we may be about to experience as this move
 takes place?



 James Chaplin

 Systems Programmer, MVS, zVM  zLinux


--
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
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/



--
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
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: Moving Oracle off zLinux boxes -- comments from the field?

2011-03-18 Thread Simms, Michael
We are about to put into production, once we have gotten our multipath 
(failover) issues resolved with EMC, Oracle 10. We had to step back to SLES 10 
SP3+ due to Oracles glacial speed with certification of Oracle 11 on zLinux. 
Also, the application only runs on Oracle 10, I imagine for the same reason.

On a brighter note: Our DB2 on zLinux, the latest DB2 for zLinux, is running in 
test, again we await a resolution of multipathing (failover) issues with our 
EMC SAN before we make it production. I share your pain. It took us a long time 
to convince our management that consolidating/introducing Linux images on the z 
was a good idea. So far we (well, I) aren't disappointed. The part that sorta 
called off the nay sayers or hushed them up was when we ran a nightly flow that 
runs on a pSeries (multiple CPUs, same DS4700 subsystem) on Linux/DB2 that ran 
5 times faster on our 1 IFL. Hmmm...hard to argue with that. :-)

Just my opinion but it sounds to me like someone lost a bet or a poker game 
where the loser had to give up their platform for Oracle. Just a WAG, but 
sounds about as reasonable. When management makes decisions like the one you 
describe, well it leaves me speechless! At least for a little while. I wish you 
a good outcome.

Michael Simms
Systems Programmer
zSeries  VM, VSE, (z)Linux, AIX
Naples Campus, Florida
239-552-3479

Enabling America's Best Local Healthcare

 Please consider the environment before printing this email and SAVE A TREE. 


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of CHAPLIN, 
JAMES (CTR)
Sent: Friday, March 18, 2011 2:22 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Moving Oracle off zLinux boxes -- comments from the field?


We just had a surprise announcement by one of the Oracle DBAs during a
zLinux  Application group planning meeting at our worksite. The DBA
advised us that they (Database group) were going to move/migrate all the
Oracle databases that we have on zLinux boxes off to an intel/unix
platform. He did not offer details of the hardware, or when or how, just
that they were going to do it. This is a bite of a surprise as we have
just moved our MQ off the Mainframe (zOS) to the zLinux platform (guests
on zVM) and that move is doing well. This may be due in part to the
false mindset that we have in our upper management at our site that
Mainframes are old technology. Also we have had slow response from
Oracle on resolving issues we have identify (certifying Oracle 11 on
z390x architecture, getting Oracle 10 support for RHEL 5.0 on z390x
architecture). Has anyone else on this list had any related war
stories similar to what we may be about to experience as this move
takes place?

 

James Chaplin

Systems Programmer, MVS, zVM  zLinux


--
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
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: Gotcha's

2011-02-16 Thread Simms, Michael
Me as well. We are in the process of making EMC CLARiiON work with
multipathing and zFCP. We can't move forward with database development
until we get multipathing working correctly, but we could greatly
benefit from experiences with Oracle on z.

Michael Simms
Systems Programmer
zSeries  VM, VSE, (z)Linux, AIX
Naples Campus, Florida
239-552-3479

Enabling America's Best Local Healthcare


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
David Stuart
Sent: Tuesday, February 15, 2011 12:23 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Gotcha's


I would be interested, too, as I'm in the process of installing Oracle
and trying to get all the management tools to run.  

Right now, the database is up and running, but some of the management
tools won't start. 


Thanks, 
Dave 






Dave Stuart
Prin. Info. Systems Support Analyst
County of Ventura, CA
805-662-6731
david.stu...@ventura.org Davey, Clair cda...@scspa.com 2/15/2011
8:25 AM 
I would like to hear some of your 'gotcha's when running Oracle
databases on Linux on Zeries.  You can send them offline if you would
like.
 
The contents of this e-mail are confidential to the ordinary user of the
e-mail address to which it was addressed and may also be privileged. If
you are not the addressee of this e-mail you should not copy, forward,
disclose or otherwise use it or any part of it in any form whatsoever.
If you have received this e-mail in error, please notify us by telephone
or e-mail the sender by replying to this message, and then delete this
e-mail and other copies of it from your computer system. We reserve the
right to monitor all e-mail communications through our network.

--
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 
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/ 

--
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
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

--
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
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/