[root@blah root]# uname -a Linux blah 2.6.10-1.741_FC3smp #1 SMP Thu Jan 13 16:58:29 EST 2005 x86_64 x86_64 x86_64 GNU/Linux
Hardware is Tyan 2885 mobo, two opteron 244 procs in it. Right now the system has 4GB of memory installed:
[root@hofmann license]# cat /proc/meminfo MemTotal: 3607440 kB
The mobo takes up to 16GB of memory. But when I add more memory, 4 more 1GB dimms, 8GB total, same exact type of memory that is already in the system (DDR ECC Reg PC2700), the kernel panics and doesn't boot. The error is:
<0> kernel panic - not syncing: Attempted to kill the idle task
It dies just before the audit init takes place, so the kernel hardly boots at all, if even.
Any idea what the maximum memory is for FC3 with the kernel I have? I tried looking for a bigmem kernel but isn't large memory support built in? I'm pretty sure support is for much more memory than 4GB. Do I have to recompile a special kernel though?
Does anyone have more than 4GB of memory in a FC3 system and NOT have kernel panics? What is your kernel?
Thanks,
Alex
On Wednesday 02 Mar 2005 21:44, Alexander Lazarevich wrote:
[root@blah root]# uname -a Linux blah 2.6.10-1.741_FC3smp #1 SMP Thu Jan 13 16:58:29 EST 2005 x86_64 x86_64 x86_64 GNU/Linux
Hardware is Tyan 2885 mobo, two opteron 244 procs in it. Right now the system has 4GB of memory installed:
[root@hofmann license]# cat /proc/meminfo MemTotal: 3607440 kB
The mobo takes up to 16GB of memory. But when I add more memory, 4 more 1GB dimms, 8GB total, same exact type of memory that is already in the system (DDR ECC Reg PC2700), the kernel panics and doesn't boot. The error is:
<0> kernel panic - not syncing: Attempted to kill the idle task
It dies just before the audit init takes place, so the kernel hardly boots at all, if even.
Any idea what the maximum memory is for FC3 with the kernel I have? I tried looking for a bigmem kernel but isn't large memory support built in? I'm pretty sure support is for much more memory than 4GB. Do I have to recompile a special kernel though?
Does anyone have more than 4GB of memory in a FC3 system and NOT have kernel panics? What is your kernel?
Thanks,
Alex
Isn't there a bigmem kernel somewhere? Or was that RH9 that had that?
Tony Dietrich wrote:
On Wednesday 02 Mar 2005 21:44, Alexander Lazarevich wrote:
[root@blah root]# uname -a Linux blah 2.6.10-1.741_FC3smp #1 SMP Thu Jan 13 16:58:29 EST 2005 x86_64 x86_64 x86_64 GNU/Linux
Hardware is Tyan 2885 mobo, two opteron 244 procs in it. Right now the system has 4GB of memory installed:
[root@hofmann license]# cat /proc/meminfo MemTotal: 3607440 kB
The mobo takes up to 16GB of memory. But when I add more memory, 4 more 1GB dimms, 8GB total, same exact type of memory that is already in the system (DDR ECC Reg PC2700), the kernel panics and doesn't boot. The error is:
<0> kernel panic - not syncing: Attempted to kill the idle task
It dies just before the audit init takes place, so the kernel hardly boots at all, if even.
Any idea what the maximum memory is for FC3 with the kernel I have? I tried looking for a bigmem kernel but isn't large memory support built in? I'm pretty sure support is for much more memory than 4GB. Do I have to recompile a special kernel though?
If you look at the "/boot/config-`uname -r`" file, you can see which memory model you have. The default one for FC3 on an i686 is 4GB:
# CONFIG_NOHIGHMEM is not set CONFIG_HIGHMEM4G=y # CONFIG_HIGHMEM64G is not set CONFIG_HIGHMEM=y CONFIG_HIGHPTE=y # CONFIG_MATH_EMULATION is not set CONFIG_MTRR=y # CONFIG_EFI is not set CONFIG_REGPARM=y
That's found somewhere around line 126 in the config file.
Isn't there a bigmem kernel somewhere? Or was that RH9 that had that?
RH7.x-9 had it, as well as RHEL (the "EL" kernels are set SMP, 64GB). If you want a bigmem kernel, you'll have to build it yourself.
There are very few desktops out there with >4GB. Servers, yes, but not desktops and "out of the box" FC3 is really aimed at desktops. As far as "does it work?", I have built FC3 kernels for 8GB mobos ("CONFIG_HIGHMEM64G=y") and they work. ---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - I'm afraid my karma just ran over your dogma - ----------------------------------------------------------------------
Alexander Lazarevich wrote:
[root@blah root]# uname -a Linux blah 2.6.10-1.741_FC3smp #1 SMP Thu Jan 13 16:58:29 EST 2005 x86_64 x86_64 x86_64 GNU/Linux
A certain amount of "x86-64" there!
Rick Stevens wrote:
If you look at the "/boot/config-`uname -r`" file, you can see which memory model you have. The default one for FC3 on an i686 is 4GB:
... and gave lots more good advice. But for 32 bit computing, not 64 bit computing.
Which is not to say that experimenting with 32 bits (to check what's going wrong) might not be needed in this case.
James.
James Wilkinson wrote:
Alexander Lazarevich wrote:
[root@blah root]# uname -a Linux blah 2.6.10-1.741_FC3smp #1 SMP Thu Jan 13 16:58:29 EST 2005 x86_64 x86_64 x86_64 GNU/Linux
A certain amount of "x86-64" there!
Rick Stevens wrote:
If you look at the "/boot/config-`uname -r`" file, you can see which memory model you have. The default one for FC3 on an i686 is 4GB:
... and gave lots more good advice. But for 32 bit computing, not 64 bit computing.
Which is not to say that experimenting with 32 bits (to check what's going wrong) might not be needed in this case.
Erp! Sorry! I didn't notice the "x86_64" in the header. I haven't run an Opteron >4GB yet. I'm expecting a dual proc Opteron with 8GB in the next few weeks. ---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens@vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - The gene pool could use a little chlorine. - ----------------------------------------------------------------------
Alexander Lazarevich wrote:
[root@blah root]# uname -a Linux blah 2.6.10-1.741_FC3smp #1 SMP Thu Jan 13 16:58:29 EST 2005 x86_64 x86_64 x86_64 GNU/Linux
Hardware is Tyan 2885 mobo, two opteron 244 procs in it. Right now the system has 4GB of memory installed:
[root@hofmann license]# cat /proc/meminfo MemTotal: 3607440 kB
The mobo takes up to 16GB of memory. But when I add more memory, 4 more 1GB dimms, 8GB total, same exact type of memory that is already in the system (DDR ECC Reg PC2700), the kernel panics and doesn't boot. The error is:
<0> kernel panic - not syncing: Attempted to kill the idle task
It dies just before the audit init takes place, so the kernel hardly boots at all, if even.
Any idea what the maximum memory is for FC3 with the kernel I have? I tried looking for a bigmem kernel but isn't large memory support built in? I'm pretty sure support is for much more memory than 4GB. Do I have to recompile a special kernel though?
Does anyone have more than 4GB of memory in a FC3 system and NOT have kernel panics? What is your kernel?
AFAIK the x86-64 limit at the moment is 1 TB = 1024 GB. And that should be there for all kernels.
Something is very wrong there. And I suspect hardware. What does memtest86 say? Can you try a bootable CD? Can you just try the new memory?
James.
On Wed, 2 Mar 2005, James Wilkinson wrote:
Alexander Lazarevich wrote:
[root@blah root]# uname -a Linux blah 2.6.10-1.741_FC3smp #1 SMP Thu Jan 13 16:58:29 EST 2005 x86_64 x86_64 x86_64 GNU/Linux
Hardware is Tyan 2885 mobo, two opteron 244 procs in it. Right now the system has 4GB of memory installed:
[root@hofmann license]# cat /proc/meminfo MemTotal: 3607440 kB
The mobo takes up to 16GB of memory. But when I add more memory, 4 more 1GB dimms, 8GB total, same exact type of memory that is already in the system (DDR ECC Reg PC2700), the kernel panics and doesn't boot. The error is:
<0> kernel panic - not syncing: Attempted to kill the idle task
It dies just before the audit init takes place, so the kernel hardly boots at all, if even.
Any idea what the maximum memory is for FC3 with the kernel I have? I tried looking for a bigmem kernel but isn't large memory support built in? I'm pretty sure support is for much more memory than 4GB. Do I have to recompile a special kernel though?
Does anyone have more than 4GB of memory in a FC3 system and NOT have kernel panics? What is your kernel?
AFAIK the x86-64 limit at the moment is 1 TB = 1024 GB. And that should be there for all kernels.
Excellent, thanks.
Something is very wrong there. And I suspect hardware. What does memtest86 say? Can you try a bootable CD? Can you just try the new memory?
The memory works just fine in another opteron system I have. That system also runs FC3, same kernel, and it see's 8GB no problem. Same hardware too, except the mobo is the tyan 2882S, which is very similar.
I think it's something in the system, some app. To troublshoot, I'm putting in a new drive, installing fresh to it, and will install apps one by one to see when the problem comes back. If the kernel panic is there from the start of the fresh install, then I've got real problems, as that would make no sense at all...
Alex
James.
-- E-mail address: james | Please do not put sandwiches in the disk drive. @westexe.demon.co.uk |
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list
Alexander Lazarevich wrote:
[root@blah root]# uname -a Linux blah 2.6.10-1.741_FC3smp #1 SMP Thu Jan 13 16:58:29 EST 2005 x86_64 x86_64 x86_64 GNU/Linux
Hardware is Tyan 2885 mobo, two opteron 244 procs in it. Right now the system has 4GB of memory installed:
[root@hofmann license]# cat /proc/meminfo MemTotal: 3607440 kB
Very strange.
I have an Intel Xeon EM64T machine with 4G running FC3 x86_64:
cat /proc/meminfo MemTotal: 4038556 kB
So what happened to the 400M in your machine?
What kind of graphics does your machine have?
I had all sorts of problems with my machine when I went from 2G to 4G, but some of these might be Intel and/or nvidia specific.
Mogens
On Thu, 3 Mar 2005, Mogens Kjaer wrote:
Alexander Lazarevich wrote:
[root@blah root]# uname -a Linux blah 2.6.10-1.741_FC3smp #1 SMP Thu Jan 13 16:58:29 EST 2005 x86_64 x86_64 x86_64 GNU/Linux
Hardware is Tyan 2885 mobo, two opteron 244 procs in it. Right now the system has 4GB of memory installed:
[root@hofmann license]# cat /proc/meminfo MemTotal: 3607440 kB
Very strange.
I agree. Especially since the memory works just fine in a similar system.
I have an Intel Xeon EM64T machine with 4G running FC3 x86_64:
cat /proc/meminfo MemTotal: 4038556 kB
So what happened to the 400M in your machine?
Good question, must be some app doing that. Researving mem at kernel boot?
What kind of graphics does your machine have?
Right now it's a GeForce 4. We are upgrading to a Quadro FX3000 though, because we run a high end rendering app on this workstation and we need more memory and better graphics support.
Alex
I had all sorts of problems with my machine when I went from 2G to 4G, but some of these might be Intel and/or nvidia specific.
Mogens
-- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list
Alexander Lazarevich wrote: ...
What kind of graphics does your machine have?
Right now it's a GeForce 4. We are upgrading to a Quadro FX3000 though, because we run a high end rendering app on this workstation and we need more memory and better graphics support.
Ah, first of all, you should remove the "rhgb quiet" from the grub.conf files, so the graphics doesn't start at boot time. Set runlevel to 3 in /etc/inittab. You can then try to start the graphics manually with the startx command after you've logged in.
You should check out the patches mentioned in:
http://www.nvnews.net/vbulletin/showthread.php?t=46676
My EM64T 4G machine runs with the patches 1165235, 1171869, and 1175225.
I use the following script to install the NVIDIA driver after a kernel upgrade:
#!/bin/bash
rm -rf NVIDIA-Linux-x86_64-1.0-6629-pkg2 sh NVIDIA-Linux-x86_64-1.0-6629-pkg2.run --extract-only cd NVIDIA-Linux-x86_64-1.0-6629-pkg2 patch -p0 <../NVIDIA_kernel-1.0-6629-1165235.diff.txt patch -p0 <../NVIDIA_kernel-1.0-6629-1171869.diff.txt patch -p0 <../NVIDIA_kernel-1.0-6629-1175225.diff.txt sleep 2 ./nvidia-installer
The "sleep 2" is just to see that the patches went in OK before starting the installer.
Mogens
On Fri, 4 Mar 2005, Mogens Kjaer wrote:
Alexander Lazarevich wrote: ...
What kind of graphics does your machine have?
Right now it's a GeForce 4. We are upgrading to a Quadro FX3000 though, because we run a high end rendering app on this workstation and we need more memory and better graphics support.
Ah, first of all, you should remove the "rhgb quiet" from the grub.conf
Yep, already do this. Even if rhgb actually worked, I'd still turn it off. By the way, does anyone have trouble with rhgb in RHEL4-AS? rhgb on causes kernel crash. rhgb off causes crash while "firstboot" is enabled. That causes a problem for fresh installs. Yuck.
files, so the graphics doesn't start at boot time. Set runlevel to 3 in /etc/inittab. You can then try to start the graphics manually with the startx command after you've logged in.
You should check out the patches mentioned in:
Excellent link. However, we are moving to the Quadro FX3000 as soon as I get this 8GB memory problem fixed. I will try the stock Nvidia driver, as they claim good 2.6 kernel support. If we still have problems I'll try those patches.
I've narrowed down the memory error (kernel panic) to a possible failure in one of the memory slots. The memory works perfect in another system, and fresh installs bomb with the same kernel panic, only when dimm slots CPU2-3&4 are populated. I'm contacting Tyan support for more info.
My EM64T 4G machine runs with the patches 1165235, 1171869, and 1175225.
I use the following script to install the NVIDIA driver after a kernel upgrade:
#!/bin/bash
rm -rf NVIDIA-Linux-x86_64-1.0-6629-pkg2 sh NVIDIA-Linux-x86_64-1.0-6629-pkg2.run --extract-only cd NVIDIA-Linux-x86_64-1.0-6629-pkg2 patch -p0 <../NVIDIA_kernel-1.0-6629-1165235.diff.txt patch -p0 <../NVIDIA_kernel-1.0-6629-1171869.diff.txt patch -p0 <../NVIDIA_kernel-1.0-6629-1175225.diff.txt sleep 2 ./nvidia-installer
Cool, thanks!
Alex
The "sleep 2" is just to see that the patches went in OK before starting the installer.
Mogens
-- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list