Hi all,
I am still having problems with my desktop system. Having updated it from 4 to 5, I now have problems with the logs. Neither boot.log nor dmesg has any data post the update. syslog appears to be normal in that it starts when it should but does not show any errors. It looks like whatever is supposed to write to the logs during initial boot is not doing so, but I am not sure where to look to see what is wrong.
The other problem I have may or may not be related it is not notifying me when updates are available although Yum etc appear to be working correctly.
I have all the data backed up and I could do a fresh install, but I am trying to avoid this as I would have to spend a lot of time reinstalling software etc.
Any suggestions?
Thanks Rob
On Nov 11, 2007 9:32 AM, Robert Slade centos@likley.co.uk wrote:
Hi all,
I am still having problems with my desktop system. Having updated it from 4 to 5, I now have problems with the logs. Neither boot.log nor dmesg has any data post the update. syslog appears to be normal in that it starts when it should but does not show any errors. It looks like whatever is supposed to write to the logs during initial boot is not doing so, but I am not sure where to look to see what is wrong.
Look for some "*.rpmsave" files and specialy in /etc. Check the integrity of related packages: rpm -V sysklogd initscripts
Regards
The other problem I have may or may not be related it is not notifying me when updates are available although Yum etc appear to be working correctly.
I have all the data backed up and I could do a fresh install, but I am trying to avoid this as I would have to spend a lot of time reinstalling software etc.
Any suggestions?
Thanks Rob
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On Sun, 2007-11-11 at 13:11 +0100, Alain Spineux wrote:
On Nov 11, 2007 9:32 AM, Robert Slade centos@likley.co.uk wrote:
Hi all,
I am still having problems with my desktop system. Having updated it from 4 to 5, I now have problems with the logs. Neither boot.log nor dmesg has any data post the update. syslog appears to be normal in that it starts when it should but does not show any errors. It looks like whatever is supposed to write to the logs during initial boot is not doing so, but I am not sure where to look to see what is wrong.
Look for some "*.rpmsave" files and specialy in /etc. Check the integrity of related packages: rpm -V sysklogd initscripts
Regards
Thanks for the reply.
rpm -V sysklogd initscripts
gives:
..5....T c /etc/inittab
Which if I read things correctly is to be expected.
And locate *.rpmsave /etc/X11/X.rpmsave /etc/alchemist/namespace/printconf/local.adl.rpmsave /etc/hotplug/usb.usermap.rpmsave /etc/selinux/targeted/booleans.rpmsave /etc/sysconfig/pcmcia.rpmsave /etc/sysconfig/rhn/rhn-applet.rpmsave
Looking at these files does not lead me to anything I can recognise as being a problem.
Regards
Rob
On Sun, Nov 11, 2007 at 01:11:48PM +0100, Alain Spineux alleged:
On Nov 11, 2007 9:32 AM, Robert Slade centos@likley.co.uk wrote:
Hi all,
I am still having problems with my desktop system. Having updated it from 4 to 5, I now have problems with the logs. Neither boot.log nor dmesg has any data post the update. syslog appears to be normal in that it starts when it should but does not show any errors. It looks like whatever is supposed to write to the logs during initial boot is not doing so, but I am not sure where to look to see what is wrong.
Look for some "*.rpmsave" files and specialy in /etc. Check the integrity of related packages: rpm -V sysklogd initscripts
And "*.rpmnew" files. You will have a lot of .rpmnew files after an upgrade.
And then there is "*.rpmorig", but those don't show up as often.
When you find .rpmsave files, that's a hint that a previous config may have been lost.
When you find .rpmnew files, that's a hint that new configs may not be working. When they differ, and you don't recognize the change as something you want to keep, then 'mv' the .rpmnew file over the original ('mv' more easily preserves timestamps and such.)
On Nov 11, 2007 6:07 PM, Garrick Staples garrick@usc.edu wrote:
On Sun, Nov 11, 2007 at 01:11:48PM +0100, Alain Spineux alleged:
On Nov 11, 2007 9:32 AM, Robert Slade centos@likley.co.uk wrote:
Hi all,
I am still having problems with my desktop system. Having updated it from 4 to 5, I now have problems with the logs. Neither boot.log nor dmesg has any data post the update. syslog appears to be normal in that it starts when it should but does not show any errors. It looks like whatever is supposed to write to the logs during initial boot is not doing so, but I am not sure where to look to see what is wrong.
Look for some "*.rpmsave" files and specialy in /etc. Check the integrity of related packages: rpm -V sysklogd initscripts
And "*.rpmnew" files. You will have a lot of .rpmnew files after an upgrade.
For sure something to try.
Did you upgrade your kernel or at least remake initrd files ?
# man initrd
And then there is "*.rpmorig", but those don't show up as often.
When you find .rpmsave files, that's a hint that a previous config may have been lost.
When you find .rpmnew files, that's a hint that new configs may not be working. When they differ, and you don't recognize the change as something you want to keep, then 'mv' the .rpmnew file over the original ('mv' more easily preserves timestamps and such.)
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On Mon, 2007-11-12 at 01:44 +0100, Alain Spineux wrote:
On Nov 11, 2007 6:07 PM, Garrick Staples garrick@usc.edu wrote:
On Sun, Nov 11, 2007 at 01:11:48PM +0100, Alain Spineux alleged:
On Nov 11, 2007 9:32 AM, Robert Slade centos@likley.co.uk wrote:
Hi all,
I am still having problems with my desktop system. Having updated it from 4 to 5, I now have problems with the logs. Neither boot.log nor dmesg has any data post the update. syslog appears to be normal in that it starts when it should but does not show any errors. It looks like whatever is supposed to write to the logs during initial boot is not doing so, but I am not sure where to look to see what is wrong.
Look for some "*.rpmsave" files and specialy in /etc. Check the integrity of related packages: rpm -V sysklogd initscripts
And "*.rpmnew" files. You will have a lot of .rpmnew files after an upgrade.
For sure something to try.
Did you upgrade your kernel or at least remake initrd files ?
# man initrd
I am using kernel 2.6.18-8.1.15.el5. I tried remaking /boot/initrd-2.6.18-8.1.15.el5.img but that still has the same issue with the log files.
And then there is "*.rpmorig", but those don't show up as often.
When you find .rpmsave files, that's a hint that a previous config may have been lost.
When you find .rpmnew files, that's a hint that new configs may not be working. When they differ, and you don't recognize the change as something you want to keep, then 'mv' the .rpmnew file over the original ('mv' more easily preserves timestamps and such.)
There are no rpmorig files and rpmnew is:
/etc/ldap.conf.rpmnew /etc/localtime.rpmnew /etc/ntp.conf.rpmnew /etc/passwd.rpmnew /etc/cups/cupsd.conf.rpmnew /etc/cups/mime.types.rpmnew /etc/cups/printers.conf.rpmnew /etc/pam.d/system-auth.rpmnew /etc/samba/smb.conf.rpmnew /etc/yum.repos.d/CentOS-Base.repo.rpmnew /usr/share/a2ps/afm/fonts.map.rpmnew
Non of which appear to be related to the problem.
Thanks
Rob
Robert Slade a écrit :
I have all the data backed up and I could do a fresh install, but I am trying to avoid this as I would have to spend a lot of time reinstalling software etc.
Any suggestions?
Yes. IMHO, it always turns out to be less of a hassle to do a fresh install than trying to jump through burning loops and upgrade from one major version to the next.
I always carefully document every install I do, step by step, the more so since I have to install identical systems on many machines. I keep an SVN tree with my own documentation and configuration files. When a new release (of CentOS, Slackware, Debian, whatever) comes out, I try a manual install on a sandbox partition, and then try to automate things as much as possible.
cheers,
Niki Kovacs
-
Alain Spineux -
Garrick Staples -
Niki Kovacs -
Robert Slade