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

artha McConaghy >> Sent: Tuesday, April 5, 2022 5:20 PM >> To: LINUX-390@VM.MARIST.EDU >> Subject: [EXTERNAL] [LINUX-390] Moving LUNs using z/VM >> >> 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). The

Re: Moving LUNs using z/VM

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 stress. > Good luck > Dave > >

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

on 390 Port On Behalf Of > Martha McConaghy > Sent: Tuesday, April 5, 2022 5:20 PM > To: LINUX-390@VM.MARIST.EDU > Subject: [EXTERNAL] [LINUX-390] Moving LUNs using z/VM > > I have a few RHEL servers that run on z/VM but boot off of a direct attached > SAN LUN (not an

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

t; Martha McConaghy > Sent: Tuesday, April 5, 2022 5:20 PM > To: LINUX-390@VM.MARIST.EDU > Subject: [EXTERNAL] [LINUX-390] Moving LUNs using z/VM > > 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

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

Moving LUNs using z/VM

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 these LUNs to the new storage? I was looking at

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

that you don't care as much about moving around since it's easy enough to (re)create them. That's the theory, anyway. - - - - - - - - - - Timothy Sipples I.T. Architect Executive Digital Asset & Other Industry Solutions IBM Z & LinuxONE - - - - - - - - - - E-Mail: sipp...@sg

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?

volumes and IPLing off of the new volumes. No luck, the virtio modules aren't available in the guest so it can't see any DASD. Has someone put together a recipe for moving a guest from z/VM to KVM? Or am I heading down a dead end? I'm not aware of one, but I wouldn't call it a dead end, either

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?

ff of the new volumes. No luck, the virtio >> modules aren't available in the guest so it can't see any DASD. >> >> Has someone put together a recipe for moving a guest from z/VM to KVM? Or am >> I heading down a dead end? > > I'm not aware of one, but I wouldn't cal

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

dules aren't available in the guest so it can't see any DASD. > > Has someone put together a recipe for moving a guest from z/VM to KVM? Or am > I heading down a dead end? I'm not aware of one, but I wouldn't call it a dead end, either. As a first step, I would rebuild the initrd wit

Moving a Linux guest from z/VM to KVM?

. Has someone put together a recipe for moving a guest from z/VM to KVM? Or am I heading down a dead end? -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message

Re: performance problems db2 after moving from AIX

On Tue, Nov 3, 2020 at 8:46 AM Grzegorz Powiedziuk wrote: > Hi, I could use some ideas. We moved a huge db2 from old p7 aix to rhel7 > on Z and we are having big performance issues. > What about enabling SMT in z/VM ? Would 10 cpu db2 take an advantage of this? On the p8 they had SMT-8 turned

Re: performance problems db2 after moving from AIX

> Where can I look for potential relief? Everyone was hoping for a better > performance not worse.I am hoping that there is something we can tweak to > make this better. Only because I didn't see it specifically in the thread yet, do you have similar large page size support/tuning in both

Re: performance problems db2 after moving from AIX

Can you provide the zVM SRM parameters and MT status? Regards, Phil Tully Chief Architect-z/VM & z/Linux phil.tu...@adp.com cell: 973-202-7427 1-800 377-0237,,5252697# On 11/3/20, 12:25 PM, "Linux on 390 Port on behalf of Grzegorz Powiedziuk" wrote: WARNING: Do not click links or

Re: performance problems db2 after moving from AIX

On Tue, 3 Nov 2020 at 21:27, Grzegorz Powiedziuk wrote: > > In the performance monitor toolkit it shows around 12.000 diag x'9c' /s > and 50 x'44' > But at this time of a day everything is calm. i will check again tomorrow. > Lot's of diag x'9c' would indicate too many virtual cpus right? > You

Re: performance problems db2 after moving from AIX

Diag 9C are low cost, Diag 44 not so much.  50 is a low number. On 11/3/2020 12:27 PM, Grzegorz Powiedziuk wrote: On Tue, Nov 3, 2020 at 1:58 PM Grzegorz Powiedziuk wrote: Thanks Christian. There is no pagging (swapping) here besides just regular kernel's house keeping (vm.swappiness =5 )

Re: performance problems db2 after moving from AIX

On Tue, Nov 3, 2020 at 3:25 PM Jim Elliott wrote: > Gregory, > > Yes, thrashing. :-) > > I like my name better and it even fits better :) I will keep an eye on page faults tomorrow but we are not overcommitting memory at all. Unless something inside of db2 is cooking but in linux there is no

