Re: rsync anyone?

[Paul Gilmartin]

On Mon, 28 Dec 2015 21:11:49 -0500, Shmuel Metz (Seymour J.) wrote:
>
>>a predominantly ASCII world.
>
>I wish! The real world is a morass of different code pages, not always
>declared in MIME header fields.
>
And, irritatingly, when SMTP, either on z/OS or z/VM converts incoming
messages from (e.g.) ISO8859-1 to IBM-1047 it doesn't adjust the MIME
headers accordingly.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does

[Paul Gilmartin]

On Tue, 29 Dec 2015 12:27:58 -0500, Ted MacNEIL wrote:

>If you understand how UNIX works, this is quite sensible. See how the ISPF 
>interface to USS works.
> 
Or fails to work.  If under OMVS the user issues

su other
oedit file

... the ISPF editor is invoked not under the other user ID, but under the ID
that issued the OMVS command.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does

[Paul Gilmartin]

On Tue, 29 Dec 2015 12:18:40 -0600, John McKown wrote:
>>
>> su other
>> oedit file
>>
>> ... the ISPF editor is invoked not under the other user ID, but under the ID
>> that issued the OMVS command.
>>
>
>​Which makes "sense" 
>
No.

>if you think about what the "oedit" command actually does. 
>
The user should be spared such mental gymnastics.

>Think of the OMVS command as doing a fork() to start a new UNIX
>process. Which is what it does. But the "oedit" command is just a
>communications tool to send a file name back to the "parent" process (ISPF)
>telling it to do an ISPF edit on the given UNIX file. 
>
Bad design.  At best half-baked.

>...The "oedit" command
>then "waits" for the ISPF process to tell it to resume. So the editing is
>actually being done in the user's TSO address space. That's why you can
>SWAP to another ISPF screen while doing an "oedit". The UNIX / OMVS process
>is asleep during this time.
>
>To me, this is conceptually similar to running a stored procedure in some
>data bases. The user requests the stored procedure, but it runs using the
>UNIX identity of the RDBMS server, not the user.​ At least, that's what
>somebody told me. I don't remember which RDBMS they were talking about.
>
That's almost the opposite of the OMVS behavior, in whch oedit runs under
the ID not of the immediate caller, but of one somewhere up the chain.
In contrast, the stored procedure runs under the UNIX ID of the RDBMS
server, its immediate caller, not of the originating job.

Doesn't this cause security exposures, even as "sudo vi" is dangerous if
the user is allowed to :sh to an untrusted script?  I suppose it depends on
what stored procedures are allowed to do.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does (was: rsync anyone?)

[Paul Gilmartin]

On Tue, 29 Dec 2015 16:01:15 +0100, Peter Hunkeler wrote:
>
>To run commands in a "su" shell environment, you have to write all the 
>commands into a UNIX file first, and then call "su" by redirecting stdin to 
>that UNIX file.
>
>echo "id" > /tmp/sucommandfile
>su < /tmp/sucommandfile
>
>This will show uid=0, because it is the sub shell (uid=0), which is reading 
>from /tmp/sucommandfile as if it was stdin, and execute the commands found 
>therein.
> 
Did this work for you on z/OS?  Looking for alternatives on a Linux system
(I haven't su on z/OS):

501 $ echo id | su
su: must be run from a terminal
502 $

It's a security feature.  But:

500 $ sudo sh -c id
[sudo] password for :
uid=0(root) gid=0(root) groups=0(root)
501 $
500 $ echo id | sudo sh
[sudo] password for : 
uid=0(root) gid=0(root) groups=0(root)
501 $

... and I belive sudo is now available in Ported Tools.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does (was: rsync anyone?)

[Chris Hoelscher]

does not do what you think it does ...

or, in the words of Inigo Montoya ..

you keep using that command. I do not think it means what you think it means ...

Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
: humana.com
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 714-8615, (502) 476-2538


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Tuesday, December 29, 2015 11:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] BPXBATCH "SH ...; su; pax ..." does not do what you 
think it does (was: rsync anyone?)

On Tue, Dec 29, 2015 at 9:01 AM, Peter Hunkeler  wrote:

> ​
>
> To run commands in a "su" shell environment, you have to write all the 
> commands into a UNIX file first, and then call "su" by redirecting 
> stdin to that UNIX file.
>
>
> echo "id" > /tmp/sucommandfile
> su < /tmp/sucommandfile
>
>
​The following also works:

$
{ cat < id
> whoami
> EOF
> } | su
uid=0(
​ROOT
) gid=1000(
​
) groups=2000(
​
),0(SYS1)
ROOT
$

​



