You are not logged in.
System was running fine but after upgrading to the procps 3.2.5-2 package yesterday, I get about 9 error messages at system boot like the following:
error: "net.ipv4.conf.lo accept_source_route" is an unknown key
Other error messages appear regarding eth0 and kernel.sysrq
The system seems to be working fine, but I can't find these errors in the logs. Maybe I'm just missing them.
Anyone know what's causing this, or how to fix it?
Thanks in advance...
oz
Offline
You are most likly using hotplug to load the necassary modules that the module parameters apply to. Since sysctl gets run before the daemons, this happens. The erros do not hurt anything. If you want to make the error messages go away add the modules to the MODULES array in /etc/rc.conf.
HTH,
wdemoss
Hobbes : Shouldn't we read the instructions?
Calvin : Do I look like a sissy?
Offline
I am not running hotplug and have the same errors. Was wandering what's the cause.
Markku
Offline
I too experienced these errors...not running hotplug (actually almost no modules at all)
http://www.linuxportalen.com -> Linux Help portal for Linux and ArchLinux (in swedish)
Dell Inspiron 8500
Kernel 2.6.14-archck1 (selfcompiled)
Enlightenment 17
Offline
Judd has added "default arch" sysctl.conf file to procps package. If you don't want to get those errors, just remove /etc/sysctl.conf or comment out offending lines in it (I guess all of them should work on stock arch kernel - in my case sysrq doesn't work, because I don't have it compiled in the kernel).
Offline
Judd has added "default arch" sysctl.conf file to procps package. If you don't want to get those errors, just remove /etc/sysctl.conf or comment out offending lines in it (I guess all of them should work on stock arch kernel - in my case sysrq doesn't work, because I don't have it compiled in the kernel).
I changed the name on the sysctl.conf file then rebooted and all seems to be working fine. Thanks for the tip, lucke! 8)
oz
Offline
Ah, sorry guys. Those errors are harmless, but i'll get em out of the way. It's because the sysctl variables are being loaded before your eth0 modules, so any eth0 variables are invalid at that point.
I'll move the sysctl stuff to rc.multi. That should shut them up.
Offline
Errr, correcting myself.
The eth0 modules are loaded, but the interface itself hasn't been brought up yet. So sysctl complains.
pedantically yours,
- J
Offline
Ah, that clears things up
thanks J.
http://www.linuxportalen.com -> Linux Help portal for Linux and ArchLinux (in swedish)
Dell Inspiron 8500
Kernel 2.6.14-archck1 (selfcompiled)
Enlightenment 17
Offline
Ah, sorry guys. Those errors are harmless, but i'll get em out of the way. It's because the sysctl variables are being loaded before your eth0 modules, so any eth0 variables are invalid at that point.
I'll move the sysctl stuff to rc.multi. That should shut them up.
Okay, thanks for the info, Judd. 8)
oz
Offline
Would this default configuration does something which does not happen without it?
I mean, I'm no networking expert, and I use Windows ICS to get my internet connection working. Should it harm anything?
Some PKGBUILDs: http://members.lycos.co.uk/sweiss3
Offline
It's because the sysctl variables are being loaded before your eth0 modules
The eth0 modules are loaded, but the interface itself hasn't been brought up yet.
I think there will be instances of both - e.g. my desktop's network module is loaded from rc.conf, my laptop's from hotplug.
Offline
Would this default configuration does something which does not happen without it?
I mean, I'm no networking expert, and I use Windows ICS to get my internet connection working. Should it harm anything?
Yes it could break your internet connection. I was chatting on irc yesterday and 2 folks were unable to browse the net because of these entries in /etc/sysctl.conf. I told them to rename the file and wait for the next upgrade of procps, which hopefully will fix things up.
Offline
Just a heads up really - I've just updated to procps 3.2.5-3 - all of the boot-up error messsages have disappeared execpt for this one:
error: "kernel.sysrq" is an unknown key
Just thought 'd mention it. Thanks for the work on clearing the rest of it up though guys.
Offline
don't worry about that - that's just means it is not enabled in your kernel AFAIK nothing serious
Offline
Cheers Dib
Offline
Interestingly, after just updating the kernel to 2.6.12.2-1 , this error message:
error: "kernel.sysrq" is an unknown key
has disappeared from the bootup messages - everything seems fine now.
Thanks all
Offline
Interestingly, after just updating the kernel to 2.6.12.2-1 , this error message:
error: "kernel.sysrq" is an unknown key
has disappeared from the bootup messages - everything seems fine now.
Thanks all
Yeah, the kernel upgrade cleared that problem for me too, but now I have some new messages at system boot to deal with (posted about them in the kernel forum). These upgrades are giving me fits lately...
oz
Offline
Well, it's a bit off topic but... -- why is the magic sysreq key removed from the kernel 2.6.13? I mean - it's there (source, makefile, etc.) but you can't enable it explicitly in the menuconfig->kernel hacking (it's simply not there).
I'd like to use the sysreq key as a final resort against the nvidia lock-up bug, which drives me totally nuts recently.
MDK
Open Source Software Operations/Nokia
michael.kostrzewa (at) nokia.com
Offline
Oooppsss... shame on me. It IS there. I somehow... just missed it.
MDK
Open Source Software Operations/Nokia
michael.kostrzewa (at) nokia.com
Offline