Logstream Offload
Dennis Trojak
to take offline. IBM tells me the only way to release the allocation is
to stop RRS or write a program to issue the IXGOFFLD to force a switch
to a new dataset. Since I sure can't stop RRS in a 24*7 production
environment does anybody have any other ideas? I would think a "switch"
command option would be a nice enhancement to IXGLOGR.
Dennis
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Knutson, Sam
documentation for IXGOFFLD. You can alter IEAMDBLG pretty quickly to
invoke IXGOFFLD against the logstream you want without doing anything
else.
You only need to connect, offload, disconnect.
CA-SYSIVEW includes command LGOFFLOD to invoke IXGOFFLD for a logstream.
Other tools may have similar capabilities.
This would be a good requirement for IBM to supply a command a utility
to perform this against a logstream.
Best Regards, Sam
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-...@bama.ua.edu] On
Behalf Of Dennis Trojak
Sent: Tuesday, March 22, 2011 3:15 PM
To: IBM-...@bama.ua.edu
Subject: Logstream Offload
I've got a logstream dataset from RRS allocated on a volume that I want
to take offline. IBM tells me the only way to release the allocation is
to stop RRS or write a program to issue the IXGOFFLD to force a switch
to a new dataset. Since I sure can't stop RRS in a 24*7 production
environment does anybody have any other ideas? I would think a "switch"
command option would be a nice enhancement to IXGLOGR.
Dennis
====================
This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.
Dennis Trojak
Thanks for the suggestion. IBM actually contacted me again and
suggested using the sample IXGOFLDS PROC for LOGGER offload. They even
opened a DCR for an enhancement to "provide a command to unallocate the
offload data set, or switch to the next offload data set" in a future
release.
Dennis
Nick Jones
Unfortunately simply issuing an IXGOFFLD, from the S IXGOFLDS proc or
another program, may not cause logger to deallocate the current offload data
set. Logger keeps the current offload data set allocated until it switches
to a new one (because it fills, or there is an io error).
Under current means, to have logger deallocate the current offload data set
you'll either have to either 1) wait for RRS to fill the current offload
data set and ensure an offload occurs, or 2) disconnect from the log stream
(meaning a RRS outage).
The logger team is looking at FITS requirement MR032211327 to provide an
outside means to cause logger to get off a data set.
-Nick Jones
Logger L3
Dennis Trojak
You're right on that. After Sam mentioned CA-SYSVIEW I went to check
the usage on the logstream and it is under 10% so it'll probably be a
loong time before I can fill the dataset. Stopping RRS is not an option
in my shop.
Dennis
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-...@bama.ua.edu] On
Behalf Of Nick Jones
Sent: Wednesday, March 23, 2011 10:22 AM
To: IBM-...@bama.ua.edu
Subject: Re: Logstream Offload
Sambataro, Anthony [E] , NIH/CIT
Chris Mason
You may like to ask in the IBMTCP-L list and, somebody who is sending
secure/encrypted emails may own up to doing so and possibly wonder why
you are asking.
For IBMTCP-L subscribe / signoff / archive access instructions, send email to
LIST...@VM.MARIST.EDU with the message: INFO IBMTCP-L
Chris Mason
Roger Bolan
Go to http://publib.boulder.ibm.com/infocenter/zos/v1r11/index.jsp
<http://publib.boulder.ibm.com/infocenter/zos/v1r11/index.jsp>and search the
Infoprint Server topic for
E-mailing AFP documents as encrypted PDF documents
You can do that using Infoprint Server Printway with the AFP2PDF transform.
--Roger
Thomas Kern
terminated), I began researching sending encrypted/signed email from z/VM
and then from z/OS. Under z/VM I was able to send PGP encrypted email to a
private internet account. Then I looked at getting the certificates that our
enterprise-wide encryption product uses. We use Entrust and I could not get
Entrust/Outlook to deal with PGP encrypted email nor get Entrust encrypted
email to be understood by my private email client ( Thunderbird ).
/Thomas Kern
/contractor to
/U.S. Dept of Energy
/301-903-2211
On Wed, 23 Mar 2011 14:57:49 -0400, Sambataro, Anthony (NIH/CIT) [E]
Sambataro, Anthony [E] , NIH/CIT
-----Original Message-----
From: Roger Bolan [mailto:roger...@GMAIL.COM]
Sent: Wednesday, March 23, 2011 3:42 PM
To: IBM-...@bama.ua.edu
Hal Merritt
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-...@bama.ua.edu] On Behalf Of Chris Mason
Sent: Wednesday, March 23, 2011 2:34 PM
To: IBM-...@bama.ua.edu
Subject: Re: Secure Email
Anthony
You may like to ask in the IBMTCP-L list and, somebody who is sending
secure/encrypted emails may own up to doing so and possibly wonder why
you are asking.
For IBMTCP-L subscribe / signoff / archive access instructions, send email to
LIST...@VM.MARIST.EDU with the message: INFO IBMTCP-L
Chris Mason
On Wed, 23 Mar 2011 14:57:49 -0400, Sambataro, Anthony (NIH/CIT) [E]
<Samb...@MAGIC.DCRT.NIH.GOV> wrote:
>Is anyone sending secure/encrypted emails with attachments from their
mainframes?
NOTICE: This electronic mail message and any files transmitted with it are intended
exclusively for the individual or entity to which it is addressed. The message,
together with any attachment, may contain confidential and/or privileged information.
Any unauthorized review, use, printing, saving, copying, disclosure or distribution
is strictly prohibited. If you have received this message in error, please
immediately advise the sender by reply email and delete all copies.
Roger Bolan
The Infoprint Transforms to which I referred are the V2R1 Transforms from
AFP that are currently out in the field, but they are being replaced and are
no longer marketed as of the start of this year. The new IBM Print
Transforms that are replacing them have just been announced here:
http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=897&letternum=ENUS211-078
and are differently named. Instead of afp2pdf, the new product has
afpxpdf. It will still have the ability to do encrypted PDFs, but I think
it does it differently.
I thought I should just point that out, because if you don't already have
the transforms to which I referred in the original post, you can't order
those anymore.
--Roger