--
Computer Science is the only discipline in which we view adding a new wing to a 
building as being maintenance -- Jim Horning

Schrodinger's backup: The condition of any backup is unknown until a restore is 
attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does (was: rsync anyone?)

[John McKown]

On Tue, Dec 29, 2015 at 9:01 AM, Peter Hunkeler  wrote:

> ​
>
> To run commands in a "su" shell environment, you have to write all the
> commands into a UNIX file first, and then call "su" by redirecting stdin to
> that UNIX file.
>
>
> echo "id" > /tmp/sucommandfile
> su < /tmp/sucommandfile
>
>
​The following also works:

$
{ cat < id
> whoami
> EOF
> } | su
uid=0(
​ROOT
) gid=1000(
​
) groups=2000(
​
),0(SYS1)
ROOT
$

​



-- 
Computer Science is the only discipline in which we view adding a new wing
to a building as being maintenance -- Jim Horning

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does

[John McKown]

On Tue, Dec 29, 2015 at 11:37 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 29 Dec 2015 12:27:58 -0500, Ted MacNEIL wrote:
>
> >If you understand how UNIX works, this is quite sensible. See how the
> ISPF interface to USS works.
> >
> Or fails to work.  If under OMVS the user issues
>
> su other
> oedit file
>
> ... the ISPF editor is invoked not under the other user ID, but under the
> ID
> that issued the OMVS command.
>

​Which makes "sense" if you think about what the "oedit" command actually
does. Think of the OMVS command as doing a fork() to start a new UNIX
process. Which is what it does. But the "oedit" command is just a
communications tool to send a file name back to the "parent" process (ISPF)
telling it to do an ISPF edit on the given UNIX file. The "oedit" command
then "waits" for the ISPF process to tell it to resume. So the editing is
actually being done in the user's TSO address space. That's why you can
SWAP to another ISPF screen while doing an "oedit". The UNIX / OMVS process
is asleep during this time.

To me, this is conceptually similar to running a stored procedure in some
data bases. The user requests the stored procedure, but it runs using the
UNIX identity of the RDBMS server, not the user.​ At least, that's what
somebody told me. I don't remember which RDBMS they were talking about.


> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Computer Science is the only discipline in which we view adding a new wing
to a building as being maintenance -- Jim Horning

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to get TSOCMD to recognize my TSO PROFILE MSGID

[Paul Gilmartin]

On Tue, 29 Dec 2015 14:12:29 -0500, Shmuel Metz (Seymour J.) wrote:

> on 12/29/2015 at 05:31 PM, Lindy Mayfield said:
>
>>But when I type TSOCMD PROFILE I see NOMSGID.
>
>Think batch.
>
Why?  (I prefer not to.)

>>How can I turn on MSGID when using TSOCMD?
>
>PROFILE MSGID
>
But it reverts to its prior setting before the next use of TSOCMD.  That is his
complaint.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does (was: rsync anyone?)

[John McKown]

On Tue, Dec 29, 2015 at 11:17 AM, Chris Hoelscher 
wrote:

> does not do what you think it does ...
>
> or, in the words of Inigo Montoya ..
>
> you keep using that command. I do not think it means what you think it
> means ...
>

​What am I missing on that. I'm always wanting to learn stuff. Especially
when I give wrong advice. I don't like doing that.​




>
> Chris Hoelscher
> Technology Architect, Database Infrastructure Services
> Technology Solution Services
> : humana.com
> 123 East Main Street
> Louisville, KY 40202
> Humana.com
> (502) 714-8615, (502) 476-2538
>
> --
Computer Science is the only discipline in which we view adding a new wing
to a building as being maintenance -- Jim Horning

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

How to get TSOCMD to recognize my TSO PROFILE MSGID

[Lindy Mayfield]

Hi,

I also asked this on the MVS-OE list.

I'm using the TSO OMVS interface and running a Java program that looks for IDC 
messages, especially for the DELETE command using TSOCMD cause DEL is 
authorized.

Before I go into OMVS my TSO PROFILE MSGID is on.  When I get to OMVS I can 
type PROFILE and hit F6 and see MSGID.  But when I type TSOCMD PROFILE I see 
NOMSGID.  And when I type TSOCMD PROFILE MSGID, then check with TSOCMD PROFILE 
I see that it's still NOMSGID.

How can I turn on MSGID when using TSOCMD?

Thanks!
Lindy

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to get TSOCMD to recognize my TSO PROFILE MSGID

[Lindy Mayfield]

Hi,

A proper rt'ing of the fm shows a TSOPROFILE environment variable that needed 
to be used. :)

Sorry for the premature posts.

Happy New Year to all!
Lindy