Re: performance problems db2 after moving from AIX

On Tue, Nov 3, 2020 at 1:58 PM Grzegorz Powiedziuk wrote: > Thanks Christian. > There is no pagging (swapping) here besides just regular kernel's house > keeping (vm.swappiness =5 ) > rhel 7 doesn't give me diag_stat in the debug filesystem hmm > > On Tue, Nov 3, 2020 at 12:37 PM Christian

Re: performance problems db2 after moving from AIX

Gregory, Yes, thrashing. :-) Jim Elliott Senior IT Consultant - GlassHouse Systems Inc. On Tue, Nov 3, 2020 at 2:07 PM Grzegorz Powiedziuk wrote: > On Tue, Nov 3, 2020 at 1:57 PM Jim Elliott wrote: > > > Gregory, > > > > The 9117-MMD could range from 1 chip/4 cores all the way up to 16 >

Re: performance problems db2 after moving from AIX

On Tue, Nov 3, 2020 at 1:57 PM Jim Elliott wrote: > Gregory, > > The 9117-MMD could range from 1 chip/4 cores all the way up to 16 chips/64 > cores at either 3.80 or 4.22 GHz. If it has 15 cores, then it was likely > the 4.22 GHz 5 chip/15 core version. Using 10 out of 15 cores (even at 100% >

Re: performance problems db2 after moving from AIX

On Tue, Nov 3, 2020 at 1:35 PM r.stricklin wrote: > > I recently had a vaguely similar problem with a much smaller database on > linux (x86, mysql for zabbix) that presented bizarre performance issues > despite clearly having lots of resources left available. > > What our problem ended up being

Re: performance problems db2 after moving from AIX

Thanks Christian. There is no pagging (swapping) here besides just regular kernel's house keeping (vm.swappiness =5 ) rhel 7 doesn't give me diag_stat in the debug filesystem hmm On Tue, Nov 3, 2020 at 12:37 PM Christian Borntraeger < borntrae...@linux.ibm.com> wrote: > On 03.11.20 14:46,

Re: performance problems db2 after moving from AIX

Gregory, The 9117-MMD could range from 1 chip/4 cores all the way up to 16 chips/64 cores at either 3.80 or 4.22 GHz. If it has 15 cores, then it was likely the 4.22 GHz 5 chip/15 core version. Using 10 out of 15 cores (even at 100% busy) should fit on 5 z14 ZR1 or z14 M0x IFLs. Sounds like there

Re: performance problems db2 after moving from AIX

On Nov 3, 2020, at 5:46 AM, Grzegorz Powiedziuk wrote: > DB2 is running on the ext4 filesystem (Actually a huge number of > filesystems- each NODE is a separate logical volume). Separate for logs, > data. I recently had a vaguely similar problem with a much smaller database on linux (x86, mysql

Re: performance problems db2 after moving from AIX

Can you provide the output of Q MULTITHREAD and Q SRM Regards, Phil Tully Chief Architect-z/VM & z/Linux phil.tu...@adp.com cell: 973-202-7427 1-800 377-0237,,5252697# On 11/3/20, 8:47 AM, "Linux on 390 Port on behalf of Grzegorz Powiedziuk" wrote: WARNING: Do not click links or open

Re: performance problems db2 after moving from AIX

On 03.11.20 14:46, Grzegorz Powiedziuk wrote: > Hi, I could use some ideas. We moved a huge db2 from old p7 aix to rhel7 on > Z and we are having big performance issues. > Same memory, CPU number is down from 12 to 10. Although they had > multithreading ON so they saw more "cpus" We have faster

Re: performance problems db2 after moving from AIX

Hi Jim, correction - we have z14 not z114 .. .not sure why I keep calling our z14 z114 ;) We have z14 We have 16 IFLs in total shared across 5 z/VM lparps but really there is literally nothing running in there yet beside this one huge VM which has 10 IFLs configured. We have plenty of spare

Re: performance problems db2 after moving from AIX

Gregory: Do you have a z114 with 10 IFLs? That is the maximum number of IFLs available on a z114 (2818-M10) and would be unusual. Is this a single z/VM LPAR? How much memory is on the z114 (and in this LPAR)? Also, what was the specific MT/Model for the P7 box? If you were to compare a 12-core

Re: performance problems db2 after moving from AIX

you've got a gig of swap used , and you said %system CPU time is way higher while the system becomes unusable ? are you actively swapping during that time when the system is not responsive? If yes you need to try to either add memory or reduce the memory demand on the system. On Tue, Nov 3, 2020

performance problems db2 after moving from AIX

Hi, I could use some ideas. We moved a huge db2 from old p7 aix to rhel7 on Z and we are having big performance issues. Same memory, CPU number is down from 12 to 10. Although they had multithreading ON so they saw more "cpus" We have faster disks (moved to flash), faster FCP cards and faster

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

Moving Root to Larger disk

I am trying to move a Linux root (/) file system to a larger disk format I was able to block copy the data from one device to the other using the DD command below dd if=/dev/dasdb1 of=/dev/dasdd1 bs=64K conv=noerror,sync But I need to make the new Device Bootable and normally I

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

Of Davis, Jim [PRI-1PP] Sent: Thursday, August 16, 2018 17:15 To: LINUX-390@VM.MARIST.EDU Subject: Moving z/vm and zlinux volumes from old dasd to new dasd 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

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

pdnum=1 pdvol=F004 To determine the IPL parameters of the existing system, use the Q IPLPARMS command. Regards, Fred From: "Davis, Jim [PRI-1PP]" To: LINUX-390@VM.MARIST.EDU Date: 08/16/2018 05:16 PM Subject:Moving z/vm and zlinux volumes from old dasd to 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

] < 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 have been successful in moving all of the z/linux volumes.

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 wil

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

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 have been successful in moving all of the z/linux volumes. My problem is how to move the 6 VM volumes since the IPL text

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

