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 - Justin Derrick

Pages: 1 ... 107 108 109 110 111 [112] 113 114 115 116 117 ... 133
1666
Hi Brian...

8.5.0.6 was released on September 21st.  So make sure you get the latest and greatest!

I've also seen a similar bug, I'll make sure that gets a PMR opened on it as well, in case it's related.

-JD.

1667
MP Server / Re: Migrate DR550 to IA
« on: October 01, 2012, 03:45:43 AM »
I knew that before, but the official information was not out.

Yeah... we are lookin for a successor of our DR550... but it seems that the IA is out (now) ::)

Some customers are combining TSM (with Archive Retention Protection enabled) and SnapLock to get a double-layer of protection against data deletion that might pass your auditor's inspection.  I've installed it elsewhere, so I know it works.  (Once upon a time, I didn't believe it did -- but it does...  ;)  )

-JD.

1668
MP Server / Re: MP CMOD 8.5.0.6 FYI
« on: September 27, 2012, 06:31:47 AM »
I'm aware of two other fixes that may not have appeared in the README, because they were internal code issues -- a memory leak on AIX, and a performance issue when retrieving documents from TSM.  Both bugs would only affect extremely high volume users (500k+ retrievals per day).

-JD.

1669
MP Server / Re: Migrate DR550 to IA
« on: September 26, 2012, 09:03:16 AM »
Which HDS product?  I thought they just did DASD/SAN storage.  If it can be mounted as a filesystem, then TSM can store data on it as a disk device class.

-JD.

1670
MP Server / Re: Unable to allocate enough memory / cannot connect
« on: September 26, 2012, 09:01:15 AM »
Hi JD

We had this happen a few times and as per PMR, it was a sporatic issue and the fix was to upgrade to 8.5.0.5

Heh!  We're on 8.5.0.5...  :D

*bangs head on desk*

-JD.

1671
MP Server / Re: Unable to allocate enough memory / cannot connect
« on: September 25, 2012, 07:31:53 AM »
I've recently run into this issue as well, although it wasn't arslacif.c that bombed -- it was arsadmp.c.

I'm on CMOD 8.5.0.5 on AIX 6.1 TL07 with DB2 9.7.

Any hints on how to resolve it?

1672
Can you use arsxml to export the data?  (I can't remember if 8.4.1.3 has arsxml, and if it doesn't, can you use the version from 8.5.0.5 and use the -h <hostname> parameter to pull the data from the old server?  I'm assuming here that there's an 'old' and a 'new' server, and that this isn't an in-place upgrade.

-JD.

1673
MP Server / Performance problems on Power7?
« on: September 21, 2012, 06:13:16 AM »
Hey everyone...

I've got a customer who is moving from their POWER6-architecture systems to shiny new POWER7 servers running AIX.  As part of the migration to new hardware, the testing team is trying to quantify the performance improvement -- and their findings are that CMOD (8.4.1.4) on P7 is actually SLOWER than it was on similarly equipped P6 servers.

Has anyone else noticed performance problems on newer hardware?  Any tips or tricks?  (I'm already pushing them towards upgrading to CMOD 8.5 for the performance bumps it is supposed to provide.)

Thanks in advance...

-JD.

1674
MP Server / Re: Copy TSM storage objects back to Cache ...
« on: September 18, 2012, 02:39:30 AM »
Ah, yes, with less than 1TB, the cost and maintenance of a tape library doesn't make a lot of sense.

In that case, consider migrating the Application Groups using arsdoc.  It'll give you the opportunity to fix "permanent' parameters like Expiration Type if they're incorrectly set.  You simply use arsdoc get to pull the data out of the AG, then build a new AG, and load the data into it with arsload.  If you use the generic indexer options (-g on arsdoc and -X G on arsload) loading should be quick and easy.

-JD.

1675
MP Server / Re: Migrate DR550 to IA
« on: September 18, 2012, 02:34:53 AM »
I hope I haven't become too predictable!

There were a few customers with DR550 -- but not so many that the product is still around...  :D

You might be able to perform a TSM database backup & restore, then copy the individual data files ("pick it up" and "place it on a new server").  I've done that for TSM upgrades in the past, but not specifically on a DR550.

Keep us posted on your progress -- you won't be the last person who needs to do this!

-JD.

1676
Report Indexing / Re: Transform->Load vs Transform on the fly
« on: September 18, 2012, 02:30:28 AM »
In order to know for sure, you'll have to try it yourself...  But from what I've seen, the cost of some cheap x86 hardware (or an extra CPU or two) to do some transforms is far less than the cost of twice as much enterprise-class disk running 24x7x365.

-JD.

1677
MP Server / Re: Migrate DR550 to IA
« on: September 17, 2012, 07:58:41 AM »
I'm not familiar with the IA product -- but the DR550 is simply TSM on specialized hardware.  You should be able to use 'Export Node' to copy node data over to a new TSM server.  The snag here is that I think the DR550 runs TSM 5.5.x -- and I'm not sure about the compatibility of data exported from 5.5.x into the newer versions of TSM, like 6.3, which have an entirely different database structure.

Alternately, you could just pick-and-place the data from the DR550 to all new hardware rather than going through the export/import cycle.

It's going to be interesting, that's for sure...

-JD.

1678
Report Indexing / Re: Transform->Load vs Transform on the fly
« on: September 17, 2012, 07:53:29 AM »
Historically, AFP compressed far better than PDF.  That may change in the newer versions of CMOD, which can 'decompose' PDFs (aka remove bulky resources like images and fonts), then 'recompose' them on retrieval -- in exactly the same way CMOD does for AFP data. 

The requisite for this is the PDF indexer, which is a separately licensed product or 'bolt-on-feature', which makes the cost of the separate software another variable...

Good luck!

-JD.


1679
MP Server / Re: Copy TSM storage objects back to Cache ...
« on: September 17, 2012, 07:49:11 AM »
Not that you asked, but I normally strenuously resist the idea of CMOD servers without TSM -- in my experience, the overwhelming majority of data in CMOD is 'data at rest' and is rarely (if ever) accessed.  This makes it the perfect candidate for tape.  I try to urge folks to do more research and find their most used data, and cache that -- rather than trying to cram everything onto hot, power-hungry, spinning disks.

That having been said...

You're right, that the way to get data out of TSM is "arsadmin retrieve" and the way to get things into cache is 'arsadmin store'.  I think the "implication" you're looking at is for loading a NEW object into cache AND TSM at the same time. 

The way to determine if a file exists in the cache is to check the retr directory.  The TSM filespace ID = Application Group ID Name.  Check here: /arscache/cache/retr/<AGID>/<TYPE>/<OBJ>

Where AGID is the Application Group ID Name (also in arsag under the column agid_name).
and TYPE is DOC (document) or RES (resource data).
and OBJ is the CMOD object name - a number, followed by FAA, followed by a series of letters, and optionally a $ or a 1.

It's a big job -- good luck!

-JD.

1680
MP Server / Re: SSL for ODWEK CGI 7.1.0.12 (or upgrade path suggestions)
« on: September 15, 2012, 11:59:29 PM »
Since you're using the CGI, you simply need to implement HTTPS at the web server level -- then all data passed between the web browser and the web server will be encrypted.

You didn't mention which webserver software you're using, but simply follow the instructions for enabling HTTPS/SSL for that software.

Also, upgrading won't affect the indexes for your PDF.

-JD.

Pages: 1 ... 107 108 109 110 111 [112] 113 114 115 116 117 ... 133