Messages

61

Windows Client / Re: AFP Document showing Dollar sign instead of Pound sign

« on: March 21, 2016, 01:57:19 PM »

Hi Pankaj

It is in a script i am using. With the iconv AIX command i do the conversion.

Kind regards,

Michel.

62

Windows Client / Re: AFP Document showing Dollar sign instead of Pound sign

« on: March 18, 2016, 06:29:51 AM »

Solved it.

In our loadscript on AIX we convert from ISO-8859-1 to IBM-285
For this 1 document i change the code conversion from ISO-8859-1 to IBM-273

This was succesfull and displayed the pound sign.

63

Windows Client / Re: AFP Document showing Dollar sign instead of Pound sign

« on: March 11, 2016, 02:42:00 AM »

Hi JBNC,

Thx for your reaction, but unfortunately that did not do the trick.

My guess is that the arsload did the pound to dollar change.

i raised a ticket at IBM.

Kind regards,

Michel.

64

Windows Client / Re: problem with LOGO after upgrade CMOD client

« on: March 09, 2016, 01:36:23 PM »

Update:

After installing OnDemand Client version 9.5.0.4 it solved all our problems with AFP logo's.

Kind regards,

Michel.

65

Windows Client / AFP Document showing Dollar sign instead of Pound sign

« on: March 09, 2016, 01:33:12 PM »

Hi All,

We are , amongst other formats (e.g. PDF) , archiving AFP documents to OnDemand. The AFP document before it is sent to ondemand contains a (currency) pounds sign. But when we retrieve the document from within the ondemand client , the document on the screen shows a dollar sign.

We use Ondemand Client 9.5.0.4. I also tried version 8.5.0.6 , same issue.

Any thoughts?

Kind regards,

Michel.

66

MP Server / Re: TSM strange behaviour after upgrade

« on: September 17, 2015, 02:55:42 AM »

Hi Alessandro

Checked the document. I am not using mutiple storage nodes.
So i leave it this way.

Thx for your reactions on this topic.

Kind regards,

Michel.

67

MP Server / Re: TSM strange behaviour after upgrade

« on: September 17, 2015, 02:31:14 AM »

Ok Alessandro,

but would there be a reason to deactivate TSM pooling? Loading documents is now extremely fast.

Regards

Michel.

68

MP Server / Re: TSM strange behaviour after upgrade

« on: September 17, 2015, 02:21:46 AM »

Thx Alessandro,

You mean this one?

http://www.odusergroup.org/forums/index.php?topic=1035.0

REgards,

Michel.

69

MP Server / Re: TSM strange behaviour after upgrade

« on: September 16, 2015, 11:30:50 PM »

Did another test today.

Every morning around 1000 files are archived to ondemand. Each file is loaded individually towards ondemand with the ARSLOAD command.
What is see is that when the first load starts it gets an session at the TSM server. The other loads with a new arsload process do not get another TSM session but use (as it seems) the same session id as the first load.

Here an example of 2 query sessions executed at the TSM server.
Session id is 6217 and as you can see, Bytes Recv is for the same session id increasing.
Maybe this is new behaviour (more effecient) with TSM 7.1. Is it possible someone can do at test at their own environment and share the outcome?

IBM Tivoli Storage Manager
Command Line Administrative Interface - Version 7, Release 1, Level 1.4
(c) Copyright by IBM Corporation and other(s) 1990, 2015. All Rights Reserved.

Session established with server ARCHIVE: AIX
  Server Version 7, Release 1, Level 1.100
  Server date/time: 09/17/15   06:37:06  Last access: 09/17/15   06:32:09

ANS8000I Server command: 'q ses'.

  Sess     Comm.      Sess         Wait       Bytes       Bytes     Sess        Platform     Client Name
Number     Method     State        Time        Sent       Recvd     Type
------     ------     ------     ------     -------     -------     -------     --------     ------------------
 1,508     Tcp/Ip     Run          0 S        1.3 M         203     Admin       AIX          ADMIN
 2,125     Tcp/Ip     Run          0 S        1.1 M         203     Admin       AIX          ADMIN
 2,145     Tcp/Ip     Run          0 S        1.1 M         203     Admin       AIX          ADMIN
 6,217     Tcp/Ip     IdleW        0 S      209.0 K       9.8 M     Node        ONDEMAND     ODNODE
 6,663     Tcp/Ip     Run          0 S          148         233     Admin       AIX          ADMIN

ANS8002I Highest return code was 0.

