Re: Moving LUNs using z/VM

From: Linux on 390 Port on behalf of Rick Barlow Sent: Tuesday, April 5, 2022 7:30 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM I moved LUNs from a DS8880 in CA to a new DS8910 in OH. I defined EDEVs on both ends and used PIPEDDR to send it across TCPIP most

Re: Moving LUNs using z/VM

on behalf of Christian Borntraeger Sent: Wednesday, April 6, 2022 1:56 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM Am 05.04.22 um 23:19 schrieb Martha McConaghy: I have a few RHEL servers that run on z/VM but boot off of a direct attached SAN LUN (not an EDEV or ECKD

Re: Moving LUNs using z/VM

Troth Sent: Wednesday, April 6, 2022 11:48 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM Use 'dd' to copy block device to block device. (The name reminds me of DDR every time I use it!) On Wed, Apr 6, 2022, 11:44 Martha McConaghy wrote: > Christian, > Looks like

Re: Moving LUNs using z/VM

on behalf of Christian > Borntraeger > Sent: Wednesday, April 6, 2022 1:56 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Moving LUNs using z/VM > > Am 05.04.22 um 23:19 schrieb Martha McConaghy: > > I have a few RHEL servers that run on z/VM but boot off of a direct > at

Re: Moving LUNs using z/VM

From: Linux on 390 Port on behalf of Christian Borntraeger Sent: Wednesday, April 6, 2022 1:56 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM Am 05.04.22 um 23:19 schrieb Martha McConaghy: > I have a few RHEL servers that run on z/VM but boot off of a direct attac

Re: Moving LUNs using z/VM

Am 05.04.22 um 23:19 schrieb Martha McConaghy: I have a few RHEL servers that run on z/VM but boot off of a direct attached SAN LUN (not an EDEV or ECKD). They reside on an old DS8870 and I need to move them to a new DS8910. (No PPRC, GDPS, etc.) Is there a way that I could use VM to copy

Re: Moving LUNs using z/VM

-390@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM I moved LUNs from a DS8880 in CA to a new DS8910 in OH. I defined EDEVs on both ends and used PIPEDDR to send it across TCPIP most of the way across the country. I can probably share more details if you need them. a 4G LUN took about 10

Re: Moving LUNs using z/VM

Yes, there’s a limit. 1 TB. Regards, Alan Alan Altmark IBM Systems Lab Services Endicott, NY USA > On Apr 5, 2022, at 6:02 PM, Neale Ferguson wrote: > > Is there a maximum edev size? > > > > You can copy the LUNs with DDR, but you have to first define an EDEVICE for > them. >

Re: Moving LUNs using z/VM

; From: Linux on 390 Port on behalf of Martha > McConaghy > Sent: Tuesday, April 5, 2022 5:34:22 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Moving LUNs using z/VM > > OK, I want to make sure I am understanding it clearly. Its an interesting > idea, but I re

Re: Moving LUNs using z/VM

> > From: Linux on 390 Port on behalf of David > Kreuter > Sent: Tuesday, April 5, 2022 5:41 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Moving LUNs using z/VM > > Hi Martha > I did this successfully some years back. Make the input a

Re: Moving LUNs using z/VM

From: Linux on 390 Port on behalf of Neale Ferguson Sent: Tuesday, April 5, 2022 6:01 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM Is there a maximum edev size? You can copy the LUNs with DDR, but you have to first define an EDEVICE for them. Regards, Alan

Re: Moving LUNs using z/VM

Is there a maximum edev size? You can copy the LUNs with DDR, but you have to first define an EDEVICE for them. Regards, Alan Alan Altmark Senior Managing z/VM Consultant IBM Systems Lab Services 1 607 321 7556 Mobile alan_altm...@us.ibm.com > -Original Message- > From: Linux on 390

Re: Moving LUNs using z/VM

From: Linux on 390 Port on behalf of David Kreuter Sent: Tuesday, April 5, 2022 5:41 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM Hi Martha I did this successfully some years back. Make the input a “full pack “ mini on edev link it read only to reduce

Re: Moving LUNs using z/VM

@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM OK, I want to make sure I am understanding it clearly. Its an interesting idea, but I really can't afford to blow away the original disks, so want to be really sure. The existing disks are used by the virtual machine by having LOADDEV statements

Re: Moving LUNs using z/VM

Association: Secretary Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Rick Troth Sent: Tuesday, April 5, 2022 5:27 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM What I mean is: define them even temporarily as EDEVs

Re: Moving LUNs using z/VM

What I mean is: define them even temporarily as EDEVs for the DDR and go for it. On Tue, Apr 5, 2022, 17:25 Rick Troth wrote: > If they're defined as EDEVs then you can use DDR. > > FBA (EDEV or 3370, etc al) being fixed block, copying the whole disk will > include the boot partition.

Re: Moving LUNs using z/VM

You can copy the LUNs with DDR, but you have to first define an EDEVICE for them. Regards, Alan Alan Altmark Senior Managing z/VM Consultant IBM Systems Lab Services 1 607 321 7556 Mobile alan_altm...@us.ibm.com > -Original Message- > From: Linux on 390 Port On Behalf Of > Martha

Re: Moving LUNs using z/VM

If they're defined as EDEVs then you can use DDR. FBA (EDEV or 3370, etc al) being fixed block, copying the whole disk will include the boot partition. (Partition tables are not really needed on fixed block disks, even laptop SSDs, but don't get me started.) Any "partition table", and all

