Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - grahaj7

Pages: [1]
1
z/OS Server / Re: Recommended Db2 on z/OS Service, V13
« on: September 15, 2023, 09:39:45 AM »
Thanks, Ed.  Our shop is working on Db2 V13 upgrade now and I came here looking for info just like this.  If anything is found I will let the group know; although I expect it won't be ready to test around here for a couple months yet.

2
z/OS Server / ARSDOC GET -L produces "error"
« on: March 10, 2023, 07:01:47 AM »
hi!

I have a need to run ARSDOC GET to get the 'most recent' version of a report.   I don't see an option for this, so I have come up with a couple ways to do it:

1. First run a QUERY (sorted), use the results of the query to get a REPORT_DATE and then run an ARSDOC GET with that date as criteria.
This would totally work but, I would need to do that programmatically and I will be turning this process over to others, so the simpler the better. 

2. Running an ARSDOC GET -L 1  (limit 1) actually does the trick because the reports are sorted in descending order and the '-L 1' limits it to one report only.  I always get the most current report. So that works, BUT when I use that I get

ARS6055E A maximum of '1' hits(s) were requested for this query. The number of matching hits found was '1982'.

and ARSDOC returns 768.

 It's odd that this is an "error" because I specifically asked for '1' result, and that's what I got.  The rc768 would get flagged by the scheduling software and force an abend.   I could tell the scheduler to ignore the rc 768 but rc 768 could happen for other reasons which need addressed, and SHOULD abend.

Has anyone come up with a simple way to get "most current report" that  is not either of these two? :)  I thought about putting in an enhancement request to IBM to ask them to not produce an error/rc 768 for the second case.  (I know that would take time even if it were acceptable. )

3
z/OS Server / Re: Question on Inactivity Time Out setting
« on: January 27, 2023, 02:15:29 PM »
Hello, Ed. Thank you - this is exactly what I was looking for!

I appreciate the help.

Jenny

4
z/OS Server / Question on Inactivity Time Out setting
« on: January 26, 2023, 06:19:49 AM »
Hello!

In the CMOD Admin client, there is an "Inactivity Time Out" setting with 3 options:
-Never Time Out
-Use System Value
-Time out after xx Minutes

I can't figure out what value the "System Value" refers to. I don't see a setting in the CMOD configuration files for timeouts.  Our server is on zOS (ARSSOCKD).   Is this maybe the TCPIP timeout setting ?   Just wondering how I can discern what that value actually is.  (We're getting some folks complaining about timeouts in ICN and we're going down the chain of allll the various places this could be set and what the values are.  I don't think this is the setting to tweak but I'd like to know what the value is anyway!)

Thanks!
Jenny

5
Content Navigator / ICN CMOD docs do not display correctly
« on: August 09, 2022, 06:17:56 AM »
Hi!

We have recently installed both ICN (linux)  and CMOD (zOS).

We have ICN connected to the CMOD repositories, and we are able to search and find documents.  But we cannot view documents.  When we click to view a doc, we just get a blank screen with some grey boxes at the top.

This is just line data - JCL/JOB output.

If we download the file as text, it is unreadable.  If we download the doc as CSV, it actually is totally readable and we have some nice Job output in an excel spreadhseet.

WE opened a case with IBM and they're saying we need to install a viewer map, but the instructions on how to do that are not very detailed and I can't figure it out.   The only viewer we have is the "default viewer".  I see other viewers below but I can't select them in any way.

In addition, the vendor we are working with says we shouldn't have to install any viewer maps;  that viewing line data should just work out of the box.

Anyone else run into this or have any thoughts?
thanks!
Jenny

Pages: [1]