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
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Installation
Group: 4.2
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-08-29 15:51
Message:
Logged In: YES
user_id=288102
I will take a look at this.
----------------------------------------------------------------------
Comment By: Bernard Li (bernardli)
Date: 2005-07-01 22:52
Message:
Logged In: YES
user_id=879102
Running tests on Fedora Core 3, I get the following output:
[PASS] 2005-07-01T19:46:21Z pvmd-path-ls.apt
[FAIL] 2005-07-01T19:46:21Z envvar-pvm_arch.apt
[FAIL] 2005-07-01T19:46:21Z envvar-pvm_root.apt
[FAIL] 2005-07-01T19:46:21Z pvmd-path-which.apt
[PASS] 2005-07-01T19:46:21Z modulecmd-path-ls.apt
[FAIL] 2005-07-01T19:46:22Z pvm-module-list.apt
[FAILDEP] 2005-07-01T19:46:22Z [pvm-module-show.apb]
failed dependency(s).
[FAILDEP] 2005-07-01T19:46:22Z [pvm-module-list.apt]
expected [PASS] but got [FAIL]
Seems that environment variables didn't get updated in the
terminal which invoked install_cluster.
----------------------------------------------------------------------
Comment By: Bernard Li (bernardli)
Date: 2005-04-14 02:38
Message:
Logged In: YES
user_id=879102
Moving to group 4.2.
----------------------------------------------------------------------
Comment By: Thomas Naughton (naughtont)
Date: 2005-04-06 18:03
Message:
Logged In: YES
user_id=288102
This should probably be moved to Group=4.2 since the fix
will only be going into the trunk, not branch-4-1 (as per
release discussions 4/5/05).
----------------------------------------------------------------------
Comment By: Thomas Naughton (naughtont)
Date: 2005-04-06 18:01
Message:
Logged In: YES
user_id=288102
After taling with John/Bernard and given the time crunch to
get v4.1 out the door, i agreed change the PVM apitests for
branch-4-1 to not depend upon ENV, so they don't show a fail
on the initial pass/tests.
I also commented out the calls in oscar_wizard to
WizardEnv::update_env() so as to avoid the ssh key snag as
shown in this bug.
These changes were done in changesets r3127 and r3126.
I am simply adding these new Modules based tests to the mix
of PVM's apitests at the trunk and will also be fixing the
WizardEnv bug there too but that is not for oscar-4.1.
----------------------------------------------------------------------
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
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Oscar-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-devel