Re: Moving a Linux guest from z/VM to KVM?

I'd like to point out that there's a general trend toward workload containerization, and a big driver is that it's easier to move container images around than whole operating system instances. Thus if you shift workloads into container images, you should end up with fewer, skinnier OS instances

Re: Moving a Linux guest from z/VM to KVM?

Closing the loop... I got the system up and running under KVM. I hadn't seen Viktor's message yet but I did basically the same steps. Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Viktor Mihajlovski: >I assume it's SLES, It is. I'm starting with a SLES guest but I have RHEL

Re: Moving a Linux guest from z/VM to KVM?

On 11/30/20 11:34 PM, Christian Borntraeger wrote: On 30.11.20 21:10, Mark Post wrote: On 11/30/20 1:16 PM, Alan Haff wrote: I have a number of Linux guests running under z/VM. I'd like to move some of them to a KVM host running in another LPAR. Naively I tried DDRing a guest's disks to new

Re: Moving a Linux guest from z/VM to KVM?

On 12/1/20 5:25 PM, Alan Haff wrote: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Richard J Moore: In this case I think you're saying have two configurations - one under KVM and another under zVM. Then manually co-ordinate the sharing or resources but ensure that you don't

Re: Moving a Linux guest from z/VM to KVM?

Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Richard J Moore: >In this case I think you're saying have two configurations - one under KVM >and another under zVM. Then manually co-ordinate the sharing or resources >but ensure that you don't have both guests logged on

Re: Moving a Linux guest from z/VM to KVM?

Linux on 390 Port wrote on 01/12/2020 11:51:37: > From: Christian Borntraeger > To: LINUX-390@VM.MARIST.EDU > Date: 01/12/2020 11:55 > Subject: [EXTERNAL] Re: Moving a Linux guest from z/VM to KVM? > Sent by: Linux on 390 Port > > On 01.12.20 12:07, Richard J Moore wrot

Re: Moving a Linux guest from z/VM to KVM?

On 01.12.20 12:07, Richard J Moore wrote: > Is that really possible (KVM guest <-> z/VM guest)? > As far as I am aware the KVM and zVM hypervisors share no metadata > regarding the guest's set up. Nor do they share any of the protocols used > in live (or dead) guest relocation. > > Am I

Re: Moving a Linux guest from z/VM to KVM?

Christian Borntraeger To: LINUX-390@VM.MARIST.EDU Date: 01/12/2020 06:35 Subject:[EXTERNAL] Re: Moving a Linux guest from z/VM to KVM? Sent by:Linux on 390 Port On 30.11.20 21:10, Mark Post wrote: > On 11/30/20 1:16 PM, Alan Haff wrote: >> I have a number of Linux g

Re: Moving a Linux guest from z/VM to KVM?

