Koozali.org: home of the SME Server
Obsolete Releases => SME Server 7.x => Topic started by: mgic_box on May 13, 2008, 01:25:11 PM
-
Hello everybody.
Good day.
I have recently installed a second CPU on a running SME server.
The second (so I have now 2) CPU is correctly detected on the bios, and I have even installed a version of windows on this machine, and the window detects the 2 cup’s.
On the SME server, when I run htop (nice toll!!!) I only (still) see (only) one (1) CPU. So, I ask, if there is need to run any hardware detection routine, or whatever… to detect and use the second CPU on SME Server?
Thanks in advance.
-
You should reboot your server AND while in GRUB screen choose a kernel with SMP in his name (latest version is better) from list.
This way SME will show you two CPUs on htop.
-
What CPU's are they ?
Try typing:
cat /proc/cpuinfo
this will tell you more infor :)
-
What CPU's are they ?
Try typing:
cat /proc/cpuinfo
this will tell you more infor :)
[root@alas ~]# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 7
model name : Pentium III (Katmai)
stepping : 3
cpu MHz : 498.673
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips : 998.02
[root@alaska ~]#
-
You should reboot your server AND while in GRUB screen choose a kernel with SMP
mgic_box,
Had you completed the above before running Byte's code?
You are still only seeing one and the non SMP version of the kernel will not see (or use) more then that.
uname -a
should return something like this:
Linux pifc-mercy 2.6.9-67.0.7.ELsmp #1 SMP Sat Mar 15 06:54:55 EDT 2008 i686 i686 i386 GNU/Linux
-
You should reboot your server AND while in GRUB screen choose a kernel with SMP in his name (latest version is better) from list.
This way SME will show you two CPUs on htop.
One more reboot, got the falw. options:
- SME Server (2.69.55.0.6.ELsmp)
- SME Server (2.69.55.0.6.EL)
- SME Server (2.69.55.0.2.ELsmp)
- SME Server-up (2.69.55.0.2.EL)
Which one should I chose?
Thanks.
-
mgic_box
- SME Server (2.69.55.0.6.ELsmp)
Is the most recent on your list, BUT all of those are older kernels now, so you should upgrade your server and when done select (if not already selected for you)
SME Server (2.6.9-67.0.7.ELsmp)
-
.
-
mgic_box
- SME Server (2.69.55.0.6.ELsmp)
Is the most recent on your list, BUT all of those are older kernels now, so you should upgrade your server and when done select (if not already selected for you)
SME Server (2.6.9-67.0.7.ELsmp)
login as: root
root@mail's password:
Last login: Wed May 14 10:49:35 2008
[root@alas ~]# uname -a
Linux alas 2.6.9-55.0.6.ELsmp #1 SMP Tue Sep 4 21:36:00 EDT 2007 i686 i686 i386 GNU/Linux
[root@alas ~]# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 7
model name : Pentium III (Katmai)
stepping : 3
cpu MHz : 498.628
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips : 998.18
[root@alas ~]# top
top - 11:09:09 up 23 min, 2 users, load average: 2.27, 2.20, 1.67
Tasks: 186 total, 3 running, 183 sleeping, 0 stopped, 0 zombie
Cpu(s): 76.0% us, 14.3% sy, 0.0% ni, 7.3% id, 2.1% wa, 0.4% hi, 0.0% si
Mem: 1034632k total, 705908k used, 328724k free, 68372k buffers
Swap: 1572856k total, 0k used, 1572856k free, 294068k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4502 spamd 18 0 44560 36m 1948 R 33.8 3.7 1:11.54 spamd
5645 root 16 0 2760 928 684 R 3.7 0.1 0:00.10 top
3732 qmailr 15 0 3236 528 436 S 1.5 0.1 0:02.79 qmail-remote
5369 qmailr 15 0 2472 528 432 S 0.7 0.1 0:01.38 qmail-remote
1 root 16 0 2176 620 532 S 0.0 0.1 0:01.07 init
2 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
4 root 5 -10 0 0 0 S 0.0 0.0 0:00.01 events/0
5 root 5 -10 0 0 0 S 0.0 0.0 0:00.05 khelper
6 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 kblockd/0
7 root 25 0 0 0 0 S 0.0 0.0 0:00.00 khubd
37 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
38 root 15 0 0 0 0 S 0.0 0.0 0:00.88 pdflush
39 root 25 0 0 0 0 S 0.0 0.0 0:00.00 kswapd0
40 root 9 -10 0 0 0 S 0.0 0.0 0:00.00 aio/0
184 root 25 0 0 0 0 S 0.0 0.0 0:00.00 kseriod
420 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0
[root@alas ~]# htop
CPU[||||||||||||||||||||||||100.0%] Tasks: 174 total, 3 running
Mem[||||||||||||||||||||335/1010MB] Load average: 2.58 2.28 1.74
Swp[ 0/1535MB] Uptime: 00:24:27
PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
4502 spamd 25 0 44648 38072 1948 R 43.1 3.7 1:45.64 spamd child
5408 qpsmtpd 25 0 15788 13840 1736 R 43.1 1.3 1:24.47 /usr/bin/qpsmtpd-f
5730 root 17 0 3028 1020 832 R 5.0 0.1 0:00.48 htop
5535 qmailr 15 0 2724 528 436 S 1.2 0.1 0:00.89 qmail-remote csvno
3708 qmailr 15 0 1832 532 436 S 0.6 0.1 0:02.93 qmail-remote hotma
3711 qmailr 15 0 2548 528 436 S 0.0 0.1 0:03.27 qmail-remote gmail
5216 qmailr 15 0 2544 532 436 S 0.0 0.1 0:01.45 qmail-remote hotma
5369 qmailr 15 0 2472 528 432 S 1.2 0.1 0:01.82 qmail-remote mail.
5464 qmailr 15 0 2724 532 440 S 0.0 0.1 0:01.11 qmail-remote sapo.
5534 qmailr 15 0 1976 532 436 S 0.0 0.1 0:00.41 qmail-remote gmail
3720 qmailr 15 0 2988 528 436 S 0.6 0.1 0:03.07 qmail-remote gmail
5132 qmailr 15 0 2180 528 436 S 1.2 0.1 0:02.04 qmail-remote gmail
1 root 16 0 2176 620 532 S 0.0 0.1 0:01.06 init [7]
1652 root 6 -10 2880 420 352 S 0.0 0.0 0:00.02 udevd
2295 root 18 0 2788 388 332 S 0.0 0.0 0:00.00 /sbin/mingetty tty
2340 root 18 0 2756 388 332 S 0.0 0.0 0:00.00 /sbin/mingetty tty
2341 root 16 0 72 28 12 S 0.0 0.0 0:00.02 runsvdir -P /servi
F1Help F2Setup F3SearchF4InvertF5Tree F6SortByF7Nice -F8Nice +F9Kill F10Quit
-
oops, I think it is time for a bug report. You have the correct kernel running now but you still are not using the second processor.
-
mgic_box
When there are major hardware changes in a box, such as adding a second CPU, you should do a install/upgrade from the CD, so the OS correctly detects the hardware and installs correct drivers etc.
You should really upgrade your server, as you are running an old version of sme.
So download a sme 7.3 CD, do a upgrade install from the CD, and then run yum update, to get the latest updates.
-
mary,
You are right (as usual).
-
When there are major hardware changes in a box, such as adding a second CPU, you should do a install/upgrade from the CD, so the OS correctly detects the hardware and installs correct drivers etc.
No, that is not correct for SME server. All drivers are bundled with the kernel rpm, so all systems already have the full complement of provided drivers.
-
You have the correct kernel running now but you still are not using the second processor.
That is a hardware and/or BIOS issue. There's nothing SME server software can do to fix that.
-
Quote from Mgic_bx
The second (so I have now 2) CPU is correctly detected on the bios
CharlieBrady
What about this?
-
The BIOS may detect the 2 cpu's correctly but because they are P3 cpu's it may be the the 2.6 kernel doesn't support the "older" P3 cpu's, the way to test this out is download CentOS 4.6 and see if CentOS 4.6 recognises the cpu's.
My guess is it won't because we use the same kernels, so it's as Charlie says "hardware issue"
-
Out of curiosity and ignorance,
If the kernel detects one P3 processor, would that not indicate that the processor is supported? Why would it not detect the second of the same thing?
I can see that the second socket on the Motherboard may not be detected correctly.
I am just curious and have learned long ago that when Charlie and Gavin post they know what they are talking about 8)
-
If the kernel detects one P3 processor, would that not indicate that the processor is supported? Why would it not detect the second of the same thing?
I should have said that although it supports one P3 CPU it may not support Dual CPU's, so even though they are same arch it wouldn't necessarily mean it would support dual P3... :)
Are these branded servers i.e HP / Compaq, DELL ?
-
Quote from Mgic_bx
CharlieBrady
What about this?
Still may be a hardware or bios issue. But also may be a linux kernel issue. We can't fix any of those.
To put it simply, there's nothing that SME server specifically does to detect CPUs. If the linux smp kernel finds them, it use them, if it doesn't, it doesn't.
-
Charlie, mgic_box
All drivers are bundled with the kernel rpm....
Thanks for the correction, my misunderstanding.
I was under the impression though, that if any major hardware changes occur, that a CD upgrade install should be done. Is that not generally correct ?
Still may be a hardware or bios issue. But also may be a linux kernel issue.
Upgrading sme will install a more recent kernel, and that may work better with the dual PIII CPU's/motherboard/BIOS that mgic_box has.
-
Thanks for the correction, my misunderstanding.
I was under the impression though, that if any major hardware changes occur, that a CD upgrade install should be done. Is that not generally correct ?
No. A CD upgrade *might* help if hard drives were moved to a new system with a different SCSI adaptor, but that's a very rare case. Nothing should be required for a different motherboard. If the NICs are different, just running through "configure" on the admin console menu is sufficient.
Upgrading sme will install a more recent kernel, and that may work better with the dual PIII CPU's/motherboard/BIOS that mgic_box has.
Very unlikely, IMO.
-
Charlie
Thanks.
.....Adjusting brain for revised information.
-
Charlie
Thanks.
.....Adjusting brain for revised information.
Hello everybody,
Thank you for your concern and your (try to) help.
About the main board, is/belongs to a Compaq Proliant 1850R (PL1850R 6/500 512 128 euro) – as you can see is a rather old machine…
I thought that this could be a simple thing to do, as other Lin*s (RedHat, Suse, Mandrake) we have tools to discover new hardware, like kudzu that detect, install and start using everything automatically, from HD, CDROMs, to usb devices and so on, and are even run automatically on a reboot.
I thought, that I was missing something, and that I had to hit or ran some command…
But, as it seams complicated, forget! In reality, I only needed this fix for, to use, in the mean time, for 15 days, as, in 15 days I will be moving SME to a HP Ploliant DL360 server, were SME htop shows, not 1, not 2, but 4 CPUs!.
About updates, as you can see, this machine will die this way, because, as you can see I am not going to lose much time with it.
In addition, I can inform you that this is an old problem, and that at the time I Installed the new CPU, I ran all the updates till the end (yum update), the only point is that at that time, I haven’t time to lose/win (apparently it seams that I only lost) with this concern, (only now I hat some time…). If we were talking about a brand new board/machine… might…
And above all, there are some people relating problems with the latest release (V.7.3) of SME server, so before doing an update on a production server, I must do some more serious testes about this issues/problems related here, in this forum, with SME V.7.3.
Anyway, SME is a good system; I use it for www server and for e-mail. I know that I could use it to store/share files, but I don’t use it to store/share files (use other systems).
We need systems like SME! Don’t let win*s rule the world!
Regards.
-
Many PC operating systems rely on the BIOS telling them how many CPUs are present. This information is included in MPTABLES data structure or ACPI data.At least a couple of older (PII and P3 generation) BIOS implementations have an option disable the provision of MPTABLES or ACPI data. Some BIOS implementations also have an option to specify at most ONE CPU in MPTABLES and ACPI data.
I suggest you check your BIOS settings to ensure the BIOS is provide MPTABLES OR ACPI data and that its not limited to only one CPU. Some older BIOS implementations provided incorrect ACPI data so, if you have the option, I suggest using MPTABLES and see if that makes a difference. Then you could try enabling ACPI data and if there are problems with that you could fall back to MPTABLES (or see if you can get a more recent BIOS).
My ASUS CUV4X motherboard which takes up to two P3 CPUs has a "MPS 1.4 Support" setting under the BOOT menu. This should be enabled. I have other dual P2 motherboards which are different.
-
this has been reported before, looks like Its a compaq bios issue
I reported it as Bug 2175
http://bugs.contribs.org/show_bug.cgi?id=2175
the server bios needs to be set up to specifically enable
linux, I had to do a system erase and re-install with smartstart 5.5 software.
after trawling the net for a week I found this gem hidden away on a free bsd
forum
http://lists.freebsd.org/pipermail/freebsd-current/2005-April/049371.html
fixed it for me
regards Jim
-
When I first saw this post, I wondered whether the server would be a Compaq Proliant, and you have confirmed it is.
Just to save you some time: don't bother looking any further. I have tried the Proliant with two 500MHz CPUs with SME server v3.5, v4, v5.5 and v6. Not one would detect the second CPU, and nothing I did could kick it into action.
I suspect the problem is the BIOS on the Compaqs. The BIOS in these machines tends to adhere to the standards very strictly, which means they never report over 64M RAM (a problem when installing) and they often do not report extra CPUs, as the extensions on other BIOSs would.
So - save some time and give up on this one.
-
not true judgej
please read my previous post this should be fixable
regards
Jim