Linux boot niet bij meer dan 2 gig geheugen*

[blax]

Hier staat een tatung dual xeon server http://www.tatungserver.de/nl/products/tss-2521.php hier zit op het moment 2 gig aan werkgeheugen in.
Nu is het bedoeling dit uit te breiden naar 6 gig alleen zodra we er meer als 2 gig instoppen hangt de server bij het booten.
We gebruiken SuSe linux 9.2 als O.S deze blijft bij het booten hangen op 'freeing unused kernel memory' van af hier lijkt er niks meer te gebeuren.
We maken gebruik van de 2.6.8-24.10-bigsmp kernel welke van zichzelf al 64 GB geheugen aan zou moeten kunnen.

Weten jullie misschien een oplossing want wij zitten met onze handen in het haar.
Alvast bedank,

[psyBSD]

Is de kernel gecompield met 64TB high-memory support?

[blax]

psyBSD schreef op woensdag 07 december 2005 @ 12:22:
Is de kernel gecompield met 64TB high-memory support?

Is config highmem64G niet genoeg? Dit stond namelijk standaard al ingesteld.

[igmar]

Installeer om te beginnen een recente kernel vanaf kernel.org (dus NIET de SuSE kernels), en kijk dan of het probleem nog bestaat. Verder mis ik een boel relevante info, oa de dmesg uitvoer.

[moto-moi]

Wat gebeurt er als je deze kernel boot met als extra parameter mem=2GB ?

Want op zich zou dat gewoon moeten werken, wij hebben SuSE 9.0 en SuSE 9.1 hier draaien op de databaseservers en dat werkt prima met meer dan 2 GB

[blax]

dmesg output:

code:

serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
Serial: 8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Using anticipatory io scheduler
Floppy drive(s): fd0 is 1.44M
FDC 0 is a National Semiconductor PC87306
RAMDISK driver initialized: 16 RAM disks of 64000K size 1024 blocksize
loop: loaded (max 8 devices)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH3: IDE controller at PCI slot 0000:00:1f.1
ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 185
ICH3: chipset revision 2
ICH3: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:pio, hdd:pio
Probing IDE interface ide0...
hda: CD-224E, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
Probing IDE interface ide1...
Probing IDE interface ide2...
ide2: Wait for ready failed before probe !
Probing IDE interface ide3...
ide3: Wait for ready failed before probe !
Probing IDE interface ide4...
ide4: Wait for ready failed before probe !
Probing IDE interface ide5...
ide5: Wait for ready failed before probe !
ide-floppy driver 0.99.newide
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard on isa0060/serio0
alps.c: E6 report: 90 03 3c
input: ImPS/2 Logitech Wheel Mouse on isa0060/serio1
input: PC Speaker
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
NET: Registered protocol family 2
IP: routing cache hash table of 16384 buckets, 128Kbytes
TCP: Hash tables configured (established 524288 bind 65536)
NET: Registered protocol family 1
NET: Registered protocol family 8
NET: Registered protocol family 20
ACPI: (supports S0 S1 S4 S5)
ACPI wakeup devices:
SLPB PCI0 HUB0 HUBA HUBB HUBA HUBB UAR1 UAR2 USB0 USB1 USB2 MODM
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
RAMDISK: Compressed image found at block 0
VFS: Mounted root (ext2 filesystem).
SCSI subsystem initialized
Loading Adaptec I2O RAID: Version 2.4 Build 5go
Detecting Adaptec I2O RAID controllers...
ACPI: PCI interrupt 0000:03:02.0[A] -> GSI 26 (level, low) -> IRQ 217
Adaptec I2O RAID controller 0 irq=217
     BAR0 f8d80000 - size= 100000
     BAR1 f8f00000 - size= 1000000
