that.
-Original Message-
From: Linux on 390 Port On Behalf Of Mark Post
Sent: Friday, May 31, 2019 10:42 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] dasd_configure in SLES 12 SP4
On 5/31/19 6:47 AM, Michael MacIsaac wrote:
> Why? Doing so will break scripts we have ...
Beca
Mark,
Thanks for a thorough reply.
We have been warned :))
-Mike M
On Fri, May 31, 2019 at 1:43 PM Mark Post wrote:
> On 5/31/19 6:47 AM, Michael MacIsaac wrote:
> > Why? Doing so will break scripts we have ...
>
> Because they require maintenance, cause bug reports (such as Marcy's),
>
On 5/31/19 6:47 AM, Michael MacIsaac wrote:
> Why? Doing so will break scripts we have ...
Because they require maintenance, cause bug reports (such as Marcy's),
etc., etc. They're not going away tomorrow, but please plan ahead.
One of the complaints we hear is that "doing X on SLES for the main
On Fri, May 31, 2019 at 12:48 PM Michael MacIsaac
wrote:
> Mark,
>
> > The wrappers will be removed at some point in the future.
> Why? Doing so will break scripts we have ...
>
>
Same here. I would urge SuSE to keep them.
--
F
Mark,
> The wrappers will be removed at some point in the future.
Why? Doing so will break scripts we have ...
-Mike
On Thu, May 30, 2019 at 5:06 PM Mark Post wrote:
> On 5/30/19 4:54 PM, Marcy Cortes wrote:
> > Should I just be using that chzdev command now?
>
> Yes. Starting with SLES12
*/by-id/.*|", "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-3
On 5/30/19 4:54 PM, Marcy Cortes wrote:
> Should I just be using that chzdev command now?
Yes. Starting with SLES12 SP4, the following SUSE-provided scripts:
ctc_configure
dasd_configure
qeth_configure
zfcp_disk_configure
zfcp_host_configure
are simply wrappers for the chzdev command. The wrapper
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 c