date:20080220

Re: SYSLOG/OPERLOG Time Stamps

2008-02-20 Thread Vernooy, C.P. - SPLXM

Lizette Koehler [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
ink.net...
 I have a fairly active system.  Stuff going on all the time.  But when
I look in my SYSLOG/OPERLOG I notice that I do not see a time stamp for
several minutes.  If this system was not active, I could understand the
gaps.
 
 Does anyone have any thoughts as to why that might be?
 
 
  2008046 11:22:37.53
  2008046 11:22:37.57  
  2008046 11:22:52.05
  2008046 11:22:52.31 
  2008046 11:22:52.59
  2008046 11:25:58.65
  2008046 11:25:58.67  -- 
  2008046 11:26:49.66  --
  2008046 11:27:26.17  --
  2008046 11:28:14.67  --  And starts again
  2008046 11:28:14.67
  2008046 11:28:14.67
  2008046 11:28:14.68
  2008046 11:28:14.67
  2008046 11:28:14.98
  2008046 11:28:18.19
  2008046 11:28:18.27
  2008046 11:28:18.27
  2008046 11:28:18.27
  2008046 11:28:18.28
  2008046 11:28:18.47
  2008046 11:28:18.96
 
 Lizette

Lizette,

There is something else you might look into: I think I remember that
messages for the operator console(s) appear in syslog and are
timestamped at the moment the messages is displayed on the console. So
if the console is full and does not recieve messages, these messages are
held up until the operator clears the screen. If no other (non-console)
messages are produced in that interval, this might explain the gap in
syslog/operlog.

Kees.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: dsntype large and ftp or c/c++

2008-02-20 Thread Jan MOEYERSONS

On Mon, 18 Feb 2008 13:54:41 +0100, Barbara Nitz [EMAIL PROTECTED] wrote:

We just learned the hard way that in our installation it is impossible to
ftp a dsnytpe=large dataset with a primary allocation 64K to IBM. The
'normal' ftp (not 

Dear Barbara,

I don't know about the dsntype=large, but I can tell you that only a few
days ago, I transferred through FTP a dataset of several megabytes from out
of the mainframe (zOS 1.6) to a Windows server without any problem and
without loosing a single byte.

I guess there must be some constraint set on the receiving end. You say you
transfer 'to IBM'; maybe you should ask their system administrator to allow
you to send bigger files?

Cheers,

Jantje.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

CSVDYLPA DCBPTR=CVTLINK

2008-02-20 Thread Peter Relson

Dynamic LPA processing will typically do no better and no worse than any
other fetch that was targeted to the LNKLST. It is quite possible that the
problem is due to what the posts have indicated, namely (typically)
something now in in an extent that is not part of the LNKLST that your
space has defined.

However, for releases prior to z/OS 1.9, there is a bug that is being fixed
(at z/OS 1.7 and z/OS 1.8) when you have multiple LNKLST sets involved and
the operation is not occurring within a space for which the IPL-time LNKLST
is that space's LNKLST.  (The supported case of this is when a new LNKLST
set was activated, and then a newly started job or address space uses the
CSVDYLPA programming interface. I say it that way because it could also
happen if you used the unpredicatably dangerous LNKLST UPDATE operation to
update the LNKLST for ASID=1 and then issued the SETPROG LPA command or its
analog via SET PROG=xx).
.
APAR OA24903 has been taken for this problem, and a ++APAR is available.

The basic explanation of the processing problem is that the system ends up
doing things partly with one DCB/DEB (the one for the LNKLST current for
the issuing address space) and partly with another DCB/DEB (the one for the
IPL-time LNKLST).

As has been stated, you can use the DSNAME or DDNAME parameters of CSVDYLPA
and avoid this problem even know.

Alternately (and this really is the intended thing to do, not refreshing
LLA), have someone create a new LNKLST set just like the old one and
activate it and then start your application.

For example,
SETPROG LNKLST DEFINE NAME(COPY) COPYFROM(CURRENT)
SETPROG LNKLST ACTIVATE NAME(COPY)

Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: HTTPD Roots (was: Linux zSeries questions) + jinsight

2008-02-20 Thread Aaron Walker

According to the WebSphere InfoCenter
(http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.ihs.doc/info/ihs/ihs/welc6miginstallihsz.html
):

quote
Note: IBM HTTP Server for z/OS, which is provided with WebSphere Application
Server, is different from the Version 5.3 HTTP Server for z/OS, which is
provided with the z/OS base operating system and is not powered by Apache.
The information contained within the IBM HTTP Server product documentation
pertains to IBM HTTP Server for WebSphere Application Server, not the
Version 5.3 HTTP Server.

You can install the IBM HTTP Server for WebSphere Application Server product
on z/OS systems. Order the Version 6.1 PTF for WebSphere Application Server
that contains the IBM HTTP Server for z/OS to get started.
/quote

I believe I saw another announcement about how to order this without WAS,
but I can't locate it. Go figure.

More on the Apache-based version in
http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP101170

quote
Abstract: For many years IBM has provided an HTTP Server for the z/OS
operating system. That HTTP Server was based on an earlier HTTP Server
called the Domino Go Webserver, and for that reason it is sometimes
referred to informally as DGW. More often it was referred to as the HTTP
Server or IHS. Lately that HTTP Server has been delivered as part of the
base operating system. It is currently at the V5R3 level. In 2006 IBM
released a different HTTP Server for z/OS. This was based on the open source
Apache web server, and extended to be z/OS-aware. This web server is known
as the IBM HTTP Server for z/OS Powered by Apache. That is presently at
Version V6R1. Future functional enhancements will be made to this HTTP
Server on z/OS. The purpose of this document is to make you aware of this
new IBM HTTP Server for z/OS and help you understand how to acquire it and
use it.
/quote

***

And, of course, there is the documentation for the DGW-based HTTP server
which some of us know and love (or hate) - SC34-4826-09 (for the z/OS V1R9
version).

And, as a side note, for you WAS on z/OSers, IBM has publicly (re)released
Jinsight (http://www.alphaworks.ibm.com/tech/jinsightlive), which, I can say
as an ex-IBMer, was an *awesome* tool. It could be used on any platform
before, and perhaps this one can too, but they are only advertising it to
the z-crowd. Not sure why.

Aaron

o How many HTTP servers does IBM supply for z/OS?
Currently, only one: IBM HTTP Server (IHS). WAS is not a web server, it is
a Web Application Server, i.e., a J2EE monster.

o Which one(s) are Apache-derived?

Since there's only one, all of them. :) If you go back and do some Google
searches, you'll likely find the various stories of how IBM got involved
with open source software to start with. To summarize, they decided it was
silly to continue to develop/maintain an IBM web server when Apache was
already being used by 60% of the world. The Apache license allows you to
take their source, modify it, and turn around and license the package for
profit, which is what they've done. They think of it as their mods adding
value to the whole package, making it worth people paying for.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: dsntype large and ftp or c/c++

2008-02-20 Thread Barbara Nitz

Jantje,

I don't know about the dsntype=large, but I can tell you that only a few
days ago, I transferred through FTP a dataset of several megabytes from 
out of the mainframe (zOS 1.6) to a Windows server without any problem and
without loosing a single byte.
I guess there must be some constraint set on the receiving end. You say 
you transfer 'to IBM'; maybe you should ask their system administrator to
allow you to send bigger files?

No, this was definitely no resource constraint. FTP *without* uk28004 (1.8) 
does NOT support dsntype=large (basically a primary allocation that is bigger 
than 64K trks). Once I had found the apar/ptf (artfully hidden using the normal 
search words), and we had it installed, the ftp went through without a problem. 
The terse before that didn't work, either (rc99), it abended after the limit of 
a mod3 was hit. I had to get amaterse installed in order to be able to compress 
my 8000cyl to 4000cyl.

Thanks for reminding me to put out the solution to this. 

Best regards, Barbara
-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

1 2 >

1 - 100 of 113 matches

Mail list logo