dpti: If you have a lot of devices this could take a few minutes.
dpti0: Reading the hardware resource table.
TID 008  Vendor: ADAPTEC      Device: AIC-7902     Rev: 00000001
TID 009  Vendor: ADAPTEC      Device: AIC-7902     Rev: 00000001
TID 516  Vendor: SDR     G    Device: GEM318P      Rev: 1   0
TID 517  Vendor: SDR     G    Device: GEM318P      Rev: 1   0
TID 521  Vendor: ADAPTEC R    Device: RAID-5       Rev: 3B0AD
scsi0 : Vendor: Adaptec  Model: 2015S            FW:3B0A
  Vendor: ADAPTEC   Model: RAID-5            Rev: 3B0A
  Type:   Direct-Access                      ANSI SCSI revision: 02
SCSI device sda: 574550016 512-byte hdwr sectors (294170 MB)
SCSI device sda: drive cache: write back
 sda: sda1 sda2
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
  Vendor: SDR       Model: GEM318P           Rev: 1
  Type:   Processor                          ANSI SCSI revision: 02
  Vendor: SDR       Model: GEM318P           Rev: 1
  Type:   Processor                          ANSI SCSI revision: 02
ReiserFS: sda2: found reiserfs format "3.6" with standard journal
ReiserFS: sda2: using ordered data mode
reiserfs: using flush barriers
ReiserFS: sda2: journal params: device sda2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda2: checking transaction log (sda2)
reiserfs: disabling flush barriers on sda2
ReiserFS: sda2: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Trying to move old root to /initrd ... failed
Unmounting old root
Trying to free ramdisk memory ... okay
Freeing unused kernel memory: 260k

[ Voor 66% gewijzigd door blax op 07-12-2005 12:48 ]

[blax]

moto-moi schreef op woensdag 07 december 2005 @ 12:26:
Wat gebeurt er als je deze kernel boot met als extra parameter mem=2GB ?

Want op zich zou dat gewoon moeten werken, wij hebben SuSE 9.0 en SuSE 9.1 hier draaien op de databaseservers en dat werkt prima met meer dan 2 GB

Dit hebben we al geprobeerd maar dat werkte niet wel had ik in plaats van 6GB, 6144Mb ingevuld.

[koffiedrinker]

Volgens mij zit er niet veel anders op dan het zelf compileren van een kernel met de volgende optie:

code:

Processor type and features  --->    
             High Memory Support (off)  --->  
                                  ( ) off
                                  ( ) 4GB
                                  (X) 64GB

Ik heb net even snel door de ftp server van SuSE heen gelopen en ik kan geen kernel met deze optie aangezet. Daar kan ik alleen rpm's vinden met smp, bigsmp en default. Ik ken SuSEniet zo goed, maar ik vrees dat zij zonder de ondersteuning van 64G zijn gecompileerd, helaas.

[Seth4Chaos]

koffiedrinker schreef op woensdag 07 december 2005 @ 15:54:
Volgens mij zit er niet veel anders op dan het zelf compileren van een kernel met de volgende optie:

code:

Processor type and features  --->    
             High Memory Support (off)  --->  
                                  ( ) off
                                  ( ) 4GB
                                  (X) 64GB

Ik heb net even snel door de ftp server van SuSE heen gelopen en ik kan geen kernel met deze optie aangezet. Daar kan ik alleen rpm's vinden met smp, bigsmp en default. Ik ken SuSEniet zo goed, maar ik vrees dat zij zonder de ondersteuning van 64G zijn gecompileerd, helaas.

bigsmp is met 64G gecompileerd, zie: http://www.novell.com/coolsolutions/tip/16262.html

[koffiedrinker]

Seth4Chaos schreef op woensdag 07 december 2005 @ 16:04:
[...]


bigsmp is met 64G gecompileerd, zie: http://www.novell.com/coolsolutions/tip/16262.html

Dit kon ik deze niet vinden, jij gelukkig wel
Wat ik echter niet kan vinden, is voor welke versie dit geldt. Dat is ook een van de user comments onderaan (in het Duits).
Als dit nl. niet voor 9.X geldt, ben je nog steeds niet opgeschoten.

