My Community
July 31, 2010, 07:08:48 AM *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Search Calendar Login Register  
Pages: [1] 2 3 ... 10
 1 
 on: July 30, 2010, 12:55:29 PM 
Started by LWagner - Last post by LWagner
A few questions on client behavior displaying the folder list in CMOD 8.4 .

Are all folders now shown, no more hidden folders ? I am seeing all folders listed, but an error message displayed if access is blocked in RACF.  I expected the same behavior as in CMOD 7.1 client, of hidden folders.  We added 3,000 folders.  Oops !

Filters ?  Not well-implemented.  If you need multiple filters, you can string them, but, close and re-open the client, and the only filter shown is the last one added to the list.  That was either a bad joke, bad idea, or poor implementation, and need correcting.

 2 
 on: July 30, 2010, 12:48:11 PM 
Started by Shannan - Last post by Shannan
Thanks for the input!  Sounds like the data movement isn't the issue, but more the server and it's applications, etc..., correct?  Don't want to set us up for an impossible future migration if/when the day comes. 

On the virtual - one of my network people said they weren't suggesting the virtual environment for db driven systems - have you had any issues with this?  (we were discussing CM on virtual at the time rather than OD)

 3 
 on: July 30, 2010, 12:04:32 PM 
Started by anantgowerdhan - Last post by Justin Derrick
RAPTOR4 is not available for downloading.  It is sold directly to customers and includes installation & training services.

 4 
 on: July 30, 2010, 11:59:11 AM 
Started by Shannan - Last post by Justin Derrick
The 'chaotic' issues start with balancing the concerns of multiple applications -- it's not just a matter of when can you take CMOD down, but an issue of what are the SLAs and scheduled downtimes and permitted outage windows for ALL applications on the shared machine.  It usually only gets worse from there.  Smiley

As I mentioned previously, using virtual machines allows for the fast and easy migration to new hardware without impacting other applications (running inside their own VMs) on the server.

Good luck!

-JD.

 5 
 on: July 30, 2010, 10:09:27 AM 
Started by LWagner - Last post by LWagner
With more testing,

SRVR_FLAGS_SECURITY_EXIT=1       
SRVR_FLAGS_FOLDER_APPLGRP_EXIT=0

is working to block folder USE, but folders are listed and not acessible. In CMOD 2.1, folders were not listed.  I expected the same behavior.

Is there a way to make the folders remain unlisted if there is no access ?

 6 
 on: July 30, 2010, 09:29:38 AM 
Started by wwwalton - Last post by Justin Derrick
Hi Nijaguna.

It depends almost exclusively what the selection criteria for the documents to be exported are.  If you are selecting by date, it should be very easy.  If it's particular customer numbers, that's difficult.  It will be extremely difficult if the criteria (say, location by zip code) is not stored in the indexes.  Also, are you expected to delete the exported data from your own system afterwards?

You mention the IBM OS390 documentation -- are you on iSeries?  Your post is in the Multiplatforms forum, and the two platforms are very, very different.

-JD.

 7 
 on: July 30, 2010, 08:36:46 AM 
Started by LWagner - Last post by LWagner
I just got that sequence covered by IBM, so I seem to be advancing.

for:
D PROG,EXIT,EXITNAME=ARS.SECURITY,DIAG

I receive response:
RESPONSE=PRD1                                         
 CSV464I 07.05.13 PROG,EXIT DISPLAY 237               
 EXIT ARS.SECURITY                                     
 MODULE    STATE EPADDR    LOADPT    LENGTH    JOBNAME
 ARSUSECZ    A   00000000  00000000  00000000  *       


 8 
 on: July 30, 2010, 07:14:45 AM 
Started by wwwalton - Last post by nijagunakote
Thank you Alessandro,
Yes, most of what you said is correct.

But the problem is, we have to export partial data to anather CMOD server. Lets say we have 10 million documents and we have to export and ship only 4 million documents.

When I was reading some documentaion, there were two options.
1. Migrate index+ metadata
2. Migrate only metadata.

in our case we want to go with 1st option. also, in the documentation it is mentioned that we have to install migration routines.
http://publib.boulder.ibm.com/infocenter/cmod/v8r4m0/index.jsp?topic=/com.ibm.ondemand.390.doc/ars3g27147.htm

even though we are not migrating from 2.1 to 8.4, I was going thrugh this to understand what is involved.

Do you have any idea on how we can export partial list of documents from one CMOD to other?

 9 
 on: July 30, 2010, 05:09:51 AM 
Started by Shannan - Last post by Shannan
Sorry for the delay in responding, we are running on Windows.  Thanks for the word of caution Nils.  Justin, when you say chaotic, is it terrible to move OD else where in the future?  What makes it so?  TSM?  What are your thoughts on running OD on a virtual (windows) server? 

 10 
 on: July 30, 2010, 04:23:21 AM 
Started by wwwalton - Last post by AlessandroPerucchi
My company wants to migrate index+metadata from 8.3 to 8.4 hosted on different AIX mechines.
are there any documents? manuals to refer?

Thanks for your help.

Hello,

If I understand correctly, you have an OnDemand server in a server A, and you want to move it to server B.
Server A is installed with OnDemand 8.3, and the goal is to have server B with 8.4.

Is this what you want?

If yes, then it is quite easy:

- Backup the Library Database on server A
- Backup the cache FS from server A
- Restore Library on server B
- Restore cache FS on server B
- Check that the TSM configuration (if using TSM) is correct, that all ports are OK
- Check that the ars.ini on server B, and all the config files (ars.cfg, ars.cache and ars.dbfs) are correctly setup for server B.
- Run the Upgrade method as describe in this documentation (ex: 8.4.1.5 : http://ftp://service.software.ibm.com/software/ondemand/fixes/v841/8.4.1.5/readme.txt )
- Start CMOD, and check that everything is running as expected. If not, go back to check the config files, permissions, etc...

At this point, you have 2 Libraries server pointing to the same TSM (if you are using TSM, if cache only, you can discard this part!).
Meaning if you remove a document in server B, the the document won't be accessible in server A anymore, and vice-versa.
If you add a document in server A, it won't be visible in server B and vice-versa.
So, my advice. Don't do any modification until you are sure server B is working as expected. then shut-down server A.

Is that what you want?

I am not sure there are some documentation specifically for that, but that should help you to see what are the basic steps involved.

Cheers.
Alessandro

Pages: [1] 2 3 ... 10
Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006-2009, Simple Machines LLC Valid XHTML 1.0! Valid CSS!