On 30.11.20 21:10, Mark Post wrote: > On 11/30/20 1:16 PM, Alan Haff wrote: >> I have a number of Linux guests running under z/VM. I'd like to move some of >> them to a KVM host running in another LPAR. Naively I tried DDRing a guest's >> disks to new volumes and IPLing off of the new volumes.

Re: Moving a Linux guest from z/VM to KVM?

On 11/30/20 1:16 PM, Alan Haff wrote: > I have a number of Linux guests running under z/VM. I'd like to move some of > them to a KVM host running in another LPAR. Naively I tried DDRing a guest's > disks to new volumes and IPLing off of the new volumes. No luck, the virtio > modules aren't

Re: Moving Root to Larger disk

On Behalf Of Mark Post Sent: Friday, June 26, 2020 11:56 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving Root to Larger disk On 6/26/20 9:54 AM, Davis, Larry (National VM Capability) wrote: > I am trying to move a Linux root (/) file system to a larger disk > format I'm not sure what yo

Re: Moving Root to Larger disk

On 6/26/20 9:54 AM, Davis, Larry (National VM Capability) wrote: > I am trying to move a Linux root (/) file system to a larger disk format I'm not sure what you mean by "a larger disk format" because: > I was able to block copy the data from one device to the other using the DD > command below

Re: Moving z/vm and zlinux volumes from old dasd to new dasd

Subject: Re: Moving z/vm and zlinux volumes from old dasd to new dasd Ah - I see you meant for this to be run against new DASD -- assuming the copy had been done... I wasn't sure how/when the DASD would be copied to the old...so it does depend... the script should be run before or after

Re: Moving z/vm and zlinux volumes from old dasd to new dasd

: Thursday, August 16, 2018 7:39 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving z/vm and zlinux volumes from old dasd to new dasd Ah - I see you meant for this to be run against new DASD -- assuming the copy had been done... I wasn't sure how/when the DASD would be copied to the old...so

Re: Moving z/vm and zlinux volumes from old dasd to new dasd

; 'COMMENTS ? IPLPARMS' ipl_parm >> >>queue 'IPL Parameters Options are: ' >>queue 'CONS= FN=fn FT=ft CLEARPDR REPAIR NOEXITS NOHCD PROMPT' >> queue 'PDNUM=n PDOFF=offset PDVOL=addr STORE=M/G/T/P/E ' >>queue

Re: Moving z/vm and zlinux volumes from old dasd to new dasd

'SALIPL' dev_addr '(' salp_opt end > > Exit > > > > Larry Davis > > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > Davis, Jim [PRI-1PP] > Sent: Thursday, August 16, 2018 17:54 > To: LINUX-390@VM.MARIST.E

Re: Moving z/vm and zlinux volumes from old dasd to new dasd

rom: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Davis, Jim [PRI-1PP] Sent: Thursday, August 16, 2018 17:54 To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving z/vm and zlinux volumes from old dasd to new dasd Thanks for the info. I get the following. Current IPL parameters: FN=SYSTEM

Re: Moving z/vm and zlinux volumes from old dasd to new dasd

Q IPLPARMS should display what was set in the IPL SALIPL when it was loaded to the RESVOL When you move the VM Volumes as long as the VOLSER's don't change there should be no issues unless you are setting the new devices OFFLINE AT IPL time in Your SYSTEM CONFIG file. For the most part Spool

Re: Moving z/vm and zlinux volumes from old dasd to new dasd

Just a small warning: QUERY IPLPARMS shows you the parameters that will be used on SHUTDOWN REIPL. They will typically be the parameters that were in effect at IPL time, but they can be changed by SET IPLPARMS. I recommend updating AUTOLOG1 to stash away the output of QUERY IPLPARMS so

Re: Moving z/vm and zlinux volumes from old dasd to new dasd

