Recommend first-opportunity to upgrade SAS to a reasonably supported version/release and maintenance-level, given SAS 9.1.3 was reduced to very limited-support level back in 2013 -- also you are likely missing out on key usability improvements, some of which would naturally occur "under the covers" with hardware infrastructure changes.
Also, with z/OS V2.3 SMF data, strongly recommend reviewing the MXG.COM support site and the CHANGES page for MXG software maintenance-level with new-release and technology support. As a general-rule, consider at least maintaining MXG software-currency with each annual-version. Scott Barry SBBWorks, Inc. On Mon, 8 Jul 2019 11:33:53 +0000, Beesley, Paul <paul.bees...@atos.net> wrote: >Using MXG 32.04 with SAS 9.1.3, reading a mix of z/OS 2.1 and 2.3 data, I get >this message and RC=4 >ERROR: FOR FILE SMF, INVALID VBS SEGMENT DETECTED. PROCESSING IS CONTINUING >TO THE NEXT RECORD. >Also tried using MXG 36.04 (which required hotfix 37166 for SAS). >Processed only the 2.3 dataset to narrow it down. >Is this anything to worry about? >How can I tell which record it is complaining about? > >Thanks > >Paul > >Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are trading >names used by the Atos group. The following trading entities are registered in >England and Wales: Atos IT Services UK Limited (registered number 01245534), >Atos Consulting Limited (registered number 04312380), Atos Worldline UK >Limited (registered number 08514184) and Canopy The Open Cloud Company Limited >(registration number 08011902). The registered office for each is at Second >Floor, Mid City Place, 71 High Holborn, London, WC1V 6EA. The VAT No. for >each is: GB232327983. > >This e-mail and the documents attached are confidential and intended solely >for the addressee, and may contain confidential or privileged information. If >you receive this e-mail in error, you are not authorised to copy, disclose, >use or retain it. Please notify the sender immediately and delete this email >from your systems. As emails may be intercepted, amended or lost, they are not >secure. Atos therefore can accept no liability for any errors or their >content. Although Atos endeavours to maintain a virus-free network, we do not >warrant that this transmission is virus-free and can accept no liability for >any damages resulting from any virus transmitted. The risks are deemed to be >accepted by everyone who communicates with Atos by email. > >---------------------------------------------------------------------- >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