IBM Tivoli Storage Manager
Command Line Administrative Interface - Version 7, Release 1, Level 1.4
(c) Copyright by IBM Corporation and other(s) 1990, 2015. All Rights Reserved.

Session established with server ARCHIVE: AIX
  Server Version 7, Release 1, Level 1.100
  Server date/time: 09/17/15   06:37:08  Last access: 09/17/15   06:32:09

ANS8000I Server command: 'q ses'.

  Sess     Comm.      Sess         Wait       Bytes       Bytes     Sess        Platform     Client Name
Number     Method     State        Time        Sent       Recvd     Type
------     ------     ------     ------     -------     -------     -------     --------     ------------------
 1,508     Tcp/Ip     Run          0 S        1.3 M         203     Admin       AIX          ADMIN
 2,125     Tcp/Ip     Run          0 S        1.1 M         203     Admin       AIX          ADMIN
 2,145     Tcp/Ip     Run          0 S        1.1 M         203     Admin       AIX          ADMIN
 6,217     Tcp/Ip     IdleW        0 S      209.5 K       9.9 M     Node        ONDEMAND     ODNODE
 6,664     Tcp/Ip     Run          0 S          148         233     Admin       AIX          ADMIN

ANS8002I Highest return code was 0.

70

MP Server / Re: TSM strange behaviour after upgrade

« on: September 16, 2015, 12:24:51 PM »

one more thing.....

There is this userexit. Is this exit the bridge between arssockd and tsm?

/usr/lpp/ars/bin/exits/arssmtsm

Could this be a problem with the arssmtsm user exit?

Thx

Michel.

71

MP Server / Re: TSM strange behaviour after upgrade

« on: September 16, 2015, 04:58:17 AM »

extra info.

when say 30 documents are archived to tsm , then the first load action gives ANR0406I message in TSM actlog but the other 29 documents there is no record of in TSM actlog. But documents are still being archived to TSM because i query:

TSM:
select LL_name from archives where archive_date like '2015-09-16%'

the LL_name is both in cache and in tsm.
So this seems ok , but i still find it worrying because i cannot depend anymore on the activity log.

I raised a PMR at IBM , will keep you posted.

72

MP Server / Re: TSM strange behaviour after upgrade

« on: September 15, 2015, 05:56:33 AM »

Hi Alessandro,

Good question regarding why not go to 9.5. This is a long story , i will not bother you with that :-)
May 2016 we plan to upgrade to 9.5.

I also installed the TSM 7.1.1.4 client filesets. Could this maybe too new for CMOD 8.5 talking to TSM 7.1.1.100?


Michel.

73

MP Server / TSM strange behaviour after upgrade

« on: September 15, 2015, 05:08:44 AM »

Hi all,

This weekend i upgraded CMOD 8.4 to 8.5 and TSM version 5.5.7 to version 7.1.1.100

Before the upgrade everytime a document was archived i saw in the TSM activitylog:
ANR0406I Session 3038 started for node ODNODE (DATALOAD) (Tcp/Ip 192.168.1.10(48842).(SESSION:3038951)
DATALOAD is the CMOD user we use for loading documents with arsload.

After the upgrade , i am not seeing the same message in the TSM actlog.

I checked TSM and saw that documents are being archived to ondemand.:

tsm: ARCHIVE>select * from archives where NODE_NAME='ODNODE' and FILESPACE_NAME='/UXB' and LL_NAME='790926JAAA'

     NODE_NAME: ODNODE
FILESPACE_NAME: /UXB
  FILESPACE_ID: 1
          TYPE: FILE
       HL_NAME: /DOC/
       LL_NAME: 790926JAAA
     OBJECT_ID: 42472944
  ARCHIVE_DATE: 2015-09-15 11:18:55.000000
         OWNER:
   DESCRIPTION: IBM OnDemand
    CLASS_NAME: DEFAULT

But the strange thing is that this is not being logged in tsm activity log. Is this maybe an known issue with the TSM API?

Anyone any thoughts on this?

Kind regards,

Michel.

74

MP Server / Re: migrating documents from cache to tsm

« on: September 04, 2015, 03:17:05 AM »

Great,

Why didn't i think of this 

Thx Alessandro.

Kind regards,

Michel

75

MP Server / Re: migrating documents from cache to tsm

« on: September 03, 2015, 12:19:37 PM »

Thx Alessandro for your quick response. Is this setting per AG , since i have around 800 AG's :-)


kind regards,

Michel.