From: Lindy Mayfield
Sent: Tuesday, December 29, 2015 7:32 PM
To: 'IBM-MAIN@LISTSERV.UA.EDU' 
Subject: How to get TSOCMD to recognize my TSO PROFILE MSGID

Hi,

I also asked this on the MVS-OE list.

I'm using the TSO OMVS interface and running a Java program that looks for IDC 
messages, especially for the DELETE command using TSOCMD cause DEL is 
authorized.

Before I go into OMVS my TSO PROFILE MSGID is on.  When I get to OMVS I can 
type PROFILE and hit F6 and see MSGID.  But when I type TSOCMD PROFILE I see 
NOMSGID.  And when I type TSOCMD PROFILE MSGID, then check with TSOCMD PROFILE 
I see that it's still NOMSGID.

How can I turn on MSGID when using TSOCMD?

Thanks!
Lindy

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to get TSOCMD to recognize my TSO PROFILE MSGID

[Shmuel Metz (Seymour J.)]

In , on
12/29/2015
   at 05:31 PM, Lindy Mayfield  said:

>But when I type TSOCMD PROFILE I see NOMSGID.

Think batch.

>How can I turn on MSGID when using TSOCMD?

PROFILE MSGID
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to get TSOCMD to recognize my TSO PROFILE MSGID

[Paul Gilmartin]

On Tue, 29 Dec 2015 17:31:33 +, Lindy Mayfield wrote:
>
>I'm using the TSO OMVS interface and running a Java program that looks for IDC 
>messages, especially for the DELETE command using TSOCMD cause DEL is 
>authorized.
>
>Before I go into OMVS my TSO PROFILE MSGID is on.  When I get to OMVS I can 
>type PROFILE and hit F6 and see MSGID.  But when I type TSOCMD PROFILE I see 
>NOMSGID.  And when I type TSOCMD PROFILE MSGID, then check with TSOCMD PROFILE 
>I see that it's still NOMSGID.
>
>How can I turn on MSGID when using TSOCMD?
> 
I'd be inclined to wrap everything in Rexx ahd ADDRESS TSO.  That has
other limitations, but those may be more acceptable to you.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does (was: rsync anyone?)

[Shmuel Metz (Seymour J.)]

In
<29b16432403d6c45a9bee5f0302d191779ba2...@vss-exchmb1.sfg.corp.LOCAL>,
on 12/29/2015
   at 06:24 PM, "Pommier, Rex"  said:

>The only thing you're missing on Chris' response was the movie
>reference.

Movie? The book came first.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does

[Alan Young]

Peter Hunkeler wrote:
  
 
To run commands in a "su" shell environment, you have to write all the commands into a UNIX file first, and then call "su" by redirecting stdin to that UNIX file.



echo "id" > /tmp/sucommandfile
su < /tmp/sucommandfile

  


The manual has examples of executing commands via su without redirection 
like this:


To run the /usr/lib/backupall script under the admin user ID and return 
to the parent shell environment when the script completes:


|su admin /usr/lib/backupall|

To run a remove shell command under the admin user ID and return to the 
parent shell environment when the command completes:


|su admin -c "rm -rf /tmp/"


|

Alan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does

[Ted MacNEIL]

If you understand how UNIX works, this is quite sensible. See how the ISPF 
interface to USS works.

-
-teD
-
  Original Message  
From: Alan Young
Sent: Tuesday, December 29, 2015 12:13
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does

Peter Hunkeler wrote:
> 
> 
> To run commands in a "su" shell environment, you have to write all the 
> commands into a UNIX file first, and then call "su" by redirecting stdin to 
> that UNIX file.
>
>
> echo "id" > /tmp/sucommandfile
> su < /tmp/sucommandfile
>
> 

The manual has examples of executing commands via su without redirection 
like this:

To run the /usr/lib/backupall script under the admin user ID and return 
to the parent shell environment when the script completes:

|su admin /usr/lib/backupall|

To run a remove shell command under the admin user ID and return to the 
parent shell environment when the command completes:

|su admin -c "rm -rf /tmp/"


|

Alan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does (was: rsync anyone?)

[Pommier, Rex]

John,

The only thing you're missing on Chris' response was the movie reference.  He 
was making a play on a line said by Inigo Montoya in the movie "The Princess 
Bride".  The actual quote is "You keep using that word.  I do not think it 
means what you think it means".

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Tuesday, December 29, 2015 11:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does 
(was: rsync anyone?)

On Tue, Dec 29, 2015 at 11:17 AM, Chris Hoelscher 
wrote:

> does not do what you think it does ...
>
> or, in the words of Inigo Montoya ..
>
> you keep using that command. I do not think it means what you think it
> means ...
>