[ Voor 9% gewijzigd door koffiedrinker op 07-12-2005 16:16 . Reden: toevoegingen ]

[Renegade]

Ik zou zowiezo niet zomaar een eigen kernel gaan compilen, omdat enige support die de topic starter had bij SuSe dan niet meer van toepassing is. Wat geeft ie voor de 'freeing unused kernel memory'-melding? Komen daarvoor nog andere foutmeldingen of iets dergelijks?

[koffiedrinker]

Renegade schreef op woensdag 07 december 2005 @ 16:17:
Ik zou zowiezo niet zomaar een eigen kernel gaan compilen, omdat enige support die de topic starter had bij SuSe dan niet meer van toepassing is.

Dat is niet waar. SuSE bied ook een source rpm aan en daarmee kan je gewoon je eigen kernel compilen. Naar mijn weten houd je dan gewoon support bij SuSE. Alleen heb ik daar niet zoveel ervaring mee.

[moto-moi]

Het lijkt me vrij sterk dat SuSE een kernel uitgeeft, beweert dat 'ie mer 64TB nog zou moeten werken en ondertussen het geeneens met een machine met meer dan 2 GB intern geheugen getest hebben.
Mijn volgende desktop heeft ook 2 GB geheugen, en onze servers bevatten ook steeds vaker meer dan 2 GB geheugen.

Dus of de topicstarter loopt tegen een bug in z'n moederbord aan (Hebben wij een keertje gehad met een bepaald type Tyan), of er zit iets anders mis, bijvoorbeeld geheugen wat toch brak blijkt te zijn of een ander stuk hardware, wat Renegade dus aangeeft.

[LauPro]

Is die dmesg van de werkende setup (zonder 2 GB ram) of van de niet werkende? In het geval van de niet-werkende zou het met je ramdisk te maken kunnen hebben . Welke bootloader gebruik je? Wellicht dat die niet compatibel is met 2 GB ram en de kernel verkeerd init. Probeer anders eens te booten met Knoppix oid?

[igmar]

SuSE heeft een verleden met buggende kernels in de distro. Ik heb vaker meegemaakt dat een SuSE kernel niet wou booten, en een plain vanilla kernel wel. Je sluit iig uit dat het een SuSE specifiek probleem is, en je kan dan eventueel nakijken of het op alle kernels speelt. Verder is de LKML niet erg happig op bugreports van zwaar gepatchte kernels..

[blax]

Ik heb wat op andere forums gekeken en daar stond ook dat het kon liggen aan de usb controller. Wat denken jullie daarvan? Zou dit het het ook kunnen zijn, want dan is het snel opgelost gewoon de usbcontroller uitschakelen, die toch al niet gebruikt wordt.

[tomato]

Waarom probeer je het niet, dan weet je het. En je kunt natuurlijk prima even een vanilla kernel nemen. Als die wel boot weet je in ieder geval dat het aan de SuSE kernel ligt. Als die niet boot gok ik op een hardware probleem.

[El_kingo]

Als ik naar de log-file kijk zie ik een paar regels boven de laatste dit staan:

code:

Trying to move old root to /initrd ... failed

Heb je wel mk_initrd uitgevoerd en
/initrd aangemaakt voordat je de (nieuwe?) kernel bootte?

[blax]

Waarom probeer je het niet, dan weet je het. En je kunt natuurlijk prima even een vanilla kernel nemen. Als die wel boot weet je in ieder geval dat het aan de SuSE kernel ligt. Als die niet boot gok ik op een hardware probleem.

Ik wil het wel proberen maar ik kan nu niet elk moment de server uitschakelen. Zal het morgen in de lunch pauze proberen.

We hebben het geprobeerd maar het werkt niet, hadden trouwens maar een half uur voor het testen. Na dit half uur moest die weer draaien. Maar goed we zullen zien hoe we het oplossen met kerst hebben we meer tijd.

[ Voor 79% gewijzigd door blax op 09-12-2005 14:27 . Reden: verkeerde quote ]