Rohling > Sent: Thursday, August 16, 2018 5:40 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Moving z/vm and zlinux volumes from old dasd to new dasd > > CP Query IPL gives you the parms used... > > You can use SAIPL to bring up z/VM the first time on new DASD (just s

Re: Moving z/vm and zlinux volumes from old dasd to new dasd

on 390 Port On Behalf Of Scott Rohling Sent: Thursday, August 16, 2018 5:40 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving z/vm and zlinux volumes from old dasd to new dasd CP Query IPL gives you the parms used... You can use SAIPL to bring up z/VM the first time on new DASD (just specify

Re: Moving z/vm and zlinux volumes from old dasd to new dasd

I have moved/cloned z/VM 6.4 systems and the only thing related to the new DASD addresses that I've had to do is run SALIPL against the new IPL volume and specify the real address of the device with the parm disk as part of the IPLPARMS text. For example, if F000 is the real address of the new

Re: Moving z/vm and zlinux volumes from old dasd to new dasd

Move all six volumes to their new addresses. IPL from new res volume address. -Original Message- From: Linux on 390 Port On Behalf Of Tom Huegel Sent: Thursday, August 16, 2018 5:36 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving z/vm and zlinux volumes from old dasd to new dasd Last

Re: Moving z/vm and zlinux volumes from old dasd to new dasd

CP Query IPL gives you the parms used... You can use SAIPL to bring up z/VM the first time on new DASD (just specify correct PDVOL=) .. then run SALIPL on the IPL volume to make the parms stick and not need SAIPL next time.. Scott Rohling On Thu, Aug 16, 2018 at 2:17 PM Davis, Jim

Re: Moving z/vm and zlinux volumes from old dasd to new dasd

Last question Q IPLPARMS On Thu, Aug 16, 2018 at 4:14 PM, Davis, Jim [PRI-1PP] < jim.da...@primerica.com> wrote: > I have been tasked with moving our z/VM and zlinux file system volume from > an old DASD system to a New DASD system. > All of my device numbers / unit addresses will change. > > I

Re: Moving zLinux to a bigger disk - solved

Hi Donald, > Just FYI... I spent many hours tinkering with VM DRR and Linux dd and > different experiments of formatting etc etc. I had a case open with Red > Hat, which they eventually pretty much gave up on and gave me the source > code for fdasd and dasdfmt (which is where I learned of the

Re: Moving zLinux to a bigger disk - solved

Peter, THANK YOU !! Using fdasd option u fixed it up. I was then able to expand the file system and I now have a happy RHEL system on a mod-27 with lots of spare space. Just FYI... I spent many hours tinkering with VM DRR and Linux dd and different experiments of formatting etc etc. I had a case

Re: Moving zLinux to a bigger disk

On 29.06.2018 00:10, Donald Russell wrote: > On Thu, Jun 28, 2018 at 14:27 Donald Russell wrote: >> The dasdfmt -b 4096 --mode=expand worked great. Started formatting the >> disk at track 150240 as expected. But then fdasd choked saying only the >> first 10016 cylinders are formatted so I

Re: Moving zLinux to a bigger disk

>>> On 6/28/2018 at 06:10 PM, Donald Russell wrote: > I forgot to put a subject. Now there*s one. :-) > Don > > On Thu, Jun 28, 2018 at 14:27 Donald Russell wrote: > -snip- >> Any suggestions beyond install from scratch on the larger disk? :-) What I typically do is: 1. Run dasdfmt on the

Re: Moving on

> I started in the business in 1972. Our local college had an 8k IBM 1130 Almost immediately, > I wanted to find out move about it. After graduation, I went to work at my present employer > (Baldor). After 40 years here, I have accepted an early retirement. Sounds like we both got into the

Re: Moving on

I just unsubscribed with my old email and reset with a personal one. Really makes sense noting Corp social policies these days too. Kurt On Feb 9, 2017 1:08 PM, "Mark Post" wrote: >>> On 2/8/2017 at 02:57 PM, Ron Foster wrote: > After 40 years here, I

Re: Moving on

>>> On 2/8/2017 at 02:57 PM, Ron Foster wrote: > After 40 years here, I have accepted an early retirement. Hi, Ron, Glad to hear you're able to retire. Are you going to actually retire, or look for work elsewhere? It was nice getting to know you via work and at SHARE.

Re: Moving on

​While the IT guys might be willing - I'd hope the company's business and security policies wouldn't allow that.Any forwarding should be to whoever will be responsible for Ron's business communications and Baldor. Less messy all around to just subscribe with your own personal email. Scott

Re: Moving on

Create a gmail account and ask Baldor's IT to auto-forward your emails for a couple of months? -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Ron Foster Sent: Wednesday, February 08, 2017 11:57 AM To: LINUX-390@VM.MARIST.EDU Subject: Moving on I

Re: Moving on

Congratulations, Mike!! Regards, Len Leonard J. Santalucia CTO | Business Development Manager | Certified Specialist Vicom Infinity, Inc. IBM Premier Business Partner One Penn Plaza - Suite 2010 New York, New York 10119 Office804-918-3728 

Re: Moving on

congrats! On 08/17/2015 10:43 AM, Michael MacIsaac wrote: I have again started a new job, moving on from Innovation Data Processing to ADP. At Innovation, helping to roll out the FDRPASVM product that allows you to migrate running Linux and z/VM systems to new DASD regardless of

Re: Moving on

On 8/17/2015 at 10:43 AM, Michael MacIsaac mike99...@gmail.com wrote: Hello lists, I have again started a new job, moving on from Innovation Data Processing to ADP. It's starting to get difficult to keep track of you lately. After 30 years in one place, now you're job hopping. :) I

