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 ... 123 124 125 126 127 [128] 129 130 131 132 133
1906
As a courtesy to the Pacific Northwest ECM Users Group, and to our members, we will be passing along meeting notifications for local Enterprise Content Management User Groups to our members.  ODUG's scope is global in nature, and we encourage our members to participate in local ECM User Groups as well.  If you are a member of a local ECM Group, and would like to promote your next meeting to our members, please don't hesitate to contact myself or one of the other ODUG Board Members.

Below is a message from Ian Story, President of the Pacific Northwest ECM User Group:

All,
I want to take a moment and make sure that everyone knows about the upcoming Pacific Northwest ECM UserNet Meeting, which is less than two weeks away on Wednesday, September 29, 2010 at 9am in Portland, Oregon!

There are a bunch of great reasons to come, but if you need help explaining why to your boss, here are my top 5 reasons:
1.      When you register, you can input questions that you want answered, and we will be answering as many as possible during the roundtable sessions - this means that you can absolutely get input on topics that are pressing in YOUR organization, and meet others with similar interests, questions, etc.
2.      As everyone knows, there are a number of products in the BPM space at IBM - this is one of the best chances you'll have to learn about ALL of them (not just FileNet!), how they work together, the strategy for them, etc. from the man that knows this better than anyone, David Yockelson, who is the program director for BPM at IBM.
3.      SharePoint & MS Office are still hot topics (as is general integration into the desktop) this is our other main session, you'll learn about it, and also get to hear from others about what they are doing at their firms.
4.      The meeting is at a customer site (Standard Insurance) and you'll get a chance to meet other customers, talk about how they do things, and learn from each other.
5.      Aside from the time it takes away from the office, there is NO COST register for the meeting, lunch is even provided!

To register, click this link - http://www.informationmanagementrequest.com/mk/get/PNW2010-09, or check out the attached email!  The more that can come, the better - because as usual, more people = more networking and discussions, and more visibility for the Northwest with IBM ECM!

Best,

Ian

PS - Particularly to those in Oregon, I know we've talked in years past about how to do more down in Portland or in the south to make it easier for you to join, this is your chance, come on out for the sessions! :)

1907
MP Server / Re: Max report size.
« on: September 20, 2010, 07:22:43 AM »
This looks like the old generic index format.  I'm not sure how well supported it is anymore.

Can you cut-and-paste in the error message you get from arsload?  You can probably find it in your System Log.

-JD.

1908
Report Indexing / Re: Indexer file problem.
« on: September 20, 2010, 06:59:52 AM »
You're missing the code page ID.  ARSLOAD probably isn't complaining about the GROUP_FIELD_NAME parameter as much as it's complaining that you didn't specify a Code Page for the generic index data. 

Good luck!

1909
z/OS Server / Re: Problem with ARSLOAD
« on: September 20, 2010, 06:57:10 AM »
Performance problems can have MANY sources.

