Bugs item #1170079, was opened at 2005-03-24 13:42
Message generated for change (Comment added) made by naughtont
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=109368&aid=1170079&group_id=9368
Category: Installation
Group: 4.1
Status: Open
Resolution: None
Priority: 9
Submitted By: Bernard Li (bernardli)
Assigned to: Thomas Naughton (naughtont)
Summary: Wizard Env and ssh keys
Initial Comment:
It seems that after Step 3 (Install OSCAR Server
Packages), if I open another xterm, it will generate
the authorized keys and the output is caught by Wizard
Env. This is from the oscarinstall.log:
--> Step 3: Successfully installed OSCAR server
--> Update Wizard Env (as needed)
Update environment: ENV{generating ssh file
/root/.ssh/id_dsa ...}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{Generating public/private dsa
key pair.}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{Created directory '/root/.ssh'.}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{Your identification has been
saved in /root/.ssh/id_dsa.}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{Your public key has been saved
in /root/.ssh/id_dsa.pub.}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{The key fingerprint is:}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{generating ssh file
/root/.ssh/identity ...}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{Generating public/private rsa1
key pair.}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{Your identification has been
saved in /root/.ssh/identity.}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{Your public key has been saved
in /root/.ssh/identity.pub.}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{The key fingerprint is:}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{generating ssh file
/root/.ssh/id_rsa ...}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{Generating public/private rsa
key pair.}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{Your identification has been
saved in /root/.ssh/id_rsa.}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{Your public key has been saved
in /root/.ssh/id_rsa.pub.}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{The key fingerprint is:}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{adding id to ssh file
/root/.ssh/authorized_keys2}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{adding id to ssh file
/root/.ssh/authorized_keys}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{adding id to ssh file
/root/.ssh/authorized_keys2}
Use of uninitialized value in scalar assignment at
/opt/oscar/lib/OSCAR/WizardEnv.pm line 79.
Update environment: ENV{MANPATH}
Update environment: ENV{PVM_RSH}
Update environment: ENV{PVM_ROOT}
Update environment: ENV{PVM_ARCH}
Update environment: ENV{PATH}
Update environment: ENV{_LMFILES_}
Update environment: ENV{LANG}
This was tested on FC2, but I assume this is generic.
----------------------------------------------------------------------
>Comment By: Thomas Naughton (naughtont)
Date: 2005-03-31 20:17
Message:
Logged In: YES
user_id=288102
I've been beating on other MDK10 bugs today in order to try
and get things in a shape where I could fully test system,
including this bug.
For now, the removal of the "--login" arg in WizardEnv.pm,
approx line 58.
----------------------------------------------------------------------
Comment By: John (muglerj)
Date: 2005-03-28 15:08
Message:
Logged In: YES
user_id=505737
Bumped.
----------------------------------------------------------------------
Comment By: David N. Lombard (dnl)
Date: 2005-03-28 13:52
Message:
Logged In: YES
user_id=27334
Thomas, *none* of my comments have anything to do with
MDK. The comments are related equally to RHL9/RHEL3.3
----------------------------------------------------------------------
Comment By: Thomas Naughton (naughtont)
Date: 2005-03-28 13:43
Message:
Logged In: YES
user_id=288102
I added the "--login" to deal with a MDK issues, not
sourcing /etc/profile (and ultimately /etc/profile.d/*) . :(
Have to look at this again, need a MDK box to test with.
----------------------------------------------------------------------
Comment By: David N. Lombard (dnl)
Date: 2005-03-25 00:59
Message:
Logged In: YES
user_id=27334
Just realized what's causing this, the --login processing
added to the Env stuff.
It now happens as soon as step4 is started (or maybe when
step 3 ends).
This needs to be pri9, as it's a regression.
----------------------------------------------------------------------
Comment By: David N. Lombard (dnl)
Date: 2005-03-24 13:47
Message:
Logged In: YES
user_id=27334
Looks like another ssh into the system will generate this
problem; perhaps that's what was meant by "open another
xterm."
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=109368&aid=1170079&group_id=9368
-------------------------------------------------------
This SF.net email is sponsored by Demarc:
A global provider of Threat Management Solutions.
Download our HomeAdmin security software for free today!
http://www.demarc.com/Info/Sentarus/hamr30
_______________________________________________
Oscar-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-devel