Re: Moving on

Congratulations Mike! ADP is a company I admire very much, you will have fun working there. On Aug 17, 2015 11:49, Leonard Santalucia lsantalu...@vicominfinity.com wrote: Congratulations, Mike!! Regards, Len Leonard J. Santalucia CTO | Business Development Manager | Certified Specialist

Re: Moving on

Congratulations Mike! We will need to reinstate a moving on list just for you. David div Original message /divdivFrom: Michael MacIsaac mike99...@gmail.com /divdivDate:08-17-2015 11:43 (GMT-04:00) /divdivTo: LINUX-390@VM.MARIST.EDU /divdivSubject: Moving on /divdiv /divHello

Re: Moving on

Congrats and good luck on your new job Mike... I have again started a new job, moving on from Innovation Data Processing to ADP. At Innovation, helping to roll out the FDRPASVM product that allows you to migrate running Linux and z/VM systems to new DASD regardless of manufacturer was a

Re: Moving Root DASD

On 10/11/2012 11:20 PM, Scott Rohling wrote: The easiest thing to do is bring the guest down and LINK these 2 disks from another running Linux .. mount them as /mnt /mnt/disk1 and 2 and copy - I would use rsync: rsync -av /mnt/disk1/ /mnt/disk2 In case you follow down this path, don't

Re: Moving Root DASD

Would he need to execute the 'chroot' and 'zipl' commands after copying the disk contents? Thomas Denier Thomas Jefferson University Hospital -Scott Rohling wrote: - The easiest thing to do is bring the guest down and LINK these 2 disks from another running Linux .. mount them as /mnt

Re: Moving Root DASD

The easiest thing to do is bring the guest down and LINK these 2 disks from another running Linux .. mount them as /mnt /mnt/disk1 and 2 and copy - I would use rsync: rsync -av /mnt/disk1/ /mnt/disk2 Unmount, detach - and swap the disks in the directory so the big disk is the same address as

Re: Moving Root DASD

On 10/11/2012 at 03:41 PM, Ben Duncan b...@linux4ms.net wrote: Hi group. Need to some help in transferring and recreating the ROOT ( / ) dasd device to another dasd Specifically we want to migrate from a 300MB partition and replace it with a 2Gb partition which is already formatted and

Re: Moving LVM volume group to another system

Did you do a vgscan? On Wed, Dec 21, 2011 at 9:33 AM, Mark Pace pacemainl...@gmail.com wrote: I've had a disk failure on my linux root filesystem, please don't ask how that happened, and now need to move an LVM file system to another Linux guest. I've added all the disk to the guest, put

Re: Moving LVM volume group to another system

Yes. sles003:/srv/ftp # vgscan Reading all physical volumes. This may take a while... Found volume group vg1 using metadata type lvm2 On Wed, Dec 21, 2011 at 9:42 AM, Jonathan Quay jonathan.q...@ihg.comwrote: Did you do a vgscan? On Wed, Dec 21, 2011 at 9:33 AM, Mark Pace

Re: Moving LVM volume group to another system