First, check to see if there are performance-related fixes in newer versions of CMOD.  (This depends on which version you're at today.)
Second, check to see that there aren't any CPU limitations (other processes using all your cycles).
Third, check for memory utilization for the database.  Earlier versions of DB2 had very low default values for DBHEAP, etc.

Also, in French, a 'byte' is an 'octet'.  So a Megabyte becomes a Megaoctet, or "Mo".  Ko = Kilo-octet, Go = Gigaoctet, etc.  Hope that helps!

-JD.

1910
z/OS Server / Re: Problem with ARSLOAD
« on: September 17, 2010, 07:45:49 AM »
I still don't see an attachment.  I don't think that functionality is supported on the forum.  Copy-and-paste the text of the error message into the body of a message.

1911
Other / Re: Library server not starting.
« on: September 17, 2010, 06:24:23 AM »
Hello. 

You are correct -- the error message states that the table 'arsag' (where the application group definitions are stored) is missing.

If you can't find any other tables (at the command line you could run "list tables for user" and "list table for all") then you'll need to recreate the library server database.  From the Windows Command Line, you should be able to run "arsdb - crtv" to create the database, tables, and indexes.

-JD.

1912
z/OS Server / Re: Problem with ARSLOAD
« on: September 17, 2010, 06:20:16 AM »
Hi Phillippe.

There are no attachments -- and I'm not sure you'd want to do that anyway -- this is a public forum.  You'll need to give us more information if you want us to be able to help you.  You can paste any error messages or command output into a message.

-JD.

1913
MP Server / Re: Max report size.
« on: September 15, 2010, 05:37:12 AM »
We need a little more info to be able to help you find the problem...

Platform, versions of software, maybe your index parameters and Application config... 

-JD.

1914
The 2010 IBM Information On Demand conference (IOD) is being held in Las Vegas on October 24-28 at the Mandalay Bay Convention Center. In conjunction with IOD, the OnDemand User Group is sponsoring our annual OnDemand users group conference on Thursday, Oct. 28 from 8:30 a.m. to 5:30 p.m. in the Banyan A conference room at the Mandalay Bay South Convention Center.

ODUG members should also know that the user group discount IS IN EFFECT for this year for IOD. You can receive $100 off the conference price by registering with code G10ODUG (GEE TEN ODUG). You may register for the IOD Conference at the following web site: http://www-01.ibm.com/software/data/2010-conference/

There is no charge to attend only the ODUG Conference on Thursday. If you wish to attend the ODUG Conference only and not IOD please go to the IOD registration desk located in the Mandalay Bay Convention Center on Thursday morning and explain that you are attending the ODUG meeting in the Banyan A room. You will not be permitted to attend any IOD sessions, only the ODUG session which runs all day anyway.

If you are planning to attend IOD and/or ODUG please REPLY TO THIS EMAIL and let us know if you are attending IOD and ODUG or ODUG only.

The board would like to draw special attention to the OnDemand specific sessions slotted for IOD attendees this year, as well as those for ODUG. Users and board members have been vocal and persistent on restoring the level of CMOD content available during the conference, and we feel we've accomplished that goal. We hope that continued feedback and customer participation will continue to add content to the session options.

On this year's list of sessions for IOD:
- Best practices for CMOD z/OS implementation
- Best practices for java API monitoring, alerting, and retrieval of AFP documents
- Top ways to improve FileNet P8, CM8, and CMOD performance
- Leveraging CMOD
- A mountain to migrate- a CMOD v2 to CMOD v8 experience.

ODUG sessions include:
- OnDemand Product update
- Best practices for migrations to or from CMOD
- Migration of an AIX library server to an existing z/OS library server
- Enhancement discussion
- Upgrade and back again- a versioning exercise
- z/OS CMOD internals- a look under the covers
- DB2 performance tuning for an LUW instance using self-tuning Memory Manager
- Changing retention of documents in a CMOD repository
- Issues round table discussion
- Bird of a feather session as determined by issues roundtable

Enhancement requests will not be received or presented at the ODUG event this year. Please enter any enhancements you may have on the ODUG Forum in the appropriate section. Please be as specific as possible in the text for the enhancement. It would be a good idea to provide contact information in case there are questions regarding your enhancement.

Voting on the enhancements will begin immediately after IOD on Nov. 1st and ending Nov. 30th. The enhancements will then be collected and presented to IBM for consideration.

Sincerely,
Benny N. Ormson
President, ODUG

1915
It sounds like Application where this data is coming from wasn't defined to store the resources with something like:
   restype=fdef

In the NEW Application definition, you should probably specify the directory where the resource can be found:
   USERLIB=</path/to/afp/resources>

(Where /path/to/afp/resources is the DIRECTORY where those resources can be found.)

That might fix your loading problem.

-JD.

1916
From the Messages and Codes Manual:

APK462S
A TRIGGER PARAMETER WAS SPECIFIED, BUT THE INPUT FILE IS ALREADY INDEXED.
Explanation:
The parameter file included a TRIGGERn parameter, but the input file contains indexing structured fields. ACIF cannot index a file that is already indexed.

User Response:
If you want to create an index object file for the input file, remove all TRIGGERn parameters from the ACIF parameter file and resubmit the job.


It sounds like you loaded this document with ACIF, and it created index fields that made it through to the output file.

But the bigger question is...  Why aren't you letting arsdoc create the Generic Index file for you, and loading that?

-JD.

1917
z/OS Server / Re: What is the maximum size recommended to load in CMOD
« on: August 24, 2010, 05:27:16 AM »
From everything I've heard so far, there is a serious problem.  There's no way that running such a modest load should take that long.

What versions are you using (DB2 & CMOD)?  Can you give us a sample of the generic index file contents?  How many 'records' or 'documents' are inside this text file that you're loading, or is it one document per file?

In the times I've seen painfully slow performance like this in the past, it's been a software bug, or one of the components (DB2, TSM, or OS) is severely constrained in cpu, memory, or disk. 

-JD.

1918
MP Server / Re: User exists in MP ondemand
« on: August 21, 2010, 06:19:25 AM »
What type of information are you trying to collect?  It might exist in places where it's easier to find -- like the System Log or the new Load Log.

-JD.

1919
z/OS Server / Re: list of msg num on system log CMOD
« on: August 12, 2010, 05:55:35 AM »
Hi Phillippe...

There used to be a short and handy reference table, but that doesn't seem to have been created for more recent versions of CMOD.  I believe that the contents of the System Log should be the same regardless of which platform you're on -- but someone will correct me if I'm wrong!

There is a 'Messages and Codes' document -- the numbers in the error codes (ie, ARS0013E) indicates the problem is with OnDemand (ARS) and has message number 13 (from the System Log) and is an error (E).

You can find the Messages and Codes docs for Multiplatforms at:
http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=US&FNC=SRX&PBL=SC27-1379-08

Hope this helps!

-JD.

1920
MP Server / Re: 8.3 to 8.4 migration
« on: August 10, 2010, 04:22:22 AM »
Hi Nijaguna...

You'll want to add "-A 7" to Alessandro's 'arsdoc get' command so that you get any annotations from the system.

You MAY want to replace the '-i <search criteria>' with a -q to use a 'named query' that you've already stored in CMOD.

-JD.

Pages: 1 ... 123 124 125 126 127 [128] 129 130 131 132 133