06-27-2012 11:31 PM
Solved! Go to Solution.
06-28-2012 08:22 PM
Hi Mike,
actually it's our second machine that's causing the problem.
06-28-2012 01:06 AM
Could you attach the installation log file. This should be in something like /opt/VRTS/install/logs where there maybe more than one directory (called something like installer-xxx) so select the one with the time you did the installation (the latest one). There should be several files in this directory, so just attach the bigger *.log" file. The logs start off in /var/tmp when the installation runs and get copied to /opt/VRTS/install, but occasionally the copy does not occur so you can look here if you can't find logs in /opt/VRTS/install
Mike
06-28-2012 01:11 AM
Hi,
attached is the log files (3 files) in a zip file.
I have two nodes, the ping between the machines are ok, and i can do ssh too, without credential input.
regards,
Anton
06-28-2012 02:16 AM
Your issue is the architecture of your second server - you first server is ok this is x64, but your other node is i686 from extract of "uname -a" in *.log2:
06-28-2012 02:42 AM
Hi Mike,
Thanks for the quick reply, appreciate it :)
btw, about the uname, so earlier, our team modified the uname script to test a possibilities. It's
--
mv /bin/uname /bin/uname.old
echo "uname.old $* | sed 's/x86_64 x86_64 x86_64/i686 i686 i386/g'" >/bin/uname
--
it's because I realized to that actually the machine is x86_64, but the installer failed to recognize the architecture.
--------
do you have any idea, in which script that doing the remote unix command?
maybe I can find some string processing error there.
Regards,
Anton
06-28-2012 03:24 AM
Not quite sure what you are asking, it seems you just need to put correct uname binary back to resolve the issue. As you can see from you log extract above, the installer is running:
/usr/bin/ssh -x -o NumberOfPasswordPrompts=0 -o StrictHostKeyChecking=no vgerndovm7 "LANG=C LC_ALL=C uname -a 2>&1
Where script interprets the architecture seems to be in "installer_dir/scripts/EDR/EDR/initiation.pl" in sub "info_sys". My perl is not great so no exactly sure what script does here.
Mike
06-28-2012 08:22 PM
Hi Mike,
actually it's our second machine that's causing the problem.
06-29-2012 01:04 AM
Hi Anton,
Are you saying you left custom uname on vgerndovm7 outputting i686 and this still worked when you ran installer from vgerndovm7
Also why does ssh to vgerndovm7 print an empty line - have you modified ssh command too?
Mike
06-29-2012 01:16 AM
Hi Mike,
the uname script is actually reverted to the original version. we didnt modify the ssh.
seems it's confirmed that the additional empty lines that causing the error, though we still don't understand what's causing it (only happen when doing ssh to vgerndovm7, from any servers)
maybe it's due to some IO buffer configuration in the OS.
06-29-2012 01:29 AM
It maybe due to the profile as I believe ssh runs profile so you should compare profile between the 2 servers.
It seems you had 2 problems then, modified uname and extra line in output from ssh.
Mike