Can you see the /dev/mapper structures now? Mount 'em up. * * On Wed, Dec 21, 2011 at 9:50 AM, Mark Pace pacemainl...@gmail.com wrote: Yes. sles003:/srv/ftp # vgscan Reading all physical volumes. This may take a while... Found volume group vg1 using metadata type lvm2 On Wed, Dec

Re: Moving LVM volume group to another system

That didn't seem to help. But I did do an lvscan which showed that the lv was inactive. So I did an lvchange -ay and that did create the devices so that I could mount the system. Thanks very much On Wed, Dec 21, 2011 at 10:03 AM, Jonathan Quay jonathan.q...@ihg.comwrote: Can you see the

Re: Moving LVM volume group to another system

On 12/21/2011 at 10:10 AM, Mark Pace pacemainl...@gmail.com wrote: That didn't seem to help. But I did do an lvscan which showed that the lv was inactive. So I did an lvchange -ay and that did create the devices so that I could mount the system. The command you're looking for is vgchange

Re: Moving LVM volume group to another system

Thanks, I hope to never need it again. But as the last 2 days have shown. You never know! On Wed, Dec 21, 2011 at 1:13 PM, Mark Post mp...@novell.com wrote: On 12/21/2011 at 10:10 AM, Mark Pace pacemainl...@gmail.com wrote: That didn't seem to help. But I did do an lvscan which

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

... 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

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

: 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

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

. 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

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

with this. I know that Oracle on Linux can work well, and that's the truth. zNorman -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Barton Robinson Sent: Wednesday, March 23, 2011 Wednesday 8:58 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving Oracle

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

. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Christopher Cox Sent: Wednesday, March 23, 2011 11:12 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

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

/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

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

problems. It is religo politico - cannot argue with that type of vaporized logic. David Original Message Subject: Re: Moving Oracle off zLinux boxes -- comments from the field? From: Pat Carroll pcarr...@llbean.com Date: Wed, March 23, 2011 1:30 pm To: LINUX-390@VM.MARIST.EDU Works

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

