It's part of the s390-tools package on SLES 15 so you'd think it'd be on RH9 as
well.
Try rpm -qil s390-tools | grep lsdasd
On SLES it is in /sbin so if you aren't root, you'd need the full path
-Original Message-
From: Linux on 390 Port On Behalf Of Martha McConaghy
Sent:
You can pass things to grub on the IPL command using the PARM statement. I
just had to do that when I needed to validate a systemd timing problem with a
kernel parm. It's tricky with the lower case stuff.
Is that what you are trying to do?
-Original Message-
From: Linux on 390 Port
OR: could not insert 'diag288_wdt': Invalid argument
>
> SLES 15 SP3
> modprobe diag288_wdt
> modprobe: ERROR: could not insert 'diag288_wdt': Invalid argument
>
> SLES 15 SP1
> modprobe diag288_wdt
> (no error, but no output)
>
> Duane
>
> -Original Message-
Does anyone have a SLES 15 SP4 system that they could try this command on?
modprobe diag288_wdt
If it fails do you have an earlier 15 SP that it does work with?
Marcy
--
Marcy
--
For LINUX-390 subscribe / signoff / archive
root= kernel
option and point to the device number by-path. Thank you for reminding me to
look for this option. Don't know how it got commented out or perhaps it was
never uncommented.
Thanks again,
Aria
-Original Message-
From: Linux on 390 Port On Behalf Of Marcy Cortes
Sent: W
Aria, I've had in our build stuff since the sles 12 days to put this in
/etc/default/grub
GRUB_DISABLE_LINUX_UUID=true
I think that might help your boot duplicate issues?
My brain cells that contained why I did that seem to have been reused for
another purpose though, so maybe it was something
So you must not have added any disks since 12 SP4, Mark.
This is 12 SP5 server that's been through a lot of upgrades (and upgrades
within the support period).
me@x:/home/me> ls -alt /etc/udev/rules.d/*dasd*
-rw-r--r-- 1 root root 363 Jul 24 2020
Thanks for the heads up Aria!
We have a lot of them that upgraded from 12 to Sp1, then sp2, and now SP3 is
being tested. Many have the 41's and 51's.
We'll look for this and report it if it happens here too.
-Original Message-
From: Linux on 390 Port On Behalf Of Aria Bamdad
Sent:
I had that exact problem on Tuesday.
Ended up taking my volume back to VM, dedicating the OSAs, and fixing my config
there.
Keep linux under VM where god intended it to be is my advice ;)
If you figure it out, please share. In my experience, the sysascii prompt pops
up way after tons of
Well, I'd be thrilled if something new only needed 72G ;)
I know, that doesn't help, but it seems like a not unreasonable amount these
days.
-Original Message-
From: Linux on 390 Port On Behalf Of Rick Barlow
Sent: Wednesday, April 21, 2021 11:44 AM
To: LINUX-390@VM.MARIST.EDU
You need software that provides a clustered file system. Spectrum Scale is one
such piece of SW.
SUSE has HAE as well. Not sure what RH has.
Marcy
-Original Message-
From: Linux on 390 Port On Behalf Of Rinaldo Akio
Uehara
Sent: Monday, February 8, 2021 3:31 PM
To:
We make extensive use of it for sharing file systems between servers. We
haven't used it with OpenShift or NFS, though. Haven't had a need for that
yet. It works well for us!
Marcy
-Original Message-
From: Linux on 390 Port On Behalf Of Mittelstädt,
David
Sent: Tuesday, January
On 14.01.2021 02:11, Marcy Cortes wrote:
> I tried to bring it up today, but it failed to find the ipl volume.
> I figured out that it was because we are on site 2 disk this week and the
> real address to use in the HMC is 5 digit, starting with a 1, say 10F57.
> I need to add that
(Cross-posted to IBMVM and Linux-390)
So I have this server that once in a while needs to be in a LPAR manage crypto
keys, but I want him under VM because it’s just better there
I tried to bring it up today, but it failed to find the ipl volume. I figured
out that it was because we are on
So poking around z90crypt.service comes with libica-tools packages on sles15
sp2.
It's not installed by default.
I put it on and started it with systemctl start and does start but throws this
error
z90crypt[40815]: modprobe: FATAL: Module zcrypt_pcixcc not found in directory
Graves
IBM Z Dallas ISV Center
aaron.gra...@ibm.com
845-433-3672
From: Marcy Cortes
To: LINUX-390@VM.MARIST.EDU
Date: 12/14/2020 06:51 PM
Subject:[EXTERNAL] Re: Oracle client for SLES 15?
Sent by:Linux on 390 Port
I got it to install by adding a line to the cvu_config
We have haveged on our sles 15 SP2 servers. We didn't consciously put it there
:) All of ours were upgrades from SP1, though. So maybe that had it? We've
not had any issues.
-Original Message-
From: Linux on 390 Port On Behalf Of Aria Bamdad
Sent: Tuesday, December 15, 2020
I got it to install by adding a line to the cvu_config file
CV_ASSUME_DISTID=SUSE12
Hmm. Looks like we are missing SLES 15 support from Oracle :(
From: Cortes, Marcy D. [PRINCIPAL ENGINEER]
Sent: Monday, December 14, 2020 1:32 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Oracle client for SLES
Oracle 19c.
Has anyone found a client for Oracle for sles 15? I can't believe there
wouldn't be one.
Using this one LINUX.ZSERIES64_193000_client.zip - Oracle Database 19c Client
(19.3) for IBM: Linux on System z (64 bit)
results in
[WARNING] [INS-08101] Unexpected error while executing the
That was going to my next question. We have run into similar with LVM with
ECKD stuff after new disks have been added. We opened tickets and all have
been fixed with updates to various pieces (lvm2 being one I remembered).
-Original Message-
From: Linux on 390 Port On Behalf Of
When it's up, try running
grub2-mkconfig -o /boot/grub2/grub.cfg
grub2-install
dracut -f
-Original Message-
From: Linux on 390 Port On Behalf Of Duane Beyer
Sent: Sunday, December 6, 2020 8:14 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] LVM does not
>I'm also beginning to detect a pattern in DR environments: The z/VM
>systems themselves aren't replicated. There is as often as not a
>cold/warm/hot z/VM system already in the DR site with a site-specific
>configuration. Linux data is replicated, plus any "utility" data used by
>the
You can do something like
sed -i -e 's/16/24/g' filename
Or you can change the info with the IP command, and then get in and fix with VI
-Original Message-
From: Linux on 390 Port On Behalf Of Frank M.
Ramaekers
Sent: Tuesday, October 6, 2020 8:07 AM
To:
I wouldn't think so. You'd need a client on VM.
Marcy
-Original Message-
From: Linux on 390 Port On Behalf Of Jim Elliott
Sent: Monday, September 28, 2020 7:58 AM
To: LINUX-390@VM.MARIST.EDU
Subject: [LINUX-390] Spectrum Scale and z/VM
Can Spectrum Scale (GPFS) be used as the disk
Yes, 1 catcher with control/usage on 1 domain and control on the rest to load
all the keys on a card.
If we did it on the Linux guest that will actually use the key, I would have to
move all those guests around to 8 different CEC's in two different datacenters.
That's just not going to
m.com>
Phone: ++49-(0)7031-16-1130
Fax: ++49-(0)7031-16-3456
IBM Deutschland Research & Development GmbH
Vorsitzender des Aufsichtsrats: Matthias Hartmann
Geschäftsführung: Dirk Wittkopp
Sitz der Gesellschaft: Böblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294
___
: Matthias Hartmann
Geschäftsführung: Dirk Wittkopp
Sitz der Gesellschaft: Böblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294
- Original message -----
From: Marcy Cortes
mailto:marcy.d.cor...@wellsfargo.com>>
Sent by: Linux on 390 Port
In this doc http://public.dhe.ibm.com/software/dw/linux390/docu/l91xct00.pdf
page 13, what are these credentials? Where are they defined?
Marcy
This message may contain confidential and/or privileged information. If you are
not the addressee or authorized to receive this for the addressee,
Yea, I don't have a pidfile and it all seems to keep track of which processes.
I used Type=forking
On 8/19/20, 11:03 AM, "Linux on 390 Port on behalf of Mark Post"
wrote:
On 8/18/20 10:47 PM, Grzegorz Powiedziuk wrote:
> Do you specify the pidfile and does the wrapper
> script
Why not use DB2 HADR and then you can just do the takeover command?
Marcy
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
It's not fun...
We have a .service file of type forking that calls a script of ours to
start it and stop it.
systemd is cool with that.
However, if you stop and then start db2 outside of db2 it's no longer
associated with that service and systemd whacks its processes at shutdown
time, resulting
I don’t suppose you have a license for Spectrum Scale either? ( formerly
known as GPFS)
On Tue, Aug 18, 2020 at 8:34 AM Mittelstädt, David <
david.mittelsta...@dataport.de> wrote:
> Hi everyone,
>
>
>
> In my company I need to set up a HA NFS cluster on RHEL 7 running on z/VM
> 7.1. But my
Each virtual cpu will need to run on a real cpu.So those will end up
waiting behind themselves and make things worse.
-Original Message-
From: Linux on 390 Port On Behalf Of Mariusz Walczak
Sent: Friday, July 31, 2020 4:46 PM
To: LINUX-390@VM.MARIST.EDU
Subject: [LINUX-390]
I didn't see an answer.
You need
1. Linux
2. a z15
3. Java 1.8 - any level
4. Something that uses the Java api's to compress/decompress data.
Basically, it can create a compressed thing that is missing an end of file
marker and deflating it goes into a loop.
WAS has dealt with the deflate
You might want to take a look at this
https://www.ibm.com/support/knowledgecenter/linuxonibm/liaaf/lnz_r_ht.html
-Original Message-
From: Linux on 390 Port On Behalf Of Davis, Larry
(National VM Capability)
Sent: Thursday, July 23, 2020 3:41 PM
To: LINUX-390@VM.MARIST.EDU
Subject:
+2
-Original Message-
From: Linux on 390 Port On Behalf Of Mark Post
Sent: Monday, July 20, 2020 12:16 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] VM system name
On 7/20/20 1:09 PM, Stewart, Lee wrote:
> +1
OK, that's one (sorry, but retirees who won't use the tool don't
Late to the game, but I would probably make a .service file that did something
like
ExecStart= echo $(/sbin/vmcp q userid | awk '{print $3}') > /etc/vmsysname
and then anything could look at the file.
An LGR'd guest would be wrong, but I don't think you use that.
Marcy
I don't have any SLES 11 to check, but I'm pretty sure there is a
/etc/modprode.d or /etc/modprobe.conf that it goes into
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to
The correct way would be to use /etc/mod probe.d/ for SUSE
On Tue, Jun 30, 2020 at 10:24 AM Edgington, Jerry <
jerry.edging...@westernsouthernlife.com> wrote:
> Here is an example for Redhat.
>
> [root@u060rh7gld system]# more vmcpdetach.target
> [Unit]
> Description= Detach z/VM mdisk
>
-26 11:47:02
Re-enciphered: (never)
Marcy Cortes
VP/Principal Engineer, z/VM and Linux on IBM z Systems
Technology Infrastructure / Core Engineering / Mainframe/Midrange Services (MMS)
Wells Fargo Bank | MAC A2809-010 | San Francisco
Cell 415-517-0895
marcy.d.cor...@wellsfargo.com
: cbd966000f0da3bf675923fc44332bac
84100bb540f6b00f596b76ceacf9cb41
Created : 2020-06-25 19:12:33
Changed : 2020-06-26 11:47:02
Re-enciphered: (never)
Marcy Cortes
VP/Principal Engineer, z/VM and Linux on IBM
arry
System Programmer
Operating Systems
EVERTEC, LLC
-Original Message-
From: Linux on 390 Port On Behalf Of Marcy Cortes
Sent: Wednesday, April 29, 2020 7:54 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Dracut error after Booting default (grub) message
you aren't the only one.
Someth
> you aren't the only one.
>
> Something's definitely different. Open a case with your Linux support.
>
> For at least all of the system volumes (ones needed to boot) , consider
> erasing the 51-dasd* rules in /etc/udev/rules.d and then using "chzdev -e "
> to put back new 41-dasd-eckd* rules.
>
you aren't the only one.
Something's definitely different. Open a case with your Linux support.
For all least all of the system volumes (ones needed to boot) , consider
erasing the 51-dasd* rules in /etc/udev/rules.d and then using "chzdev -e " to
put back new 41-dasd-eckd* rules.
Then
Try when you are in that shell
vgchange -ay system
You may have to chzdev -e first
On Tue, Apr 21, 2020 at 9:21 AM Will, Chris wrote:
> This has now happened on two SLES 12 SP4 that have had any of the LVM root
> file system (/var /tmp, etc) expanded (lvextend). Here is the error
>
Yes, we had this in two forms. Both fixed by the dracut fix (and
rerunning it)
Subject: SR101238520451 Re dracut timeout problems after
patching
Marcy,
We released this fix in maint
(dracut-044.2-10.15.2.s390x). The other
Yes, we had this in two forms. Both fixed by the dracut fix (and rerunning
it)
Subject: SR101238520451 Re dracut timeout problems after patching
Marcy,
We released this fix in maint (dracut-044.2-10.15.2.s390x).
The other issue related to this:
System Architect/Technical Lead
SHARE Association: Vice President
Marist College IT
Poughkeepsie, NY 12601
From: Linux on 390 Port on behalf of Marcy Cortes
Sent: Wednesday, April 15, 2020 11:42 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Adding disk to roo
in the rd.dasd line
or cio_ignore (which is so unnecessary when running under z/VM).
Thanks,
Sam
(217) 862-9227 (office)
(602) 327-2134 (cell)
-Original Message-
From: Linux on 390 Port On Behalf Of Marcy Cortes
Sent: Wednesday, April 15, 2020 8:43 AM
To: LINUX-390@VM.MARIST.EDU
Subject
I'm kind of assuming RH7 works like sles11 and doesn't use grub2, but did you
"mkinird; zipl" after getting that disk online?
You can also "cat / run/initramfs/rdsosreport.txt" in that emergency mode to
get more details.
-Original Message-
From: Linux on 390 Port On Behalf Of Rick
There's been quite a lot of fixes to the lvm2 package. are you current?
-Original Message-
From: Linux on 390 Port On Behalf Of Will, Chris
Sent: Monday, April 6, 2020 9:26 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Quick question on single user mode
Here is the error
Here's what I have in my notes from when we had issues with SP4 vs new disks
Once you get the rescue system loaded, activate the devices
chzdev -e 0101-01ff
vgscan
if you think you might have an LVM problem and it went inactivate, activate VG
perhaps (vgchange -ay vgname)
If you need to rewrite
if you delete stuff, it will just prompt you for it. Which is good.
-Original Message-
From: Linux on 390 Port On Behalf Of Will, Chris
Sent: Thursday, March 12, 2020 7:55 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Quick question on single user mode
Hello and thanks for
Do you have current maintenance on LVM and the kernel? We went through some
of this shortly after SP4 went in. We have since received fixes.
The way we got out of it was pulling out the media and using the rescue system.
Have you done that before?
-Original Message-
From: Linux
What OS is this?
dasd_configure is replaced by chzdev
anything in /var/log/messages? or journal?
We've seen linux not be happy with things that might have been leftover on a
reused disk.
I'd run cpfmtxa over the entire volume just to be sure nothing like that is
happening.
McConaghy
Marist: System Architect/Technical Lead
SHARE Association: Vice President
Marist College IT
Poughkeepsie, NY 12601
From: Linux on 390 Port on behalf of Marcy Cortes
Sent: Thursday, January 23, 2020 11:02 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re
I’ve never done it in an LPAR, but it should be the same.
Use chmem-e 256G
Use lsmem to check
Sent with BlackBerry Work
(www.blackberry.com)
From: Martha McConaghy
mailto:martha.mccona...@marist.edu>>
Date: Thursday, Jan 23, 2020, 7:57 AM
To: LINUX-390@VM.MARIST.EDU
This brings up another set of questions from me :)
Under the assumption that hardware eventually fails and I could lose a card...
If there's two on a guest I assume things seamlessly continue on if one card
fails? Do I get messages on Linux, VM, or the HW if that should happen?
If there's
to only one LPAR at a time, but in
any case you cannot relocate a guest with APDED domains.
Regards,
Alan Altmark
IBM
> On Jan 17, 2020, at 8:00 PM, Marcy Cortes
wrote:
>
>
> One more question I have and its probably more VM orientated.
>
> Say we decide z/OS ICSF loads all the m
680 guests I mean - can't type!
-Original Message-
From: Linux on 390 Port On Behalf Of Marcy Cortes
Sent: Friday, January 17, 2020 5:00 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Pervasive disk encryption questions
One more question I have and its probably more VM
One more question I have and its probably more VM orientated.
Say we decide z/OS ICSF loads all the master keys for us (keeping CCA out of
the pic) . Can a guest on VM1 use the same card/domain as a guest on VM2 in
another lpar provided they user the same MK? Trying to figure out HW
Good stuff. Except the security redbook from 2013. that's ancient :)
-Original Message-
From: Linux on 390 Port On Behalf Of Neale Ferguson
Sent: Thursday, January 16, 2020 4:52 PM
To: LINUX-390@VM.MARIST.EDU
Subject: [LINUX-390] Interesting presentation
From LinuxConf AU by
st regards
Ingo
Linux on 390 Port wrote on 13/01/2020 17:34:43:
> From: Marcy Cortes
> To: LINUX-390@VM.MARIST.EDU
> Date: 13/01/2020 17:35
> Subject: [EXTERNAL] Re: [LINUX-390] Pervasive disk encryption questions
> Sent by: Linux on 390
Thanks! Was hoping you'd respond.
So essentially to do the disk encryption stuff documented here
https://www.ibm.com/support/knowledgecenter/en/linuxonibm/com.ibm.linux.z.lxdc/lxdc_linuxonz.html
one has to dedicate to the guest.
If I can put 16 cards on a z15, I'm essentially limited to 8
Cross posted to Linux-390 and IBMVM
First, my understand of virtualizing crypto is that if any of the cards are
defined as accelerators then CRYPTO APVIRT in the directory will give linux
an accelerator. If you want linux to have a coprocessor, you’d have to
dedicate one.If you want a lot
Is it true that it will be z15 only?
-Original Message-
From: Linux on 390 Port On Behalf Of Michel Beaulieu
Sent: Wednesday, November 27, 2019 6:11 AM
To: LINUX-390@VM.MARIST.EDU
Subject: [LINUX-390] OpenShift 4.2 for Linux on Z now available as a tech
preview.
OpenShift 4.2 for
According to the Veritas website, Netbackup on SLES 15 system Z is supported if
8.2 client.
Marcy
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO
Just went through all this a while ago!
Here's my instructions for my 101 -> 201 move
2. Enlarge the 101 disk if not already 1000 cyl (non LVM)
# Allocate a 1000 cyl disk at address 201
vmcp link \* 201 201
chccwdev -e 201
# Lsdasd - get new disk letter
dasdfmt -f /dev/dasd? -b 4096
I agree 100%. We decided it was too hard with all the frequent updates of the
kernel. Memory is cheaper than it used to be. I'm not sad to see this go so
other more important things can take place.
-Original Message-
From: Linux on 390 Port On Behalf Of Alan Altmark
Sent:
Alan wrote:
>I've been thinking for some time that we might want to consider revisiting
>that for the VINPUT command. It's a command specifically designed to
>deliver data to a guest, not CP and not someone else's console. As such,
>it should be left to the guest to do the translation if it
I should also add that once you are in the dreaded dracut shell, put it on your
USB stick!
Haha. Just kidding. Use cat and capture it to your console
Sent with BlackBerry Work
(www.blackberry.com)
From: Cohen, Sam mailto:sam.co...@lrs.com>>
Date: Tuesday, Jul 30, 2019, 10:49 PM
To:
Is there LVM in that disk selection?
Sent with BlackBerry Work
(www.blackberry.com)
From: Martha McConaghy
mailto:martha.mccona...@marist.edu>>
Date: Tuesday, Jul 30, 2019, 7:52 PM
To: LINUX-390@VM.MARIST.EDU
mailto:LINUX-390@VM.MARIST.EDU>>
Subject: [LINUX-390] Issues trying to install RHEL
-mail
> and delete this message. Thank you for your cooperation.
>
> -Original Message-
> From: Marcy Cortes
> Sent: Thursday, July 25, 2019 8:58 AM
> Subject: Dracut fix is available now fro
Bug Fix Advisory - SUSE-12-SP4-2019-1969
--
Summary:
Recommended update for dracut
This update for dracut fixes the following issues:
- 95dasd-rules 95zfcp-rules: was not correctly looking for rule names
t..
Wonderings popping into mind:
- if the bug is specific to s390x
- if the bug is related to specific kernel version, or dracut/grub version
- if the bug is specific to ckd/fba/scsi PVs
I guess the problem report is not available in public from SUSE?
--
Best regards,
Juha Vuori
On 14.7.2019 1
LES 12. One by one, even the stable servers failed.
Martha
On 7/13/2019 6:08 PM, Marcy Cortes wrote:
> Exactly what happened to us. I posted here last month when it happenend.
>
> SUSE has given us a temp PTF that we've just started testing
>
> What you need to do to recover is to boo
Exactly what happened to us. I posted here last month when it happenend.
SUSE has given us a temp PTF that we've just started testing
What you need to do to recover is to boot a rescue system and bring on all your
devices with chzdev.
Then run mkinitrd and grub2-install and cross your
Did you get any of these messages?
dracut-initqueue[327]: Warning: dracut-initqueue timeout - starting timeout
scripts
And then the LVM got confused and I had to vgscan in rescure mode to repair it.
Sounds a lot like what I reported here about 3 weeks ago, but it was SP4, so
maybe not the same
Is this SP4? Did you add disks lately?
Do you see all your disks needed if you run these two commands?
lsinitrd
lsinitrd /boot/zipl/initrd
Marcy
-Original Message-
From: Linux on 390 Port On Behalf Of van Sleeuwen,
Berry
Sent: Tuesday, July 2, 2019 12:49 AM
To:
on its way. hopefully openable! thank you!
-Original Message-
From: Linux on 390 Port On Behalf Of Mark Post
Sent: Tuesday, June 11, 2019 10:09 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Devices for dracut in sles 12 SP4
On 6/11/19 1:05 PM, Marcy Cortes wrote:
> If
@VM.MARIST.EDU
Subject: Re: [LINUX-390] Devices for dracut in sles 12 SP4
On 6/10/19 3:52 PM, Marcy Cortes wrote:
> Does anyone know how dracut is really supposed to be told about devices? I
> was under the impression that all devices were allowed unless explicity in a
> cio_ignore when runnin
Resending from other ID – maybe have been blocked for many (like me!)
--
After some patching this weekend, we had a few servers go into dracut emergency
mode.
After a lot of pain and rescue system work, we found it didn't
After some patching this weekend, we had a few servers go into dracut emergency
mode.
After a lot of pain and rescue system work, we found it didn't know about a
couple of the devices in the VG group that housed some needed stuff. We found
this in the dracut /run/initram/rdsosreport.txt you
Thanks for the explanation, Mark.
Easy enough for me to change the dasd_configure command in my scripts to chzdev
so I will do that and not bother reporting that difference from SP3.
The problem with by-path not working is a little more problematic, so I've
opened a SUSE ticket for that.
|", "r|/dev/fd.*|",
"r|/dev/cdrom|", "a/.*/" ]
So not sure what is up with that...
-Original Message-
From: Linux on 390 Port On Behalf Of Mark Post
Sent: Thursday, May 30, 2019 2:04 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] dasd_c
So it seems to return an 8 now on SP4 , which messes up my scripting :(
myhost:~ # export DEBUG=yes
myhost:~ # dasd_configure 0.0.8002 1 0
All the parms passed were -- '0.0.8002' '1' '0'
Found the end of parms indicator: --
chzdev -e dasd --no-root-update 0.0.8002 use_diag=0
ECKD DASD 0.0.8002
That's what I was going to tell him, but it throws up a page doesn't exist
message
-Original Message-
From: Linux on 390 Port On Behalf Of Rich Smrcina
Sent: Thursday, May 2, 2019 5:38 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Questions About Accessing the Forum
/VM
There is no virtualization of the topology, so horizontal it must be.
Regards,
Alan Altmark
IBM
> On Mar 21, 2019, at 12:45 AM, Marcy Cortes
wrote:
>
> So knowing z/VM is running vertical, should I be concerned that linux is
horizontal?
>
> This is sles12 sp3
>
> #
So knowing z/VM is running vertical, should I be concerned that linux is
horizontal?
This is sles12 sp3
# lscpu
Architecture: s390x
CPU op-mode(s):32-bit, 64-bit
Byte Order:Big Endian
CPU(s):6
On-line CPU(s) list: 0-5
Thread(s) per core:1
What does “zypper pd” show?
From: Mark Post mailto:mp...@suse.com>>
Date: Friday, Mar 15, 2019, 8:30 AM
To: LINUX-390@VM.MARIST.EDU
mailto:LINUX-390@VM.MARIST.EDU>>
Subject: Re: [LINUX-390] Upgrade sles 12sp4 - sles 15
On 3/15/19 9:50 AM, Mark Pace wrote:
> Has anyone done a successful upgrade
/etc/udev/rules.d/ file for the device
Here's what one looks like
ACTION=="add", SUBSYSTEM=="drivers", KERNEL=="qeth", IMPORT{program}="collect
0.0.3000 %k 0.0.3000 0.0.3001 0.0.3002 qeth"
ACTION=="add", SUBSYSTEM=="ccw", KERNEL=="0.0.3000", RUN+="/sbin/modprobe
--quiet qeth"
ACTION=="add",
SUSE does this in /etc/udev/rules.d/
cat 70-persistent-net.rules
# This file was automatically generated by the /usr/lib/udev/write_net_rules
# program,run by the persistent-net-generator.rules rules file.
#
# You can modify it,as long as you keep each rule on a single
# line,and change only the
There are many indeed.
I should make a list some day.
Kinda cool that SLES 15 is immune because of compiling. Maybe there's hope
that our future includes less patching!
Marcy
-Original Message-
From: Linux on 390 Port On Behalf Of Dave Jones
Sent: Friday, January 11, 2019 6:56 AM
https://www.zdnet.com/article/irs-linux-move-delayed-by-lingering-oracle-solaris-systems/
Marcy
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO
We use /dev/disk/by-path/ccw-0.0.-part1 / in /etc/fstab for the root file
system
Not sure what distro you are on, but dasd_configure will create the appropriate
udev rules for new disks as well.
-Original Message-
From: Linux on 390 Port On Behalf Of Neal Scheffler
Sent:
Looks like you might have a resume= in your kernel command line?
cat /proc/cmdline and check
You can remove with Yast2, system, Boot Loader, Kernel Parms
-Original Message-
From: Linux on 390 Port On Behalf Of Victor Echavarry
Sent: Tuesday, July 31, 2018 1:54 PM
To:
If you are putting in a z14 and are running Connect:Direct under Linux you
need to get a yet unreleased fixpack or all of your secure+ will fail.
Spectrum Scale also requires 4.2.3.6 and WAS IHS requires 8.5.5.13.
Anything that uses GSKIT needs examination. MQ and DB2 also use it. We
haven’t
Is anyone successfully running IBM Connect:Direct for Linux on a z14 using TLS
1.2?
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
server wood shove it down the throats of the other servers.
But, I never was responsible for Linux on Z systems servers, so I may have
missed out on all the fun.
Mike Walter
-Retired-
From: Linux on 390 Port <LINUX-390@VM.MARIST.EDU> on behalf of
Nice idea, but when you have a thousand servers, that isn't very practical.
And one your server has been up a few minutes its data has changed and
regressing it that way may be a problem. The multi kernel support works well
for things like backing out the kernel.
-Original
1 - 100 of 1246 matches
Mail list logo