Moving zLinux to a bigger disk

I forgot to put a subject. Now there’s one. :-) Don On Thu, Jun 28, 2018 at 14:27 Donald Russell wrote: > I have RHEL 7 system on a mod-9 (10016 cup) ECKD DASD and want to move it > to a mod-27 (32759 cyl). > > The disk is not in use, I used zVM/CMS to DDR the disk to the larger one. > Then I

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

f Of Ron > Foster > Sent: Wednesday, February 08, 2017 11:57 AM > To: LINUX-390@VM.MARIST.EDU > Subject: 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, >

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

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. I enjoyed the people on the mailing

Re: Moving on

: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Michael MacIsaac Sent: Monday, August 17, 2015 10:43 AM To: LINUX-390@VM.MARIST.EDU Subject: Moving on Hello lists, I have again started a new job, moving on from Innovation Data Processing to ADP. At Innovation, helping to roll out

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

Moving on

Hello lists, 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 challenging and satisfying project

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

AM To: LINUX-390@VM.MARIST.EDU Subject: Moving on Hello lists, 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

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

Destination z articles -- moving a data center (two parts)

I previously sent first article, not second. Here are both parts... Planning for Data Center Move Is Critical Clearly defining steps and outcome before a move, upgrade or build helps ensure a smooth transition to success

Automatische Antwort: Destination z articles -- moving a data center (two parts)

