Messages

271

Other / Re: Upgrading TSM using Centera

« on: February 16, 2019, 11:40:47 AM »

It's extremely rare that I disagree with Alessandro...  but today is that day. 

I like arsdoc get / arsload because it gives you option to fix a lot of silly mistakes in the App Group config...  Expiration types, Segment size, field lengths, update date types, etc.    There are a lot of ways to improve an AG & App config when you do that -- which you can't do with Alessandro's method.

I agree in your disagreement!! :-D

I mean, if you want to do a quick 1:1 migration, then my way is the fastest of all. And it works. I've done it countless of times.

Of course, if you want to change quirks in the AG definition, then I would go your road without thinking a second!!! :-D

All depends on what you want to do.

Regards,
Alessandro

Oh trust me! There are several changes we could make, but I am taking the JD approach of if it's not broke don't fix it!

My suggestions for changes are going to be implemented in things going forward!

272

MP Server / Re: Non-Root Install - Anyone doing this?

« on: February 14, 2019, 02:04:42 PM »

Oh, you can still install it in /opt (you need root) but you configure it to run in 'userspace' by changing the owner of the installation to the user account.  The instructions in the IBM CMOD Installation Guide will walk you through it.

Nice! Thank you, I will check that out!

I tried tricking it with a response file. That does not work 

273

MP Server / Re: Non-Root Install - Anyone doing this?

« on: February 14, 2019, 10:31:54 AM »

This is very common now.  The problem with root installs is that if a way is found to compromise Content Manager OnDemand (i.e. remote code execution) then the entire server is compromised.  With CMOD (and arssockd) under a non-root account (archive or odadmin) the amount of damage is reduced, but not necessarily eliminated.

-JD.

Yeah, that's our logic as well. It's a nice feature.

We are just getting pushback from our system admins about installing software in /home/instance. That's why I was wondering if there's a way to "backdoor" it to /opt or some other file system. Same question exists for DB2, which I also installed as non-root.

274

Other / Re: Upgrading TSM using Centera

« on: February 14, 2019, 08:30:15 AM »

It's extremely rare that I disagree with Alessandro...  but today is that day. 

I like arsdoc get / arsload because it gives you option to fix a lot of silly mistakes in the App Group config...  Expiration types, Segment size, field lengths, update date types, etc.    There are a lot of ways to improve an AG & App config when you do that -- which you can't do with Alessandro's method.

-JD.

I am probably going to be doing it this way, I've played with this method it seems like it's the easiest.

I have a listing of load-ID's that I am going to use from 87 records. I also have load ID's from AG deletes/unloads/arsmaint, and what I am doing is creating a very very large list of all Load ID's, and if the ID exists more than once (Saying it was loaded and deleted..) I am going to remove that from my list. This should give me a listing of load Id's that I need to use. Then, I am going to do an arsdoc get and use the -X flag.

one cool thing that I was concerned about- We use arsdoc delete frequently to delete duplicate indexes (argh), and in all my testing I've noticed that if we delete an index, when I go to retrieve the original load it is gone too. Neat!

275

MP Server / Non-Root Install - Anyone doing this?

« on: February 14, 2019, 08:26:57 AM »

Greetings,

We are looking at the possibility of doing a non-root implementation for both CMOD and DB2. I have successfully done this in my lab environment - and I haven't seen any issues at all.

I am just wondering- is anyone else doing this or something similar? And has anyone seen any drawbacks to doing it this way? I cannot think of any.

Also- I know how IBM likes to have undocumented features. Is it possible to change the directory for a non-root install? I know this is probably one limitation, and my linux team isn't happy about having to increase /home.

Thanks!

276

iSeries / Re: script to update storage set

« on: February 13, 2019, 12:56:47 PM »

Thanks jsquizz, I am not exporting to a new server. I just have to update the app group with new storage set

Try this- I just did this last week..

Modify your storage set.
Add a new storage node
Select your *primaryNode, uncheck "load data"
Select your new node, check "load data"

You should be set..it worked for me...I was able to retrieve data from both nodes.

277

MP Server / Re: Error running ARSXML export.

« on: February 13, 2019, 07:06:42 AM »

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

278

MP Server / Re: Error running ARSXML export.

« on: February 12, 2019, 08:58:45 AM »

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)

279

Other / Re: Upgrading TSM using Centera

« on: February 08, 2019, 07:07:09 AM »

I've been tinkering with that method for the past few days and i'm having pretty good luck so far.

i am getting the DOC_NAME from the ARSLOAD table, part of me thinks that is right..But i've researched it and read it might only get me valid loads with "load" as the expiration type..and we have a bunch that are segment.

But part of me thinks I need to query each individual AG data table for the doc name, extract to a list, and then i can do arsdoc get -G and -i "where doc_name='1FAAA'"

280

MP Server / Re: Message Logging - Logoffs

« on: February 07, 2019, 06:45:59 PM »

System Log performance was improved in Content Manager OnDemand v9 and v9.5, so upgrading will help.

You'll want to consult your friendly neighbourhood DBA and ask them to help you improve insert performance.

The single best way to reduce the impact of query logging is to turn them off.

If you're also seeing a lot of login/logoff messages, I'd disable that.  If you're not seeing logoffs, then there's a chance that a web app is poorly written and abandoning connections, without closing them properly -- check into that as well.

-JD.

I figured that was the case.

We are capturing mostly everything including logins and logoffs, but i am concerned about the 65/226... The last time this happened to me, when retirement statements would go out, the entire 3 server environment would crash.

10.1 is on the way!

281

MP Server / Message Logging - Logoffs

« on: February 07, 2019, 12:14:21 PM »

I am looking into slow response times, and I am seeing excessive activity being written to the system log.

The last time I saw this, per IBM, 65/226 records were causing extreme slowness in the system and eventually brought it down.

I am looking through log activity and I am wondering- can anyone think of a scenario when they needed to have logoff messages enabled? I an see logins, but not log offs.

282

Other / Re: Upgrading TSM using Centera

« on: February 07, 2019, 09:06:43 AM »

3) Export all the objects in storage A (if in TSM : dsmc retrieve /ODINST/ABC/) or from ondemand via "arsadmin retrieve". (don't forget the index files the doc_name with the 1 at the end)

And that's the fastest way to do it, without the hassle to export all data (arsdoc get) and re-archive it via arsload, which works but it is slow...

I've been looking at the arsdoc approach, retrieving all (.ind/.out/.res) and reloading with arsload.

Do you happen to have a sample syntax for arsadmin retrieve - and arsadmin load? I can't seem to get the syntax down.

283

MP Server / Re: Error running ARSXML export.

« on: February 06, 2019, 06:52:09 AM »

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.

284

MP Server / Re: Error running ARSXML export.

« on: February 05, 2019, 09:15:26 AM »

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!

285

MP Server / Re: Error running ARSXML export.

« on: February 04, 2019, 03:46:48 PM »

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