Problem in running sapinst

Hi,

I am on HP ux-IA 64 bit-oracle.

I am trying to install the SMD agent.

I have switched to root user by 'pbrun su -'

I am unable to run sapinst even then. there is no error poping up.

the env variables are set as required.

I have seen that I can get the SAP inst GUI from <SIDadm> user but not through the root as said above.

I have even copied all the environment variables from <SIDadm> , but still sapinst fails to start the installation GUI.

this is where it stops:

/opt/java1.4/bin/java -cp /tmp/sapinst_exe.21841.1218626693/JAR/instgui.jar:/tmp/sapinst_exe.21841.1218626693/JAR/inqmyxml.jar -Djava.security.egd=file:/dev/urandom SDTServer config=jar:sdtserver.xml guiport=21212 sapinsthost=localhost sapinstport=21200 guistart=true

init: retrieving account information for group sapinst...

init: retrieving account information done.

load resource pool /usr/sap/CD0/DVEBMGS01/SMDAgent/IM_HPUX_IA64/resourcepool.xml

guiengine: no GUI server connected; waiting for a connection on host nwdvc00, port 21200 to continue with the installation

Any Ideas.

Regards,

Kaustubh.

You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.

Comment

Accepted Solutions (0)

Answers (2)

Sorry for the delay.

Only one solution GET the Root user pasword from UNIX team.

You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.

Comment

> I have switched to root user by 'pbrun su -'

> I am unable to run sapinst even then. there is no error poping up.

> the env variables are set as required.

The reason is, that the DISPLAY variable does not survive an "su".

you have to

- open a second terminal as the user you initially logged in and execute "xhost +"

- set the DISPLAY variable in the terminal you did the su

Markus

You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.

Comment

Hi Markus,

xhost on the initial user gives me

access control disabled, clients can connect from any host

well i did export the DISPLAY variable before starting the sapinst.

java_home

does this require the

SSH_CLIENT

SSH_CONNECTION

because when i shift to root, these can not be set.

Regards,

Kaustubh.

Edited by: kaustubh on Aug 13, 2008 5:25 PM

> does this require the

> SSH_CLIENT

> SSH_CONNECTION

If you use ssh to connect to the server you need to initiate the connection using

ssh -l <user> -X <IP>

so that the X protocol is forwarded.

Do not use "su" if you use SSH.

Markus

Hi Markus,

tried it through telnet.

changed to root

export the display to the IP of the server.

export JAVA_HOME.

still same problem.

why is it not logging on to SAP GUI.

no logs written any where, i know of.

any suggestions?

regards,

Kaustubh.

The DISPLAY variable must point to the DISPLAY you want it to display.

If you are telnetting from a Windows machine and point the DISPLAY to the server, it will DISPLAY the sapinst on the SERVER so you won't see it.

You have three options:

- sit in front of the server console, login there and do the installation there

- install an X server on your Windows machine and point the DISPLAY to your machine

- start sapinst on the server and start on your local machine "startinstgui.cmd" and give the IP of the server

Markus

Hi markus,

Thanks for the info.

It was my mistake, "SERVER" , i meant my machine.

sorry could not correct it also till now.

was trying to run the setup from <SIDadm> user, but its giving errors, first i had to change the /tmp/sapinst_instdir permissions, then now its popping up

Caught ESyException in Modulecall: ESAPinstException: error text undefined

I think this will be another authorization issue.

Anyway, back to the point, why is ROOT user not running properly?

Above that the network here is so slow, if i change my screen, it takes me another 15 minutes to get back the data being displayed.

Regards,

Kaustubh.

Edited by: kaustubh on Aug 13, 2008 7:13 PM

> Thanks for the info.

> It was my mistake, "SERVER" , i meant my machine.

Is your machine running an X-Server?

Markus

Hi Markus,

Yes.

my root user, whatever the unix guys have providied me with is not in the group <sapinst> and <oper>.

Am asking them to correct it.

I hope it would work after that.

Regards,

Kaustubh.

Can you start any other program and display it on your screen? Can you start e. g. "sam"?

Markus

Hi Markus,

I dont know about sam or where to run it from.

I tried j2ee Visual admin. no its not running.

I did set DISPLAY and JAVA_HOME .

"its saying X connection explicitly kill or server shutdown."

and I have set the display as shown in echo $DISPLAY under <SIDadm> user.

still waiting for the groups.

by the way, when i try usermod -g <group name> [user name]

its not allowing my any other user to change. the unix team has to do it.

Any other observations from your end , most welcome.

Thanks,

Regards,

kaustubh.

Edited by: kaustubh on Aug 13, 2008 8:02 PM

> I dont know about sam or where to run it from.

just execute

sam

when you logged in as root and set the DISPLAY. Is a window opening?

> I tried j2ee Visual admin. no its not running.

> I did set DISPLAY and JAVA_HOME .

> "its saying X connection explicitly kill or server shutdown."

> and I have set the display as shown in echo $DISPLAY under <SIDadm> user.

It seems that the X-server on your PC does not allow the connection from that remote machine.

> still waiting for the groups.

The groups have nothing to do with the DISPLAY.

> by the way, when i try usermod -g <group name> [user name]

> its not allowing my any other user to change. the unix team has to do it.

Are you doing that as root?

Markus

Hi Markus,

executed sam , gives the same error:

X connection to 130.29.148.108:10.0 broken (explicit kill or server shutdown).

No window open on setting the display variable.

groups should be there for the installation , no?

Offcourse not , i am not running usermod as root. trying with SIDadm.

Regards,

Kaustubh.

> executed sam , gives the same error:

> X connection to 130.29.148.108:10.0 broken (explicit kill or server shutdown).

so the problem is not on the HP-UX side but on the side of your PC. The X-Server on your PC is tearing down the connection.

Markus

Hi Markus,

ok, my system is faulty.

x manager is not required to run sapinst.

what if i use putty.

still the same

what is the problem then? why is my system severing the connection?

Regards,

kaustubh.

putty will not help, putty is just a telnet client, there's still no X-Server on your PC that sapinst can connect.

The easiest way is:

- download the installation master CD for WINDOWS 32bit

- start sapinst as you did previously until it says "waiting for gui to connect"

- then start "startinstgui.cmd" from the Windows installation master CD and give the IP of the server

Markus

Hi Markus,

Thanks for the help.

I am leaving for the day.

just one question , if its indeed a problem with my PC, or My X server, then

HOW am I able to run the same sapinst from <SIDadm> user through X-manager, directly, under SSH?

I cant use x-manager to log on through Telnet..so cant test for root, as you have said "su" should not be used with SSH.

Regards,

Kaustubh.

> just one question , if its indeed a problem with my PC, or My X server, then

> HOW am I able to run the same sapinst from <SIDadm> user through X-manager, directly, under SSH?

If it's a problem with your X-Server then you can't )

> I cant use x-manager to log on through Telnet..so cant test for root, as you have said "su" should not be used with SSH.

The X-Manager/Server and telnet are independent from each other. If you can logon with telnet as root it's possible.

Markus

Hi Markus,

just one question , if its indeed a problem with my PC, or My X server, then

HOW am I able to run the same sapinst from <SIDadm> user through X-manager, directly, under SSH?


If it's a problem with your X-Server then you can't ;))

If its a problem with the X-Server then I should not be able to !

I say the whole problem is with the su thing.They have given me "pbrun su -" remember, I say they wrote some script which is not helping me at all.

and "su" should not be used , and it wont work, as per my previous experience on solaris 10.

Thanks,

Regards,

kaustubh.

I don't know how your HP-UX is configured.

Again: the easiest way is to download the Windows Installation Master and do that installation from your Windows PC without any need to fiddle with root, DISPLAY and su

Anything that prevents you from trying that?

Markus

Hi Markus,

Again: the easiest way is to download the Windows Installation Master and do that installation from your Windows PC without any need to fiddle with root, DISPLAY and su :)

Anything that prevents you from trying that?

Cant try that, will take a lot of time (infact more time than getting the root or convincing them to share one of their resources), convincing and raising the requests,following the PROCESS, and all...

Thanks,

Kaustubh.

So you first have to get your X-Server running (Exceed, Reflection...).

Try to login (telnet or ssh), set the display and try to start

/usr/dt/bin/dtterm

if you get a terminal then you can continue with sapinst. Before this is not working you will be unable to run the installation.

Markus

Hi Markus,

I am able to get a terminal on all the other users, except on root , which I have to access through "pbrun su -"

and I can use X- Manager for SSH type connections only, well thats another problem.

Now tell me is it still a fault with my system or is it that the UNIX team is FUBAR.

Regards,

Kaustubh.

I am able to get a terminal on all the other users, except on root , which I have to access through "pbrun su -"

I don´t know "pbrun" - I usually imply use "su -"

and I can use X- Manager for SSH type connections only, well thats another problem.

If you that "pbrun su -" and then set the DISPLAY, you get a terminal?

Markus

nope !

then the problem is CERTAINLY in the "pbrun" program. can´t you simply do an "su -"?

Markus

Hi Markus,

Thank you for the time.sincerely

but su - will need password.

that is what the unix team is not ready to share.

and if they are ready to share password, Why do and su - , i will login directly using root user.

Regards,

Kaustubh.

They could change the password temporarily and change it back later when the installation is finished

pbrun has some "known glitches" with "su":

http://www.uidaho.edu/pb/pb27-14.htm

That can be the reason why it´s not working.

Markus

Hi,


I am able to get a terminal on all the other users, except on root , which I have to access through "pbrun su -"
and I can use X- Manager for SSH type connections only, well thats another problem.

When you change to root, besides adding the DISPLAY variable from your initial login account you must also either import the Xauthority authentication cookie or simply copy it from your home/.Xauthority file to your root home.

The easiest way is to first login via SSH -X, echo $DISPLAY and note the result. Next change the permission on your .Xauthority file in your home directory, chmod 666 it, this is so you can merge it as another user. Then once you have su 'ed to root merge the file - do a 'xauth merge ~/.Xauthority' and finally export the DISPLAY from the result you got when you first logged in.

And that's all ..it should work as root. Use the 'xclock' program to test.

Regards,

Nelis

Hi Nelis,

XAuthority file is not present under /home or under /home/user.

And the one in /root, I dont want to change the permissions without undertanding the process.

Regards,

Kaustubh.

If you're logging in as kaustubh then it will be under /home/kaustubh/.Xauthority for example. It will only be created though if you're using Xforwarding(ssh -X). I thought you were ?

Nelis

Hi Nelis,

whatever it is X11Forwarding should be yes in case of what you are saying.right under sshd_config

ok, all these files, are under root privileges,so I cannot change them, even if i do, don't see a point there.

Now, why are these files not created under any other user, I have no Idea.

regards,

kaustubh.

Actually, if you are root you won't have to change the permissions but you WILL need to either import or copy the authentication cookie(in .Xauthority file) from your initial login account before you can use X11Forwarding with SSH.

Nelis

Hi Nelis,

But i would copy or import it if it is created under any other user, first !

Its not there.

I need to set X11 forwarding yes

and run

sshd reload, then log off and re-login.

thats what i understood,

I am not sure what it is or where from to copy the xAuthority cookie.

Regards,

Kaustubh.

"pbrun" handles thing differently, you will get a new process, the environment you will get is defined by the backend daemon of that program. It's different than using only "su -" so those processes don't apply here.

Markus

It seems we have a little misunderstanding, no problem!

I thought you were using X11Forwarding already. If you're not then what you said is correct to enable it. Once you have enabled it then see my first post - the .Xauthority file will be there if it's enabled and you are logging in as ssh -X. The file starts with a . (period) so it will be hidden under normal listing, use something like 'ls -la' to check.

The authentication cookie gets created in the .Xauthority file of the person logging in using X11Forwarding. It's for security so any data being forwarded on that connection gets checked against that file for verification. Hope that makes sense.

Nelis

Hi Markus,

OK. nice

Thanks.

I am still refering the link you have mentioned, but it seems the UNIX team has written some nice stuff in there..

will do the changes if I am confident, and understand it completely, and also if my PROCESS allows me.

Thanks,

Regards,

kaustubh.


"pbrun" handles thing differently, you will get a new process, the environment you will get is defined by the backend daemon of that program. It's different than using only "su -" so those processes don't apply here.

Ok, I read your link, interesting ...one would think though if it's using standard shell it should still work. I Learn something new each day

Nelis

Hi Nelis,

Ok now I got the .Xauth* file.

I did the Xmerge ~/.Xauthority, after changing the permissions

Still not working !

Regards,

Kaustubh.

anyway as Markus has said. it wont work with pbrun.

Edited by: kaustubh on Aug 14, 2008 6:49 PM


I did the Xmerge ~/.Xauthority, after changing the permissions

It's xauth merge ~/.Xauthority

If this is done under pbrun environment then i think Marcus is right in that it is restricting you from being able to display data.

If it works fine as normal user but not under pbrun environment after you have done as I suggested then I'm afraid I have no other suggestions as I don't know pbrun.

Good luck.

Nelis

Hi Nelis,

yes i did xauth merge ~/.Xauthority

Yes Markus is right, its not allowing me to display under pbrun.

Thanks for your time and suggestions.

Always nice to know new things.

Regards,

Kaustubh.

> "pbrun" handles thing differently, you will get a new process, the environment you will get is defined by the backend daemon of that program. It's different than using only "su -" so those processes don't apply here.

> Ok, I read your link, interesting ...one would think though if it's using standard shell it should still work. I Learn something new each day

The main page is http://www.uidaho.edu/pb/toc.htm

Looks like a good program -but a not-so-easy setup....

Markus

Ask a Question