Koozali.org: home of the SME Server
Obsolete Releases => SME Server 7.x => Topic started by: AKn on January 20, 2010, 10:14:37 AM
-
Good day,
For the last few system updates, the process has gone quite quickly and some steps in earlier and previous updates don't happen. I suppose some flag has been set that prevents the update from running properly. How can I get it working again? Or is there no update error?
In the last update, I received the following output report:
Loading "fastestmirror" plugin
Loading "smeserver" plugin
Loading "installonlyn" plugin
Loading "protect-packages" plugin
Setting up Update Process
Setting up repositories
The system needs to be reconfigured after adding or removing software, or applying updates.
Please click on the Reconfigure button at the bottom of this page to start the reconfiguration process. An automatic reboot will be initiated as part of this reconfiguration process
Your assistance would be appreciated.
ak
-
AKn
To "fix" your system, just click Reconfigure as instructed, or at a command prompt do
signal-event post-upgrade; signal-event reboot
See bug 5709
http://bugs.contribs.org/show_bug.cgi?id=5709
which in part says:
Please confirm: these updates are exempt from the signal-event
post-upgrade/reboot requirement if updated via the command line (or web
console)? That the application of these updates do NOT require a reboot of the
server or the additional commands??
That will always depend on the exact set of updates. Many updates require no
additional action (e.g. strace updated). Some will require restart of specific
services (e.g. if php or apache is updated). Some will require a reboot (e.g.
new kernel). None will require a full reconfiguration - only the e-smith-* and
smeserver-* packages might require full reconfiguration.
-
Thanks, I saw the bug report earlier when looking for others that might have a similar problem.
I did click on Reconfigure after the update report was given and today, there are no more updates to install.
But I'm concerned that there are no messages about downloading or installing the updates. These previously were reported.
ak
-
AKn
Check the correct repositories are configured, see
http://wiki.contribs.org/SME_Server:Documentation:FAQ#Which_repositories_should_be_enabled
and
http://wiki.contribs.org/Adding_Software#Checking_status_of_installed_repositories
Please make yourself familiar with, and read the documentation, as both these links are readily accessible by anyone, here
http://wiki.contribs.org/Main_Page
here
http://wiki.contribs.org/SME_Server:Documentation:FAQ
and here
http://wiki.contribs.org/Category:Howto
-
AKn
On a correctly configured and fully updated system, you should see something like this:
yum update
Loading "protect-packages" plugin
Loading "fastestmirror" plugin
Loading "installonlyn" plugin
Loading "smeserver" plugin
Setting up Update Process
Setting up repositories
smeaddons 100% |=========================| 1.9 kB 00:00
smeextras 100% |=========================| 1.9 kB 00:00
base 100% |=========================| 1.1 kB 00:00
updates 100% |=========================| 951 B 00:00
smeos 100% |=========================| 1.9 kB 00:00
smeupdates 100% |=========================| 1.9 kB 00:00
Loading mirror speeds from cached hostfile
Reading repository metadata in from local files
Excluding Packages from CentOS - os
Finished
Excluding Packages from CentOS - updates
Finished
No Packages marked for Update/Obsoletion
-
Good day,
I checked that the repositories are correct. No problem there.
Then I looked in various log files. I found a 'yum' log file and it has some entries that may point to the error.
2009-12-20 04:05:25.777911500 Error: No Groups on which to run command
2009-12-20 04:05:25.800881500 yum grouplist updates status 256
2009-12-21 04:02:30.277316500 Existing lock /var/run/yum.pid: another copy is running. Aborting.
2009-12-21 04:02:30.302956500 yum list available status 51200
2009-12-21 04:02:30.626091500 Existing lock /var/run/yum.pid: another copy is running. Aborting.
If I delete the yum.pid file, will that possibly fix the problem. Will running the update go back and update all programs that have been missed in earlier update attempts?
ak
-
Good day,
Then I looked a little further down in the logs section and found yumlog. I opened the last one with the highest number. It had the report of the update that I had wanted to see on the web interface update page. So it seems like the update occurred but the gui didn't report the progress completely and properly.
ak
Loading "fastestmirror" plugin
Loading "smeserver" plugin
Loading "installonlyn" plugin
Loading "protect-packages" plugin
Setting up Update Process
Setting up repositories
Determining fastest mirrors
Reading repository metadata in from local files
Excluding Packages from CentOS - os
Finished
Excluding Packages from CentOS - updates
Finished
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for php-gd to pack into transaction set.
---> Package php-gd.i386 0:4.3.9-3.29 set to be updated
---> Downloading header for php-imap to pack into transaction set.
---> Package php-imap.i386 0:4.3.9-3.29 set to be updated
---> Downloading header for php-mbstring to pack into transaction set.
---> Package php-mbstring.i386 0:4.3.9-3.29 set to be updated
---> Downloading header for php to pack into transaction set.
---> Package php.i386 0:4.3.9-3.29 set to be updated
---> Downloading header for php-domxml to pack into transaction set.
---> Package php-domxml.i386 0:4.3.9-3.29 set to be updated
---> Downloading header for krb5-libs to pack into transaction set.
---> Package krb5-libs.i386 0:1.3.4-62.el4_8.1 set to be updated
---> Downloading header for php-ldap to pack into transaction set.
---> Package php-ldap.i386 0:4.3.9-3.29 set to be updated
---> Downloading header for libstdc++ to pack into transaction set.
---> Package libstdc++.i386 0:3.4.6-11.el4_8.1 set to be updated
---> Downloading header for tzdata to pack into transaction set.
---> Package tzdata.noarch 0:2009u-1.el4 set to be updated
---> Downloading header for libgcc to pack into transaction set.
---> Package libgcc.i386 0:3.4.6-11.el4_8.1 set to be updated
---> Downloading header for php-pear to pack into transaction set.
---> Package php-pear.i386 0:4.3.9-3.29 set to be updated
---> Downloading header for php-mysql to pack into transaction set.
---> Package php-mysql.i386 0:4.3.9-3.29 set to be updated
--> Running transaction check
warning: only V3 signatures can be verified, skipping V4 signature
warning: only V3 signatures can be verified, skipping V4 signature
Dependencies Resolved
=============================================================================
Package Arch Version Repository Size
=============================================================================
Updating:
krb5-libs i386 1.3.4-62.el4_8.1 updates 487 k
libgcc i386 3.4.6-11.el4_8.1 updates 65 k
libstdc++ i386 3.4.6-11.el4_8.1 updates 283 k
php i386 4.3.9-3.29 updates 1.3 M
php-domxml i386 4.3.9-3.29 updates 53 k
php-gd i386 4.3.9-3.29 updates 101 k
php-imap i386 4.3.9-3.29 updates 52 k
php-ldap i386 4.3.9-3.29 updates 37 k
php-mbstring i386 4.3.9-3.29 updates 923 k
php-mysql i386 4.3.9-3.29 updates 38 k
php-pear i386 4.3.9-3.29 updates 483 k
tzdata noarch 2009u-1.el4 updates 460 k
Transaction Summary
=============================================================================
Install 0 Package(s)
Update 12 Package(s)
Remove 0 Package(s)
Total download size: 4.2 M
Downloading Packages:
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
warning: only V3 signatures can be verified, skipping V4 signature
warning: only V3 signatures can be verified, skipping V4 signature
Running Transaction
Updating : krb5-libs ####################### [ 1/24]
Updating : libgcc ####################### [ 2/24]
Updating : libstdc++ ####################### [ 3/24]
Updating : php-imap ####################### [ 4/24]
Updating : php-mysql ####################### [ 5/24]
Updating : php-pear ####################### [ 6/24]
Updating : tzdata ####################### [ 7/24]
Updating : php-ldap ####################### [ 8/24]
Updating : php-domxml ####################### [ 9/24]
Updating : php-mbstring ####################### [10/24]
Updating : php-gd ####################### [11/24]
Updating : php ####################### [12/24]
Updated: krb5-libs.i386 0:1.3.4-62.el4_8.1 libgcc.i386 0:3.4.6-11.el4_8.1 libstdc++.i386 0:3.4.6-11.el4_8.1 php.i386 0:4.3.9-3.29 php-domxml.i386 0:4.3.9-3.29 php-gd.i386 0:4.3.9-3.29 php-imap.i386 0:4.3.9-3.29 php-ldap.i386 0:4.3.9-3.29 php-mbstring.i386 0:4.3.9-3.29 php-mysql.i386 0:4.3.9-3.29 php-pear.i386 0:4.3.9-3.29 tzdata.noarch 0:2009u-1.el4
Complete!
-
AKn
> Existing lock /var/run/yum.pid: another copy is running.
Indicates another yum process started before the previous one had completed. Could be because you were impatient or maybe the network or Internet lost the connection during the yum process.
It's OK to delete the yum.pid file and then run
yum update
Please allow ample time for it to finish, a large update could take 10 or 20 minutes and even longer on a slow connection.
Typically 5 minutes or so with a fast server & fast broadband connection.