Network path and CM Repository Manager in Unix/Linux

Hi Gurus,
we have SAP portal server (linux) and seperate file server(linux).
we have mounted the file server in the portal server.
we have decided to use FSDB mode in CM Repository Manager.
I have the following questions:
1) How to create a network path?. do i have to do extra configurations? what to provide for the user name and password?
2) Is creating a FSDB repository for unix\linux is same as windows or it has any changes except for windows landscape System.
Thanks in advance.
Saravana.

Hi Saravana,
hope that these links will help you:
[http://help.sap.com/saphelp_nw04s/helpdata/en/63/7f283ac3d7c54b94964931fa1b4ed9/frameset.htm]
[http://help.sap.com/saphelp_nw04s/helpdata/en/62/468698a8e611d5993600508b6b8b11/content.htm]
Best regards,
Denis

Similar Messages

2008 R2 Server and Microsoft identity Management for Unix - Lost groups

I couldn't find a group that fit this one so I'm putting in the general group- If their is a better group please reply with it - Thx
We have 2 Windows 2008 R2 servers and 2 linux boxes running NIS/Kerberos. One of the Linux servers also runs a secondary NIS server for performance reasons. Unix Services syncs the account db in NIS format to it, the other server connects
and auth's directly off of the AD server. We have had this setup for over a year now and it's run with out problem. Today I ran the Microsoft Identity Management utility and lost NIS group on the Linux server that runs it's one NIS server.
On the Linux server that connects directly to the AD box the groups all appear with an id command from the command line. It looks like the Unix for Windows services app nolonger will sync to a Linux NIS server. I feel this is a bug due to
the fact that I recently update the two Windows 2008 R2 server to the latest patch releases a few days ago.
Does any one have a fix for this or could Microsoft look into it.

Hello,
you may ask this in
https://social.technet.microsoft.com/Forums/en-US/home?category=identitymanagement
Best regards
Meinolf Weber
MVP, MCP, MCTS
Microsoft MVP - Directory Services
My Blog: http://blogs.msmvps.com/MWeber
Disclaimer: This posting is provided AS IS with no warranties or guarantees and confers no rights.
Twitter:

Do I need and how to secure the Unix/Linux agents authentication and communication to RMS?

Hi everybody
We have an environment including SCOM 2012 SP1, 10 windows server, 40 linux servers and 10 HP-UX servers. all of them are joined a trusted domain. I know the authentication method between windows agents and management server is kerberos. but not for linux and
HP-UX servers.
Now I want to secure the Unix/Linux agents authentication and communication to RMS. some questions:
1- how much secure and credible is current authentication method? and in a high secure environment can I trust SCOM self signed Certificates?
2- Considering this point that Unix/linux computers are joined to active directory domain and are using Kerberos to authenticate, can I use this
authentication method between RMS and linux Agents?
3- if I make a decision to use certificates should I use gateway server? (considering all servers and RMS are in same trusted domain)
any other suggestion?
Thanks in advance

nothing?

Problem in setting path and classpath for java in RedHat linux 9

Hi ,
i am not able to set the PATH and CLASSPATH for j2sdk1.4.2_06
I have tried with export PATH=$PATH:/usr/j2sdk1.4.2_06/bin
and export CLASSPATH=$CLASSPATH:/usr/j2sdk1.4.2_06/lib
in terminal
but i want to configure it as permenant way for the jre and jdk
and we should only type java or javac according to the requirement
regards mihir...

type those in .bashrc ... save and exit
then at prompt, type 'source .bashrc'
this is the permanent solution ...
bhalo thakun

HOW to read CLOB and create XML file on UNIX/LINUX

Hi,
Could you please let me know, how to read CLOB using ADODB. I have column CLOB type on Oracle 9.2, with content of whole XML type. I am unable to retreive more than 4k. I use adLongVarChar. So I have written Oracle stored procedure to read the clob and create XML file using DBMS_LOB package and UTL_FILE package, still no joy.
Please help.
example of my XML file is:
<EXAMPLE><HEADER><VERSION>1.0</VERSION><TEMPLATE>XXXX</TEMPLATE><TAG1>CON</TAG1></HEADER><BODY><TAG2>X1</TAG2><OFFICE>assad</OFFICE><CREATE_DATE>27/02/2006 10:55</CREATE_DATE><SOURCE></SOURCE></BODY><FIXEDTABLE1><TABLEROW1COL1>asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd</TABLEROW1COL1><TABLEROW1COL2></TABLEROW1COL2><TABLEROW2COL1></TABLEROW2COL1><TABLEROW2COL2></TABLEROW2COL2><TABLEROW3COL1></TABLEROW3COL1><TABLEROW3COL2></TABLEROW3COL2><TABLEROW4COL1>asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd</TABLEROW4COL1><TABLEROW4COL2></TABLEROW4COL2><TABLEROW5COL1></TABLEROW5COL1><TABLEROW5COL2></TABLEROW5COL2></FIXEDTABLE1><CHECKBOX><CHECKBOX1>False</CHECKBOX1><CHECKBOX2>False</CHECKBOX2><CHECKBOX3>False</CHECKBOX3><CHECKBOX4>False</CHECKBOX4><CHECKBOX5>False</CHECKBOX5><CHECKBOX6>False</CHECKBOX6><CHECKBOX7>False</CHECKBOX7><CHECKBOX8>False</CHECKBOX8><CHECKBOX9>False</CHECKBOX9></CHECKBOX></EXAMPLE>
My STored Procedure:
ftypFileHandle := UTL_FILE.fopen ('XML_DIR_FILE', vFileName, 'w', 32000);
lMarker := 'Selecting XML row';
println(lMarker, 2);
SELECT XML_FILE
INTO clobBuffer
FROM XML_TABLE
WHERE x=1;
lMarker := 'Get length of the clob';
iClobLength := nvl(DBMS_LOB.getlength(clobBuffer), 0);
WHILE (l_offset <= iClobLength) LOOP
DBMS_LOB.READ (
lob_loc=> clobBuffer,
amount=> l_amt,
offset=> l_offset,
buffer=> vOutputBuffer
UTL_FILE.put (ftypFileHandle, vOutputBuffer);
UTL_FILE.fflush (ftypFileHandle);
UTL_FILE.new_line (ftypFileHandle);
l_offset := l_offset + l_amt;
END LOOP;
lMarker := 'Close file';
println(lMarker, 2);
UTL_FILE.fclose (ftypFileHandle);
Thanks

Hello myself,
nobody has answered my question, so now I answer myself!!
The wrong part is to read the file with "open dataset" and to create the inputstream with
p_istream = p_streamfactory->create_istream_itable(
table = g_xml_table
size = g_xml_size ).
Better ist to create the inputstream with
p_istream = p_streamfactory->create_istream_uri(
.......................PUBLIC_ID = ''
.......................SYSTEM_ID = '
applserver\I$\TEMP\Datei.XML' ).
In this way no space is needed for the file.
Best regards,
Thomas
Message was edited by:
Thomas13 Scheuermann

CM Repository manager in FSDB mode

Hi ,
I am creating a CM repository manager with persistent mode as FSDB.I have created a network path and given a username which is having full control in the remote machine.
But when I am checking in component monitor it is giving the folowing error and the repository manager fails to start.
Startup Error: Error occured while retrieving canonical name for folder '
172.17.1.249\Portal_KM_Store\Data' (java.io.IOException: Logon failure: unknown user name or bad password
Please help
Regards
Nayeem

You might have a look at
<a href="http://help.sap.com/saphelp_nw2004s/helpdata/en/e3/92322ab24e11d5993800508b6b8b11/frameset.htm">this documentation</a>.
The CM repository in mode FSDB keeps the namespace structure of the repository in the database just as it does in the other modes. Any change is done parallel in the file system and in the internal database.
Since we have mode FSDB and the file system might change at any time by external processes, there is a component called synchronizer that checks with every lookup if the file system and the internal structure are still in sync. To determine this it looks at the modification date for folders and at modification date and size for plain files.
If any of these do not match then the synchronizer overwrites and modifies the internal data to reflect again the status of the external file system.
Now in your portal the synchronizer itself is working OK. That's because your repositories run fine locally.
With your remote file systems I can think of some possible explanations.
The caches might deliver responses after immediate file system changes. We ruled out this one already.
The synchronizer might not recognize the changes in the file system's meta data. This is why I'd like you to try and compare the behaviour of the file system repository, see above.
The synchonizer might run into some error when it tries to access the remote file system. This should be visible in the logs.
Michael

Problem with CM repository manager

Hi
I am trying to access the documents of file server with CM Repository manger(FSDB).The Current portal version is EP6 SP15.I did configuration for production,Development system.i did exactly same.but it is not working in Development system.i created Network path,cache,CM Repository Manger.where should i see the log file to check the error?
While Configure CM repository manager,there is no property to specify DB Connectionpool parameter?
but it is working fine in production system,but not in Development System.
i selected Auto Checkin/checkout parameter while creating CM repository manager.where should i need to check weather this is working or not?
i am not able to see the /etc folder in case of development system ,but able to see in production system?
can anybody helpme out in this regard?
Prasad

Hi Julian
thanks for your quick response.i checked the commponent Monitor.it is giving an error called:"Startup Error: parameter context is null ".do you have any idea?
Please help
Prasad

Documentum Repository Manager not appearing

Hi,
I am currently trying to set up a Documentum Repository Manager. I downloaded the following components from Documentum:
1. DFC for Windows
2. iViews for Related Content - SAP EP
3. Repository Manager - SAP Portal
I have managed to deploy the components to my SAP EP (NetWeaver 20004s). I can see the documentum iViews listed in the Portal Content folder and the com.documentum.ei.eprm.manager.DCTMRepositoryManager component in the list of Repository Managers.
I created an instance of DCTMRepositoryManager by keying the neccessary configuration information. However, in KM Content, I am unable to see the configured prefix. I tried to look for the prefix in Runtime->RepositoryManagers, but to no avail.
Why would my Documentum Repository not appear? Is there any settings that I have missed? Has anyone managed to get this working in NetWeaver2004s? Any help would be appreciated.
Thank You.
Yours truly.
Message was edited by: Voon Siong Lum

Hi Venkat,
Most of the documentation and installation files for integrating the documentum iViews and the repository manager into the Portal can be found at Documentum's website. You can access the website from http://softwaresupport.emc.com/login/login.asp.
You will need to have an account and login to the site before you can download the relevant items though.
Best of luck to you in trying to integrate documentum.
Yours truly.

Included files don't work on network paths

I often include css and php files with absolute paths from to
the site root, like this for example:
<link href="/css/basic.css" rel="stylesheet"
type="text/css" />
... and Dreamweaver has always rendered the page in design
view just as if these included files were part of the current file,
just as it should work. Unfortunately this doesn't work anymore
since I moved all the sites to a network path. Now I have to use
relative paths, for example:
<link href="../css/basic.css" rel="stylesheet"
type="text/css" />
... or the page won't render properly (it can't find the
css-files). Why does having the files on a network path screw up my
sites this way?
Thanks in advance!

A little update: Instead of using the complete network path
(\\DOMAIN\foo\bar\etc) I mapped a network drive to that directory,
and it works. The problem is that all developers need to have the
same volume letter mapped to this network path, and that's going to
be a problem. I really don't understand why DW can't work with
network paths.
This is on Windows XP Pro btw.

Network Path Error using Ethernet/IP TagWrite

Hello,
I am having trouble getting the TagWrite VI in the Ethernet/IP Industrial Communications driver package to work properly. I have an Allen-Bradley CompactLogix 1769-L32E PLC connected via ethernet. The controller is online and connected through RSLogix 5000.
At the moment, I am working on writing two simple VIs - one to read and display from a single boolean controller tag using the TagRead VI, and one to write to a single boolean controller tag using the TagWrite VI. Using the code shown below, I am able to read from and display the status of the tag "JogX_In" :
I do this by going online with the controller in RSLogix5000 and manually changing the status of "JogX_In," at which point the status of "JogX_In" is updated on a boolean indicator on the LabVIEW front panel. Using a very similar code to write to the same tag, however, I get the error shown below:
Unless there is a different syntax for TagWrite, I am sure that the network path and tag name are correct as they work perfectly using TagRead. Can anyone please give me some help with this problem? I am by no means a LabVIEW expert, but I have worked with LabVIEW an number of times and have a reasonable understanding of the basics. Please let me know if any more information is needed.
Thank you!

Hi Joe,
I am lso getting the same problem, i have tried to use a single element in the array, its not helping. Attached are the screen shots for the VI and the rslogix
thanks
habeeb
Attachments:
eip tag write error.JPG ‏176 KB
PLC tags.JPG ‏166 KB

How to use network path on a script ?

Hi everyone,
I need to use a network path like \\myserv\myfolder\myaep.aep on a var like
var myPNG = new File("\\myserv\myfolder\myaep.aep");
var myImportOptions = new ImportOptions (myPNG);
, but AE don't seem to understand network paths, i've got the error message "Incorrect path. Path : C:\myserv\myfolder\myaep.aep"
Can someone help me ?
PS : i'm new at scripting and sorry for my english i'm french

app.project.item(index).replace(new file('http:////distilleryimage10.s3.amazonaws.com//4419faf222c211e29b3722000a1fa50e_7.jpg'));
app.project.item(index).replace(new file('http:\\\\distilleryimage10.s3.amazonaws.com\\4419faf222c211e29b3722000a1fa50e_7.jpg '));
I have tried several methods to get a url to load. I been successful with network paths, and since I could do a http:/ with a import command from the GUI, thought I could do it from script.
I get the same results, with the local path added to the beginning of the url and all slashes reduced to only one.
Any ideas would be appreciated. Thanks
David

Looking To Delete|Hide The "Monitoring\UNIX/Linux Computers" State View

Seeing as we do not manage any UNIX/Linux boxes in our environment, I’d like to be able to remove the
UNIX/Linux Computers state view from the console.
I was able to track the view down to Microsoft.Unix.Servers.State.View, hosted by the
Microsoft.Unix.Views MP, which is unfortunately sealed.
This of course is preventing me from simply deleting the view directly from the console.
Also, it would appear that the Show or Hide Views… option should instead be labeled
Show or Hide Folders..., as it only allows for showing/hiding folders!!!
Can anyone suggest an alternative?
Thanks,
Larry

Hi,
If you don't have any Unix/Linux boxes you could delete the Unix/Linux management pack. After deleting, you will not have Unix/Linux Computers state view
Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

Repository Manager & Global Services - Network Path

Hello All,
I am having some troubles Configuring any of the Repositorys (CM or FS) it seems that does not take the network path created inside Global Services -> Network Path.
In the other hand if I put the direction
server ip\Folder directly. I got a different error that tells me that the user & Password is wrong. But the user & password is specified in the network path.
Any Idea would be appreciated.
Regards,
Orlando Covault

Hello Sascha,
I think that you didn´t understanme I Tried it in the following two ways and got the following erros:
1.- I create a Network path inside Global Services -> Network Path
Name: Windows_FileSystem
jCIFS Protocol: checked
Network Path:
server olfer
Password: xxxx
User: xxx
Then in the repository manager (CM & FS) in the parameter Root Directory I put Windows_FileSystem.
The error that I got was:
Startup Error: The localroot does not exist: /usr/sap/PS2/JC60/j2ee/cluster/server0/Windows_FileSystem
It seems that the portal is looking inside itself instead of using the network Path
2.- in the repository manager (CM & FS) in the parameter Root Directory I put
server olfer
The error that I got was:
Startup Error: Wrong user/password
But here I didn´t specified any user or password... because the user and password are in the network path.
I am trying to conect a Repository Manager (CM or FS) using the portals on UNIX and the FS on Windows.
Any help would be appreciated.
Regards,
Orlando Covault

Unable to create File System Repository using Network Path

Hi All,
I am trying to create a File System Repository.
I created a networkpath and windows system and used the same while creating File Repository according to the steps in help.
With out using Networkpath(i.e.,If I use IP address,I am able to create File System Repository).
But with the network path,it throws the following error as seen in Component Monitor.
<b>Startup Error: The localroot does not exist: C:\usr\sap\IGTE\j2ee\j2ee_00\cluster\server\NWP_001
My network path is NWP_001
</b>
Did any one face this problem?
Any help please........
Rgds,
Santhosh

Hi,
I am getting the same error even if I replace(\) by slashes(/).
I tried on EP6SP12 as well as EP6SP2 and got the same error on both.
The repository is searching for a folder named with
n/w path on the portal server itself(i.e, it is searching in the following folder
<b>C:\usr\sap\IGTE\j2ee\j2ee_00\cluster\server\NWP_001
My network path is NWP_001</b>),instead of searching on the remote system.
Can any one help me in solving the problem
Thanks in Advance.
Rgds,
Santhosh

BOE integration in SAP NW Portal via repository manager and km content

Hi BO XI experts,
we try to synchronize a BO folder of BO InfoView through the KM Content in SAP Portal. Following the instructions of the book "Integrating SAP Business Objects XI 3.1 Tools with SAP NetWeaver", we
- installed the system under System Administration --> System Configuration --> System Landscape
- checked settings in the web.xml file
- integrated a Crystal Report through upload and apply of the par-file com.BusinessObjects.pct.masteriview.par
--> the iView for a specific report contained in the InfoView works fine
- integrated the par-file BusinessObjectsKM.par
- created a new Business Object Repository Manager through System Configuration --> Content Management --> Repository Managers --> Business Objects Repository with a new prefix
- went to Content Admin --> KM Content and tried to open the new repository with this prefix
Before upgrading our systems with EP 1 for NW 7 (and EP 4 for SAP ERP 6) this repository worked fine.
After this, we encounter the following error and cannot open InfoView content anymore:
System Error
An exception occurred during the program execution.
Exception Message: Your operation cannot be fulfilled due to a network problem, please try again.
Go back and try again
The SSO connection seems to work fine as the a single Crystal Report can still be opened through the iView.
Does anybody have an idea how to solve this problem?
Thank you very much in advance.
Best regards,
Carolin

Hello Ingo,
thank you very much for responding so quickly. Yes, I tried it with a new BO repository but without any changes. I also repeated the upload of BusinessObjectsKM.par - file.
I'm wondering about the result of my system connection test of the BOE system.
There I get the message:
Retrieval of default alias successful
Connection failed. Make sure that Single Sign-On is configured correctly
As the Crystal Report iView works correctly and therefore SSO is supposed to be installed properly, I do not understand why we receive this message. Could the problem, in spite of the crystal report working fine, lay in a uncorrect system configuration?
Before, when the repository worked properly, I did not verify the connection test.
The enhancement packages should not have had any impact on our BO installation.
Thank you for your help.
Carolin

Network path and CM Repository Manager in Unix/Linux

Similar Messages

Maybe you are looking for