​What am I missing on that. I'm always wanting to learn stuff. Especially
when I give wrong advice. I don't like doing that.​




>
> Chris Hoelscher
> Technology Architect, Database Infrastructure Services
> Technology Solution Services
> : humana.com
> 123 East Main Street
> Louisville, KY 40202
> Humana.com
> (502) 714-8615, (502) 476-2538
>
> --
Computer Science is the only discipline in which we view adding a new wing
to a building as being maintenance -- Jim Horning

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to get TSOCMD to recognize my TSO PROFILE MSGID

[John McKown]

Better:
http://www-01.ibm.com/support/knowledgecenter/api/content/nl/en-us/SSYKE2_6.0.0/com.ibm.java.zsecurity.api.60.doc/com.ibm.jzos/com/ibm/jzos/AccessMethodServices.html

A class that provides a Java interface to z/OS Access Method Services
(IDCAMS).

Output from IDCAMS (DD SYSPRINT) is redirected by default to a String (
getOutputLines()
).
The method setOutputDDName(String)

may
be used before execute()

to
direct IDCAMS output to a pre-allocated DDNAME.


and
http://www-01.ibm.com/support/knowledgecenter/api/content/nl/en-us/SSYKE2_6.0.0/com.ibm.java.zsecurity.api.60.doc/com.ibm.jzos/com/ibm/jzos/ZFile.html



On Tue, Dec 29, 2015 at 6:54 PM, John McKown 
wrote:

> On Tue, Dec 29, 2015 at 5:36 PM, Lindy Mayfield 
> wrote:
>
>> It's an environment variable:
>>
>> export TSOPROFILE='msgid'
>>
>> Actually, I wanted it turned on because the software was looking for IGC*
>> message id's to know if a delete was successful or not.
>>
>
> ​Lindy,
>
> Why not use some of the JZOS functions instead of "tsocmd" for this?
>
>
> http://www-01.ibm.com/support/knowledgecenter/SSYKE2_6.0.0/com.ibm.java.zsecurity.api.60.doc/com.ibm.jzos/index.html
> ​
> ...
>
> ​
>
>- dsExists
>
>public static boolean dsExists(java.lang.String dsn)
>throws ZFileException 
> 
>
>Answer true if the given dataset name exists.
>
>*Note:* Only datasets with FB or VB record format are supported prior
>to version 2.4.0.
>
>Parameters:dsn - a datasetname, which may be enclosed in single quotes
>if already fully qualified, and may or may not be preceded by "//". The
>datasetname may include a PDS member name.Returns:true if the dataset
>exists, false otherwise. If a dataset(member) name is given, the PDS member
>must exist.Throws:ZFileException
>
> 
>
>
> ...
> ​
>
>
> * - removepublic static void remove(java.lang.String fileName) throws
> ZFileException
> Removes
> (deletes) a file (a dataset)This method calls the remove() C-library
> routine. To delete a dataset, use "//my.dataset" or
> "//'fully.qualified.dataset'".Throws:ZFileException
> 
>  -
> if the native call fails or file is not a
> dataset/ddnamejava.lang.SecurityException - if there is a SecurityManager
> and access is disallowed.*
> ...
>
> 
>
>
>
>
>>
>> Lindy
>>
>>
> --
> Computer Science is the only discipline in which we view adding a new wing
> to a building as being maintenance -- Jim Horning
>
> Schrodinger's backup: The condition of any backup is unknown until a
> restore is attempted.
>
> Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.
>
> He's about as useful as a wax frying pan.
>
> 10 to the 12th power microphones = 1 Megaphone
>
> Maranatha! <><
> John McKown
>



-- 
Computer Science is the only discipline in which we view adding a new wing
to a building as being maintenance -- Jim Horning

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to get TSOCMD to recognize my TSO PROFILE MSGID

[Lindy Mayfield]

It's an environment variable: 

export TSOPROFILE='msgid'

Actually, I wanted it turned on because the software was looking for IGC* 
message id's to know if a delete was successful or not.

Lindy

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Shmuel Metz (Seymour J.)
Sent: Tuesday, December 29, 2015 10:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to get TSOCMD to recognize my TSO PROFILE MSGID

In <9031884752514948.wa.paulgboulderaim@listserv.ua.edu>, on
12/29/2015
   at 01:11 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>But it reverts to its prior setting before the next use of TSOCMD.

As it should.

>That is his complaint.

No.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to get TSOCMD to recognize my TSO PROFILE MSGID

[John McKown]

On Tue, Dec 29, 2015 at 5:36 PM, Lindy Mayfield 
wrote:

> It's an environment variable:
>
> export TSOPROFILE='msgid'
>
> Actually, I wanted it turned on because the software was looking for IGC*
> message id's to know if a delete was successful or not.
>

​Lindy,

Why not use some of the JZOS functions instead of "tsocmd" for this?

http://www-01.ibm.com/support/knowledgecenter/SSYKE2_6.0.0/com.ibm.java.zsecurity.api.60.doc/com.ibm.jzos/index.html
​
...

​

   - dsExists

   public static boolean dsExists(java.lang.String dsn)
   throws ZFileException


   Answer true if the given dataset name exists.

   *Note:* Only datasets with FB or VB record format are supported prior to
   version 2.4.0.

   Parameters:dsn - a datasetname, which may be enclosed in single quotes
   if already fully qualified, and may or may not be preceded by "//". The
   datasetname may include a PDS member name.Returns:true if the dataset
   exists, false otherwise. If a dataset(member) name is given, the PDS member
   must exist.Throws:ZFileException
   



...
​


* - removepublic static void remove(java.lang.String fileName) throws
ZFileException
Removes
(deletes) a file (a dataset)This method calls the remove() C-library
routine. To delete a dataset, use "//my.dataset" or
"//'fully.qualified.dataset'".Throws:ZFileException

-
if the native call fails or file is not a
dataset/ddnamejava.lang.SecurityException - if there is a SecurityManager
and access is disallowed.*
...






>
> Lindy
>
>
-- 
Computer Science is the only discipline in which we view adding a new wing
to a building as being maintenance -- Jim Horning

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does

[Peter Hunkeler]

​>Which makes "sense" if you think about what the "oedit" command actually 
>does. Think of the OMVS command as doing a fork() to start a new UNIX 
>process. Which is what it does. 


Nope. OMVS (by default) starts the shell process as a local process (using 
attach_exec, I believe), i.e. the shell runs in the TSO address space. You can 
override this with TSO OMVS NOSHAREAS. So the default behaviour is more like a 
local spawn() than a fork().


--
Peter Hunkeler

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does (was: rsync anyone?)

[Skip Robinson]

This thread is driving me crazy. It's the last week of 2015, so scr*w the
rules. All week is Friday.

I encountered an omen this morning. On my local NPR station--KPCC--there was
a discussion of death and how it's clinically determined and officially
declared. It's not a bipolar condition, according to the researcher
interviewed. There was explicit reference to Princess Bride, where the Black
Knight, in seriously dire straits, was described as being somewhere on a
continuum from fully alive to fully dead. He was, at one juncture, mostly
dead. A marvelous film. Never read the book. Only know the 'cheeky'
adaptation by Rob Reiner.

So what was the misunderstood word? INCONCEIVABLE. A word immortalized on
screen by Wallace Shawn. And, to bend the conversation back to Mainframe, a
word that some of us have used emphatically to describe an 'impossible'
situation encountered in our daily work. Let's hope that in 2016 we find a
happier conclusion than Vizinni did. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
jo.skip.robin...@att.net
jo.skip.robin...@gmail.com

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Peter Hunkeler
> Sent: Tuesday, December 29, 2015 11:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [Bulk] AW: Re: BPXBATCH "SH ...; su; pax ..." does not do what
you think
> it does (was: rsync anyone?)
> 
> 
> >does not do what you think it does ...
>  >
> >or, in the words of Inigo Montoya ..
>  >
> >you keep using that command. I do not think it means what you think it
means
> ...
> 
> 
> 
> 
> I don't get your point, I'm afraid.
> 
> 
> --
> Peter Hunkeler

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does

[Peter Hunkeler]

>>If you understand how UNIX works, this is quite sensible. See how the ISPF 
>>interface to USS works.
>>
>Or fails to work.  If under OMVS the user issues
>
>su other
>oedit file
 >
>... the ISPF editor is invoked not under the other user ID, but under the ID
>that issued the OMVS command.




I seem to remember that this has been changed looong time ago. At least for 
"su", i.e. switch to uid=0, the ISPF edit will run as uid=0. Again, can't try 
myself since I don't have su authority. Also can't try to some other userid, 
since I don't have access to any.


Would appreciate if someone with su authority would test as follows
a) logon to TSO
b) TSO OMVS
c) su
d) oedit anynewfile
e) enter some text and save and exit
f) ls -l anynewfile
I'd expect anynewfile to be owned by uid=0.


I also vaguely remember that while in ISPF edit starting ISHELL would run 
ISHELL under uid=0




--
Peter Hunkeler



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does

[John McKown]

On Tue, Dec 29, 2015 at 1:57 PM, Peter Hunkeler  wrote:

> >>If you understand how UNIX works, this is quite sensible. See how the
> ISPF interface to USS works.
> >>
> >Or fails to work.  If under OMVS the user issues
> >
> >su other
> >oedit file
>  >
> >... the ISPF editor is invoked not under the other user ID, but under the
> ID
> >that issued the OMVS command.
>

>
>
> I seem to remember that this has been changed looong time ago. At least
> for "su", i.e. switch to uid=0, the ISPF edit will run as uid=0. Again,
> can't try myself since I don't have su authority. Also can't try to some
> other userid, since I don't have access to any.
>
>
> Would appreciate if someone with su authority would test as follows
> a) logon to TSO
> b) TSO OMVS
> c) su
> d) oedit anynewfile
> e) enter some text and save and exit
> f) ls -l anynewfile
> I'd expect anynewfile to be owned by uid=0.
>

​​​I did the above on z/OS 1.12. The resultant file did have root as the
UID & GID.​​


>
>
> I also vaguely remember that while in ISPF edit starting ISHELL would run
> ISHELL under uid=0
>
> --
> Peter Hunkeler
>

-- 
Computer Science is the only discipline in which we view adding a new wing
to a building as being maintenance -- Jim Horning

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to get TSOCMD to recognize my TSO PROFILE MSGID

[Shmuel Metz (Seymour J.)]

In <9031884752514948.wa.paulgboulderaim@listserv.ua.edu>, on
12/29/2015
   at 01:11 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>But it reverts to its prior setting before the next use of TSOCMD.

As it should.

>That is his complaint.

No.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: Re: BPXBATCH "SH ...; su; pax ..." does not do what you think it does (was: rsync anyone?)

[Peter Hunkeler]

>>echo "id" > /tmp/sucommandfile
>>su < /tmp/sucommandfile
>>
>>This will show uid=0, because it is the sub shell (uid=0), which is reading 
>>from /tmp/sucommandfile as if it >was stdin, and execute the commands found 
>>therein.
>>
>Did this work for you on z/OS?  Looking for alternatives on a Linux system
>(I haven't su on z/OS):




Yes, it does indeed. I don't have su right neither but I asked a colleage who 
has to verify for me (on z/OS V2.1)


--
Peter Hunkeler



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: rsync anyone?

[nitz-ibm]

> Q).  Does anyone have a better way to move a directory that has files and 
> subdirectories to a different LPAR?  Or do you just keep installing the same 
> code for each instance?
Not sure it is a better way, but when I migrated to 2.1, I converted all ZFSs 
back to HFSs since I find them infinitely easier to handle. I used bpxbatch:

//S1 EXEC PGM=BPXBATCH  
//STDOUT  DD  SYSOUT=*  
//STDERR  DD  SYSOUT=*  
//STDPARM DD  * 
sh cd /u/zfs;su;pax -rwvCMX -p eW . /u/hfs

Setting the directory to what you need to copy will copy just about anything 
including permissions, uids and gids. I also had security problems doing this 
on the originating system where I tried it first. When I went into OMVS and 
used an OMVS shell to issue the pax command, everything (including all 
ownerships) were correctly copied. Using bpxbatch I saw RACF messages for 
DIRACCESS, and some ownerships were lost with some error message that I haven't 
kept. I needed the output for reference and I wasn't familiar enough with the 
commands to pipe it somewhere. I ended up doing the conversion on 'my' system, 
and here it worked like a charm using bpxbatch.

One problem may have been that IBMUSER (who owned most of the files since they 
were installed under IBMUSER) on the originating system had a uid of 2 (not 
0!). I remember that I did quite a bit of reading on the shell and I even 
changed some settings for my own userid, but I was unable to determine why I 
got the errors on the originating system. As far as I could see, all RACF 
definitions were in place on both systems.

On 'my' system, I ended up correcting ownership to 'my' RACF database and its 
uids/gids, which looked like this:

//S1 EXEC PGM=BPXBATCH   
//STDOUT  DD  SYSOUT=*   
//STDERR  DD  SYSOUT=*   
//STDPARM DD  *  
sh su; find /u/mp1 -group 1 -exec chgrp -h 0 äü ';'   

or another command:
sh su; find /u/mp1 -user 9500 -exec chown -h 0 äü ';'  

I was quite proud of myself of recognizing the codepage problem. :-)

Of course, this was all a one-time effort on my part.

Barbara

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OSA-ICC HMC panels do not work

[Doug]

Radoslaw,
Found my doc on the error I encountered, appeared on the OSA-OSE 
definition but, still using HMC OSA/SF so .
(maybe missing parameters that do not default to default values are a 
possible cause..)


