Error running ARSXML export.

jsquizz · February 02, 2019, 05:17:03 PM

I am trying to do an export of my application groups and dependent objects from my QA server and I am getting an error.

60 AG/350-ish Apps-

arsxml export -u admin -p ondemand -h archive -e c -r adpl -i exportAGs.xml -o exportedQAAgs.xml -v
Attempting login for userid 'admin' on server 'qaENV' ...
Searching applicationGroups for application .
Querying applicationGroup, AG00
Query of applicationGroup, AG000 was successful.
.................Runs for a few seconds
Query of applicationGroup, AG was successful.
Querying applicationGroup, AG1
Unable to allocate enough memory. File=arsapplg.C, Line=2360

I tried running this from my dev server to my QA server. Also directly on my QA server with the same result. ARSSOCKD does not crash, and nothing in the system log.

It's version 8.5.0.6. Has anyone seen this? Should i throttle it, maybe do batches of 10 or so?

Justin Derrick · February 04, 2019, 01:41:59 PM

I just checked the APARs for Content Manager OnDemand 8.5 & 9.0, and there's no mention of this bug being fixed.

Maybe try exporting the config from another machine, across the network, at a higher level of CMOD - v9 or v9.5.

-JD.

jsquizz · February 04, 2019, 01:48:25 PM

I'll try that, thank you!

No Bueno (Running on 9.5 Linux to 8.5 AIX) - ARS2084E The client and server are incompatible. Reinstallation of the product is required.

2.2.9.5.0.12) Release (9.5.0.12)
PH03836 - CMOD Server crashes when deleting Applications with the Windows Administrator or Batch Admin

Maybe this is related? shrug.

Justin Derrick · February 04, 2019, 03:11:47 PM

Yeah, most CMOD utilities are x-1 support, so you'd want to spin up a machine with Content Manager OnDemand v9.0.0.9.

-JD.

jsquizz · February 04, 2019, 05:24:41 PM

Okay cool. I will try that. I figured it would work because I am able to arsdoc get directly from my 9.5 Instance to the 8.5 Instance.

Ed_Arnold · February 04, 2019, 06:37:44 PM

I think there is an incompatibility between ARSXML V8.5 and ARSXML 9.0 and above.

I can't remember specifics, but I believe there was a design change.

Ed

Ed_Arnold · February 04, 2019, 06:58:52 PM

I may be way off base here so if this doesn't make sense, then it probably doesn't.

Anyway...

Out in /usr/lpp/ars/V8R5M0/bin/xml/samples/ is exportgroups.ebcdic.xml and exportgroups.xml.

Looking at some old 8.4 JCL of mine my job looks like this (I know, I know, this isn't z/OS and JCL doesn't apply and this is 8.4 but...)

arsxml $PRM1 -u edward $PRM2 $PRM3 -o /tmp/xmlo'

where the variables get resolved thusly:

PRM1=export
PRM2=-h ARCHIVE -p oomowmow -v
PRM3=-i /usr/lpp/ars/V8R4M0/bin/xml/samples/exportgroups.ebcdic.xml
CLASSPATH=/usr/lpp/ars/V8R4M0/bin/xml/ODAdmin.jar:
/usr/lpp/java/J1.4_64/lib/core.jar
LIBPATH=/usr/lpp/ars/V8R4M0/bin/xml:$LIBPATH
PATH=/usr/lpp/java/J1.4_64/bin:/usr/lpp/ars/V8R4M0/bin:$PATH
/*

Dunno if that helps at all but thought I'd chime in. (shrug)

Ed

jsquizz · February 04, 2019, 10:46:48 PM

when i don't use the -r flag to include dependant app groups, it works..strange.

Ed_Arnold · February 05, 2019, 03:52:05 PM

Quote from: jsquizz on February 04, 2019, 10:46:48 PM
when i don't use the -r flag to include dependant app groups, it works..strange.

Interesting.

Ed

jsquizz · February 05, 2019, 04:15:26 PM

Quote from: Ed_Arnold on February 05, 2019, 03:52:05 PM
Quote from: jsquizz on February 04, 2019, 10:46:48 PM
when i don't use the -r flag to include dependant app groups, it works..strange.

Interesting.

Ed

I have seen this before, but i forget what I did to fix it, LOL.

I shall play and report back!

Ed_Arnold · February 05, 2019, 05:52:40 PM

I tried this on the my 9.5.0.12 z/OS system including the "-r adpl" parms, worked fine.

Ed

jsquizz · February 06, 2019, 01:52:09 PM

Looks like when I use the admin client to do a direct export, these fail also.

Also, trying this in 9.0 -- > 8.5 is not working either.

ARS2084E The client and server are incompatible. Reinstallation of the product is required.

jsquizz · February 12, 2019, 03:58:45 PM

Bumppity :)

So, I am still getting this error when I try to run ARSXML, the only thing I have not tried is throttling, and doing it in bundles of 10 or so, which shouldn't be hard because we only have about 60 AG's.

Another question- Other than manually updating the ARSXML after exporting it..Is there a way that I can export the App group definitions with No Storage set, much like I would if I was using the admin client? I only ask because in our new system we are using different storage and I think it would be easier to do it manually, though I could be wrong.

I don't think that using a 9.0 system as a go-between is an option unfortunately...As much as I would like to.

I guess ARSXML is my only option here, to export everything, and manually change the AG storage settings and then re-import them to CMOD. What's everyones thoughts? Just looking for feedback or what everyone has done, especially going from 8.5 to 10.1 (Without manually moving the database/cache/storage..We are doing a complete 100% reload)

Greg Ira · February 13, 2019, 01:46:49 PM

When we migrated from an 8.5 system (windows) to a 9.5 system(z/OS) I used ARSXML with a lot of manual manipulation of the xml export, including storage, to get the items to be defined correctly. Seemed no way around it at the time.

jsquizz · February 13, 2019, 02:06:42 PM

Quote from: Greg Ira on February 13, 2019, 01:46:49 PM
When we migrated from an 8.5 system (windows) to a 9.5 system(z/OS) I used ARSXML with a lot of manual manipulation of the xml export, including storage, to get the items to be defined correctly. Seemed no way around it at the time.

I think that's my only option at this point sadly. Instead of trying to figure out why arsxml keeps crashing, on an old version, on servers that are going away. Thanks for the feedback