RE: P.S. - RE: updates pending question

Constance   Morris wrote:
> [mailto:[email protected]] On Behalf Of [email protected]
> Constance   Morris wrote:
> Btw, please stop top posting.
>
>> [mailto:[email protected]] On Behalf Of [email protected]
>> Constance   Morris wrote:
>>> [mailto:[email protected]] On Behalf Of Constance Morris
>>>
>>> Anyone understand the red hat customer portal for registered servers?
>>>
>>> My red hat customer portal shows that there are several events
>>> (errata updates) that failed for my registered server. I have rescheduled
>>> them by clicking the 'reschedule' button for each one. Now, they are
>>> showing in the 'pending' section of the 'events' tab for my
>>> registered server.
>>>
>>> I have unlocked the server and selected them, so that it now says the
>>> following at the top of the screen:
>>> "Pending Events
>>> The following events have been scheduled for this system.
>>> This system is currently unlocked. All scheduled actions will be
>>> executed as expected. To stop system-changing events, you may
>>> lock<https://rhn.redhat.com/rhn/systems/details/Overview.do?sid=10264
>>> 52907>
>>> this system.
>>> You may cancel events for this system by selecting them and hitting
>>> the Cancel Events button at the bottom of the page."
>>> However, it has been an hour and doesn't appear to have done anything
>>> that I can see; because, if I refresh the page it still shows the
>>> same number of items selected. How do I know when it is completed as
>>> there is no button for me to click to actually start the process?
>>> Thanks!
>
>>> P.S. If I click on one of the updates it says:
>>>
>>> "This action will be executed after 2013-04-29 09:40:58 PDT.
>>> This action's status is: queued.
>>> This action has not yet been picked up."
>>>
>>> Is there something I have to do to ensure it gets picked up?
<snip>
> I assume redhat-update (I think that's what it's called) is running. You
> could shut it down and do a yum update.
> ----------------
>  Thanks Mark. Sorry about the top posting. I hope I am posting correctly
> now, but if not please let me know.

This is fine. Think of email as a conversation in slow motion. Top posting
means that I have to go down, and buried somewhere in the mess is your
last message for me to refer to.

> I went in and stopped the redhat update like you mentioned and then tried
> the yum update on the server, but it tells me there are no packages marked
> for update.

There's another package you want to install, if it's not already:
yum-utils, which includes yum-complete-transaction, which does just that,
if the previous one was killed for any reason.

> Here is an example of some of the events listed for me to do (there are
> 116):
<snip>
> BTW, are you the funny and nice Mark that was responding to my earlier

Thank you, thank you....

> problem last week with having started these updates then stopped them
> mid-stream when some of our professors could not ssh to the webserver
> using Expression Web software via SFTP?
<snip>
> Our Network Administrator suggested that my problem with the SSH / SFTP
> Expression Web Websever access was due to there being different versions
> on the system now because of the updates. He said I needed to check the
> versions of both and may need to uninstall SSH, compile a version from
> source that will work with SFTP.

No. Not under any circumstances. What kind of admin is he, Windows?
Because that is absolutely the WRONG answer. You can check yourself - run
rpm -qa | grep ssh
then
rpm -qi openssh-clients

If they're the same, you're fine. If there's a discrepency, it still
shouldn't break it... esp. since EVERYONE BUT those two are just fine.
>
> All that is greek to me. He said he manually created what had been setup
> for the SSH / SFTP that was running well before I did some of those
> updates.
>
> I put in the command:  ssh -v          and got the version of SSH  (Open
> SSH_4.3p2, OpenSSH 0.9.8e-fips-rhel5 01 Jul 2008)
> But I cannot find a way to check the sftp version to compare.

If he installed those *without* using yum, he's wrong, unless there's an
overriding reason. For now, we have our own ssh package, but that's *only*
because this is a US federal gov't agency, and we *have* to use PIV/smart
cards for some cases. Otherwise... use the rpm commands I mentioned,
above, and see if they're installed. If not yuse yum, er, use yum <g> to
install them both. then turn down what was available, and turn up the
newly-installed ones. They'll work out of the box.

     mark

-- 
redhat-list mailing list
unsubscribe mailto:[email protected]?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list