The manual (SC14-7580-00) does not clearly indicate IF the  
parameters are required and/or if values are required and/or if defaults 
will be taken.


My very first failed attempt (the one that gave the 3001 error) did have 
the parameters but NO values. I will try to recreate this shortly..




// SNA DEFAULTS WERE TAKEN WE DO NOT USE SNA AT THIS TIME

INACTIVITY_TIMER=

RESPONSE_TIMER=

MAX_I_FRAME=

ACK_TIMER=

MAX_XMIT_WIN=





My second attempt DID produce errors that indicated missing values:



// SNA DEFAULTS WERE TAKEN WE DO NOT USE SNA AT THIS TIME

// INACTIVITY_TIMER=

// RESPONSE_TIMER=

   // MAX_I_FRAME=

// ACK_TIMER=

// MAX_XMIT_WIN=







To effect repair:



I changed from this:



// SNA DEFAULTS WERE TAKEN WE DO NOT USE SNA AT THIS TIME

// INACTIVITY_TIMER=

// RESPONSE_TIMER=

// MAX_I_FRAME=

// ACK_TIMER=

// MAX_XMIT_WIN=





To this:



// SNA DEFAULTS WERE TAKEN WE DO NOT USE SNA AT THIS TIME

INACTIVITY_TIMER= 90

RESPONSE_TIMER= 2

MAX_I_FRAME= 1

ACK_TIMER= 0.080

MAX_XMIT_WIN= 8





Regards,
Doug

On 12/28/2015 9:55 PM, Doug wrote:

Radoslaw,
Sounds somewhat like a problem I encountered while installing our EC12.
Importing the file from USB would appear to work but got an error during the 
validate.
Looking for my doc.
As I recall, it was related to never having any configuration on the OSA-ICC 
PCHID .
Can you manually, without the import from USB, type in and validate a small 
config on the HMC. Try to validate, did it work? If you have already tried this 
then
Maybe this is a different problem.
Doug

.

On Dec 28, 2015, at 13:39, R.S.  wrote:

I have problems with OSA-ICC configuration panels on HMC 2.13.0
Source file cannot be validated deu to "Unknown error", panel options also do 
not work.

Has anyone experienced such problems?




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: rsync anyone?

[Shmuel Metz (Seymour J.)]

In <20151229094330.0b444324d33c5248eb75a...@gmx.net>, on 12/29/2015
   at 09:43 AM, nitz-ibm  said:

>One problem may have been that IBMUSER (who owned most of the 
>files since they were installed under IBMUSER) on the originating 
>system had a uid of 2 (not 0!).

And that was bad because? I didn't even give myself UID 0.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OSA-ICC HMC panels do not work

[R.S.]

W dniu 2015-12-28 o 19:39, R.S. pisze:

I have problems with OSA-ICC configuration panels on HMC 2.13.0
Source file cannot be validated due to "Unknown error", panel options 
also do not work.


Has anyone experienced such problems?



Solution:
SE: Configure channel Off and On and then try again.
I tested it on several OSA-ICC cards, all of them were blank new.

Doug: indeed I vaguely remember similar problem (and solution) with 
OSA/SF on HMC.


Thank you all who helped me, especially Doug and Kirk. I appreciate it!

Regards
--
Radoslaw Skorupka
Lodz, Poland






--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2015 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.840.228 złotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OSA-ICC HMC panels do not work

[Kirk Hubbard]

Radoslaw,

We recently installed z13's and in the "Driver Exception Letter" there is a 
workaround for an issue when the OSA-ICC configuration won't load/validate.  We 
experienced the problem and the fix worked for us.

Maybe this will help.

OSA - ICC
Problem:
Client may be unable to load customizable OSA-ICC configuration to a
CHPID.
Workaround:
1. Logon to the SE under service mode with service status enabled.
2. Highlight OSA-ICC PCHID.
3. Locate the Channel Operation task and select Advance Facilities, then
click OK.
4. Select OSA Reset to default option, then click OK.
5. After the reset is complete, toggle the OSA-ICC CHPID off/on.
6. Contact PE if additional assistance is required.

Good luck,
Kirk

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

BPXBATCH "SH ...; su; pax ..." does not do what you think it does (was: rsync anyone?)

[Peter Hunkeler]

> sh cd /u/zfs;su;pax -rwvCMX -p eW . /u/hfs


This does not do what you think it does. The pax command will run under the 
initial uid and not with uid=o as you might hope. I recently explained this on 
the RACF-L list as follows:


Starting in the initial shell process, most (shell) commands will be run in a 
new child process of this parent shell process. If you issue "sh" you will end 
up in a new sub shell process. The parent shell is waiting for the sub shell to 
end. Issuing "su" is also startting a sub shell in a new process, but will 
additionally try to switch to uid=0 in the *new subshell process*. Again the 
parent shell will wait for the sub shell to terminate, before it will run the 
next command. At that time, the uid=0 sub shell process has ended, so the uid=0 
environment does no longer exist. The next command is again starting with the 
initial parent shell's environment.


The ";" separates shell commands; they are run sequentially. Same with "&&" and 
"||", they just add the "run only if previous command ran successfully (&&) or 
unsucessfully (||)" to it. Still most commands are run in subshells.

To run commands in a "su" shell environment, you have to write all the commands 
into a UNIX file first, and then call "su" by redirecting stdin to that UNIX 
file.


echo "id" > /tmp/sucommandfile
su < /tmp/sucommandfile


This will show uid=0, because it is the sub shell (uid=0), which is reading 
from /tmp/sucommandfile as if it was stdin, and execute the commands found 
therein.
--
Peter Hunkeler

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OSA-ICC HMC panels do not work

[Doug]

Radoslaw,
Found some additional doc.
 was able to recreate the error BUT only on a PCHID that I had not 
modified, in other words, one that still had the configuration from the 
initial install.




Steps that produced the 3001 error:

1)  Select a PCHID that has never been configured since the EC12 was 
installed.


2)  Manually IMPORT the configuration from USB.

3)  VALIDATE the configuration – ERROR 3001.

4)  The screen says edit the source file to find errors, none found.

5)  THE FIX (that worked for me) was to use the PANEL option to edit 
the first OAT entry and INVALIDATE the first entry.


6)  SAVE the PANEL version of the OAT.

7)  VALIDATE the PANEL version.

8)  ACTIVATE the PANEL version.

9)  NOW Perform the manual process to IMPORT, VALIDATE, ACTIVATE the 
OAT again, worked as designed!


On 12/29/2015 7:46 AM, Doug wrote:

Radoslaw,
Found my doc on the error I encountered, appeared on the OSA-OSE 
definition but, still using HMC OSA/SF so .
(maybe missing parameters that do not default to default values are a 
possible cause..)


The manual (SC14-7580-00) does not clearly indicate IF the  
parameters are required and/or if values are required and/or if 
defaults will be taken.


My very first failed attempt (the one that gave the 3001 error) did 
have the parameters but NO values. I will try to recreate this shortly..




// SNA DEFAULTS WERE TAKEN WE DO NOT USE SNA AT THIS TIME

INACTIVITY_TIMER=

RESPONSE_TIMER=

MAX_I_FRAME=

ACK_TIMER=

MAX_XMIT_WIN=





My second attempt DID produce errors that indicated missing values:



// SNA DEFAULTS WERE TAKEN WE DO NOT USE SNA AT THIS TIME

// INACTIVITY_TIMER=

// RESPONSE_TIMER=

   // MAX_I_FRAME=

// ACK_TIMER=

// MAX_XMIT_WIN=







To effect repair:



I changed from this:



// SNA DEFAULTS WERE TAKEN WE DO NOT USE SNA AT THIS TIME

// INACTIVITY_TIMER=

// RESPONSE_TIMER=

// MAX_I_FRAME=

// ACK_TIMER=

// MAX_XMIT_WIN=





To this:



// SNA DEFAULTS WERE TAKEN WE DO NOT USE SNA AT THIS TIME

INACTIVITY_TIMER= 90

RESPONSE_TIMER= 2

MAX_I_FRAME= 1

ACK_TIMER= 0.080

MAX_XMIT_WIN= 8





Regards,
Doug

On 12/28/2015 9:55 PM, Doug wrote:

Radoslaw,
Sounds somewhat like a problem I encountered while installing our EC12.
Importing the file from USB would appear to work but got an error 
during the validate.

Looking for my doc.
As I recall, it was related to never having any configuration on the 
OSA-ICC PCHID .
Can you manually, without the import from USB, type in and validate a 
small config on the HMC. Try to validate, did it work? If you have 
already tried this then

Maybe this is a different problem.
Doug

.

On Dec 28, 2015, at 13:39, R.S.  wrote:

I have problems with OSA-ICC configuration panels on HMC 2.13.0
Source file cannot be validated deu to "Unknown error", panel options 
also do not work.


Has anyone experienced such problems?




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: rsync anyone?

[Shmuel Metz (Seymour J.)]

In <5189899169969403.wa.paulgboulderaim@listserv.ua.edu>, on
12/28/2015
   at 05:22 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>a predominantly ASCII world.

I wish! The real world is a morass of different code pages, not always
declared in MIME header fields.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN