Hi All,
when I try using the command dsjob to run job I got some issues :
/opt/IBM/InformationServer/Server/DSEngine/bin> dsjob ....
Could not load program dsjob: Dependent module libvmdsapi.so could not be loaded.
Could not load module libvmdsapi.so.System error: No such file or directory
I search the forum found some one suggest source the dsenv
/opt/IBM/InformationServer/Server/DSEngine>source dsenv ,then suddenly I got the following issues:
ksh: source: not found ;
Do you any one like help me out of the questions ? is this a big question ? Thanks.
How to run job use the dsjob command
Moderators: chulett, rschirm, roy
-
- Participant
- Posts: 35
- Joined: Tue Feb 07, 2012 2:28 am
- Location: China BeiJing
How to run job use the dsjob command
Dong Ying Ying Come on.
'Source' the dsenv file usually means to use the dot command. Somebody may have created an alias for "source" to equate it to their dot command.
Try
Be sure you don't miss the dot-space at the beginning.
Mike
Try
Code: Select all
. /opt/IBM/InformationServer/Server/DSEngine/dsenv
Mike
-
- Participant
- Posts: 35
- Joined: Tue Feb 07, 2012 2:28 am
- Location: China BeiJing
Thanks Mike,
when we try to execute the ./dsenv .
we got the issues.
Technote (troubleshooting)
Problem(Abstract)
When starting DataStage Server or sourcing the dsenv, the following warning is received:
ulimit: outside the allowable range
Cause
The warning message you are receiving - ulimit: outside the allowable range - is telling you that you are trying to set a higher ulimit in dsenv than root has.
Diagnosing the problem
* Execute the following command from Unix command line both as dsadm and as root:
ulimit -a
* You can use the output from the command to compare with the values that are defined in the dsenv file.
Note: dsadm is the default DataStage Administrative user. If you have a different DataStage Administrative user then execute, ulimit -a, as that user instead.
Resolving the problem
Please verify that root and dsadm have the same ulimit settings or greater than the ones defined in dsenv. Once you have everything in sync, then stop and restart the DataStage Engine.
I think this caused by the pri ,do you think so ?
when we try to execute the ./dsenv .
we got the issues.
Technote (troubleshooting)
Problem(Abstract)
When starting DataStage Server or sourcing the dsenv, the following warning is received:
ulimit: outside the allowable range
Cause
The warning message you are receiving - ulimit: outside the allowable range - is telling you that you are trying to set a higher ulimit in dsenv than root has.
Diagnosing the problem
* Execute the following command from Unix command line both as dsadm and as root:
ulimit -a
* You can use the output from the command to compare with the values that are defined in the dsenv file.
Note: dsadm is the default DataStage Administrative user. If you have a different DataStage Administrative user then execute, ulimit -a, as that user instead.
Resolving the problem
Please verify that root and dsadm have the same ulimit settings or greater than the ones defined in dsenv. Once you have everything in sync, then stop and restart the DataStage Engine.
I think this caused by the pri ,do you think so ?
Dong Ying Ying Come on.
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
You missed it.Mike wrote:Be sure you don't miss the dot-space at the beginning.
It's
Code: Select all
. ./dsenv
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
-
- Participant
- Posts: 35
- Joined: Tue Feb 07, 2012 2:28 am
- Location: China BeiJing
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
You have a ulimit command in dsenv. Lose it, or make sure it conforms with the limits set for your system. Other than that, after sourcing dsenv you should be able to run dsjob commands.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.