Ich bin zur Zeit nicht im Haus. Meine Mails werden nicht weitergeleitet. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit

Porto Alegre: A smarter city that keeps its citizens moving

Porto Alegre: A smarter city that keeps its citizens moving http://www-03.ibm.com/software/businesscasestudies/us/en/corp?synkey=L470824Z40607B29 Sent from LinkedIn for Android

Re: Z9 to Z114, Z/VM5.4 to Z/VM6.2 and moving Z/OS to a guest?

Mainframe Technical Support -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Bruce Arro Sent: Monday, May 27, 2013 4:41 AM To: LINUX-390@VM.MARIST.EDU Subject: Z9 to Z114, Z/VM5.4 to Z/VM6.2 and moving Z/OS to a guest? Hi list Looking for the way

Re: Z9 to Z114, Z/VM5.4 to Z/VM6.2 and moving Z/OS to a guest?

And just for completeness, I have a customer happily running 5.4 on a z114. I would go for 6.2 on the new box, but you'd have to think IBM would cane you something awful with licensing for running z/OS as guests. Needs must I suppose ... Shane ... On Tue, May 28th, 2013 at 8:09 PM, Feller, Paul

Re: Z9 to Z114, Z/VM5.4 to Z/VM6.2 and moving Z/OS to a guest?

z/VM 540 is at least supported on a z114... however running production zOS under z/VM is not really recommended so I have to ask why you are not considering upgrading zOS? That would also have to help simplify your System z push/pull process for the upgrade. Here is a quick high level z114 FAQ

Re: Z9 to Z114, Z/VM5.4 to Z/VM6.2 and moving Z/OS to a guest?

On Monday, 05/27/2013 at 04:43 EDT, Bruce Arro ba...@amcotec.co.za wrote: Have a Z9 with 1 CP and 5 IFL's. Have 4 X Z/VM 5.4 LPARS with various versions of SUSE Linux running as guests and a Z/OS Prod and Test Lpar. Are installing a Z114 in a few weeks time and would like to upgrade to Z/VM

Re: Z9 to Z114, Z/VM5.4 to Z/VM6.2 and moving Z/OS to a guest?

On Tuesday, 05/28/2013 at 06:29 EDT, Shane G ibm-m...@tpg.com.au wrote: I would go for 6.2 on the new box, but you'd have to think IBM would cane you something awful with licensing for running z/OS as guests. Why? Some of my IBM brethren are more knowledgeable on this subject than I, but I

Re: Z9 to Z114, Z/VM5.4 to Z/VM6.2 and moving Z/OS to a guest?

On Tuesday, 05/28/2013 at 09:14 EDT, Kurt Acker/Endicott/IBM@IBMUS wrote: z/VM 540 is at least supported on a z114... however running production zOS under z/VM is not really recommended There was a time when even the minimal overhead of z/VM was enough to make running z/OS as a guest

Z9 to Z114, Z/VM5.4 to Z/VM6.2 and moving Z/OS to a guest?

Hi list Looking for the way forward. Have a Z9 with 1 CP and 5 IFL's. Have 4 X Z/VM 5.4 LPARS with various versions of SUSE Linux running as guests and a Z/OS Prod and Test Lpar. Are installing a Z114 in a few weeks time and would like to upgrade to Z/VM 6.2 also Questions. 1) Is it easier

Re: Moving Root DASD

mkinitrd # not necessary with RHEL6 With zfcp attached scsi disks this is usually mandatory since one can hardly influence target WWPN and LUN to be the same after moving to another disk (or even a disk in another storage system). If you don't have another running Linux you can do something similar

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

Moving Root DASD

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 prepped. Any pointer or how to's on this ? Thanks ... Ben Duncan -

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

MEMO: Moving Over, Not On

All, I'm writing to inform everyone that effective today, I have transferred from Novell Technical Services to the SUSE SLE Core team. (No more on call duty! Yay!) Part of my charter is to help determine what our customers want and need in the way of improvements and new features, and use

  1   2   3   4   >