On Wednesday, 03/23/2011 at 12:09 EDT, Barton Robinson bar...@vm1.velocity-software.com wrote: so is this guy a troll or just someone clueless (and i'm tryin to be nice). And I assume that Alan is behind the wood shed counciling... I will graciously assume that you were referring to some other

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

Subject: Re: Moving Oracle off zLinux boxes -- comments from the field? The poster must have been confusing our world with vmware. Grins. We are supported. Echoing Barton Oracle runs *VERY WELL*. IBM has experts that will come in tune the LIVING DAYLIGHTS out of Oracle - including reaching back

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

Hi James , There is a couple information that should be knowing before someone take some strange decision like that . The first is your machine model and size of the linux guest , and also the number of linux guest running at the same lpar . About the Oracle slow response , that would really

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

Especially with 11R2 due out any minute (day). Gerard -Original Message- From: Linux on 390 Port [mailto:LINUX-390@vm.marist.edu] On Behalf Of Barton Robinson Sent: Friday, March 18, 2011 5:03 PM To: LINUX-390@vm.marist.edu Subject: Re: Moving Oracle off zLinux boxes -- comments from

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

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

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

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

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

inline: graycol.gifinline: pic26058.gifinline: ecblank.gifattachment: BARTON.vcf

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

It's government, what do you expect ;-) James Chaplin -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Barton Robinson Sent: Friday, March 18, 2011 5:03 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving Oracle off zLinux boxes -- comments from

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

@VM.MARIST.EDU Subject: Re: Moving Oracle off zLinux boxes -- comments from the field? It's government, what do you expect ;-) James Chaplin -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Barton Robinson Sent: Friday, March 18, 2011 5:03 PM To: LINUX-390

Re: Moving On

Mark, Glad to hear that you find a good position. Best of luck to you. Bob Bob Horne IBM Software Group - Tivoli Atlanta, GA From: Mark Wheeler mwheele...@hotmail.com To: LINUX-390@vm.marist.edu Date: 02/18/2010 10:30 AM Subject: Moving On Sent by: Linux on 390 Port LINUX-390@vm.marist.edu

Re: Moving On: Cross-posted to linux and vm lists

Phil best of luck in your new role and look forward to your posts David Kreuter Original Message Subject: Moving On: Cross-posted to linux and vm lists From: Phil Tully tull...@optonline.net Date: Tue, December 29, 2009 8:12 pm To: LINUX-390@VM.MARIST.EDU To All, As of

Re: Moving a Samba directory

how much shorter you can make this outage. Aria -Original Message- From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Tom Duerbusch Sent: Wednesday, September 09, 2009 4:39 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving a Samba directory Like I said, I knew

Re: Moving a Samba directory

am not sure how much shorter you can make this outage. Aria -Original Message- From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Tom Duerbusch Sent: Wednesday, September 09, 2009 4:39 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving a Samba directory Like I

Re: Moving a Samba directory

Thanks Mark I can slip this thru and cycle the Samba server, during a known time period where no one is actively accessing Samba files. Thanks Tom Duerbusch THD Consulting Mark Post mp...@novell.com 9/9/2009 6:14 PM On 9/9/2009 at 4:38 PM, Tom Duerbusch duerbus...@stlouiscity.com wrote:

Re: Moving a Samba directory

Mark Post wrote: On 9/9/2009 at 4:38 PM, Tom Duerbusch duerbus...@stlouiscity.com wrote: -snip- Right? When I cycle the server, the users have to reaccess their shares? I doubt it. The Windows clients won't know that Samba has been cycled, so they will just try to re-establish the

Re: Moving a Samba directory

Tom, To be safe, you want to do this while Samba is not running. When I upgrade the disks on my Samba server, I use rsync to copy the contents of the existing drive to the new drive using the -av and --delete options. You can do this during the day when the server is being used. Then just

Re: Moving a Samba directory

If you do not stop the samba service you run a risk of files being accessed during the move, and this could lead to corruption of the new files. As recommended before, you should be able to copy the bulk of the data without shutting down the service. With the bulk of the data mirrored on the new

Re: Moving a Samba directory

Like I said, I knew the answer to this one (i.e. shutdown Samba), but I hoping for a quick and dirty way, of doing the conversion with Samba still up. Well, once this is done, I can then add disks to the LVM on the fly. Just hate to have to do the scheduling of downtime (users and servers) when

Re: Moving a Samba directory

On 9/9/2009 at 4:38 PM, Tom Duerbusch duerbus...@stlouiscity.com wrote: -snip- Right? When I cycle the server, the users have to reaccess their shares? I doubt it. The Windows clients won't know that Samba has been cycled, so they will just try to re-establish the connection the next

Re: Moving native linux

So can anyone help me on this? I am still stuck. When I copy the volumes and then IPL from the new UCB It will only recognize the old volumes but I have changed everything in zipl.conf and fstab. One of my thoughts is that I need to change dasd_mod. During boot I get these messages: Starting

Re: Moving native linux

Paul, If you have access to a installation Linux, try this: 1 - start the installation as if you would reinstall from scratch 2 - somewhere in the installation, the installer will activate the dasds for you. as soon as it happens, drop to a shell (connect another session, and under sles or rhel

Re: Moving native linux

Did you run zipl and mk_initrd? -Original Message- From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Paul Meier Sent: Thursday, July 30, 2009 10:26 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving native linux So can anyone help me on this? I am still stuck. When I

Re: Moving native linux

On 7/30/2009 at 10:25 AM, Paul Meier pm.mli...@gmail.com wrote: So can anyone help me on this? I am still stuck. When I copy the volumes and then IPL from the new UCB It will only recognize the old volumes but I have changed everything in zipl.conf and fstab. One of my thoughts is that I

Re: Moving native linux

Thanks, I did not run mkinitrd. I did everything else but that. It works now! Thanks! On Thu, Jul 30, 2009 at 1:53 PM, Mark Post mp...@novell.com wrote: On 7/30/2009 at 10:25 AM, Paul Meier pm.mli...@gmail.com wrote: So can anyone help me on this? I am still stuck. When I copy the volumes

Re: Moving native linux

What would I need to change to make sure this works. First thing, download and run www.sinenomine.net/download/sane-dasd-update to change the by-id references you have in your /etc/fstab to by-path BEFORE you lose the old disks. The way things are now, your system is irrevocably linked to

  1   2   3   >