Re: System freezes
Am Freitag 06 Juli 2007 schrieb Alan Ianson: On Thu July 5 2007 09:02:02 am Hans-J. Ullrich wrote: Hi dear maintainers, after the last upgrade my system randomly freezes when running in X. The main things I upgraded, was the kernel from 2.6.21-1-amd64 to 2.6.21-2-amd64 and the Nvidia-packages (nvidia-kernel, -glx and -glx-ia32) I suspect either the kernel or the Nvidia-packages, as everything went fine before the upgrade. To verify this, I would like to downgrade to the packages before. But they are gone, and the packages in /testing are too old. Where can I find them ? Maybe someone has stored them and could send them to me. There are no precompiled nvidia-kernel-* packages for testing/unstable kernels. I used module-assistant to build them for me. running the following commands did the trick for me.. module-assitant prepare module-assistant auto-install nvidia Hi Alan ! No, this is not quite correct, maybe I described wrong. The driver for Nvidia graphics cards is splitted in two parts. One is the kernel-module, which interacts with the linux kernel and is beeing delivered in Debian only as source-code. This one can be compiled with module-assistant (which is the easiest way) or with other methods, i.e. make-kpkg or make modules, whatever you want. The other part is the nvidia-glx-package, which is main responsible for 3d-acceleration and the graphic functions. This let us conclude: Either the nvidia-kernel-module is responsible for the freeze (the idea, I personally prefer ) or the Nvidia-glx-module sends some output to the the nvidia-,kernel-module, which it cannot work with, or transferres to the pcie-bus, which at last let the system hang. (Maintainers, please correct me, if I am wrong). Anyway, at the moment I had to switch to nvidia-glx 100.14.09, which seemk to work o.k., as with 100.14.11 the system fereezes almost every five minutes, and this is really no fun to work with. Best regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 32-bit vs AMD64 on Opteron for LAMP server
Hi, If I understand right you need to rebuild all the system because you need to repartition, If you need the software in sarge why not have sarge and use your already patched kernel? Try to patch the etch kernel before you go and even you could spend a quickly down time on the server previous to rebuild in situ just patch the kernel install reboot and ask for another reboot if the things don't go... This is second thread about this server rebuild if my memory is accurate... From my point of view you need sarge and you already have experience with, don't reinstall everything just move to the right place, backup data delete and recreate part of the new partitions move the base system, delete and recreate again the rest of the partitions and place in the final place the base system. There is a possibility that you could upgrade everything to etch and preserve your kernel but I have doubts in that point, certainly in this list could answer it. On the othe hand , are your sure about all the system could operate without problems with etch i386? If you are sure don't waste your time and make your life easy installing it, if that is 10% less powerfull in the other way that is 100% more maintainable. On 7/6/07, Neil Gunton [EMAIL PROTECTED] wrote: Roberto C. Sánchez wrote: On Fri, Jul 06, 2007 at 04:07:23PM +0100, Adam Stiles wrote: You won't be able to use all of your 4GB RAM with a 32-bit kernel. A 32-bit processor only has 4GB of addressing space, and that has to be shared between memory and peripherals. Not true. With PAE, a 36-bit address is available, allowing access to 64 GB of RAM. What does not change, however, is that with a 32-bit kernel no single process can address more than 4 GB of RAM. That sounds very much like what I have read as well. You'd also do better with Apache 2.0 or 2.2, as long as you use the prefork version (which is more compatible with PHP, if that's your chosen P). The breaking-up of the configuration files is a bit of a pain to deal with, but worth it in the long run (I knocked up a Perl script to break up a 1.3-style configuration file into 2.0-style snippets; e-mail me if you are interested, on-list if you think others would be interested). Otherwise it's just like 1.3, only faster. This is true. Any pain spent transitioning from Apache v1 to Apache v2 or 2.2 is well worth it. You're probably right; however, as is probably usual with production environments, I never really have the time or inclination to take time out to do such a major shift. Apache 1.3 works just fine for me, I really doubt there is that much difference between using apache 1.3 and apache 2, since the limiting factor for me is almost certainly not in the number of raw static connections that can be served, but rather the mod_perl backend communicating with the mysql database server. That is the heavyweight here, not apache itself. CPU used to do complex sql queries, and disk I/O in serving those queries, is what is going to kill performance, not how fast apache can fork a new process. Thanks, /Neil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Integrated Technology Tel: (55) 52 54 26 10
Re: 32-bit vs AMD64 on Opteron for LAMP server
On Fri, Jul 06, 2007 at 10:24:14PM -0500, Neil Gunton wrote: Fairly early in the install, there's a menu item continue install from ssh. Is there no way to get remote access to the console so that the datacenter people only have to put CD-bin1 into the drive? I have never seen this option (I recently installed Etch from scratch on my home workstation, after my hard drive died). How is this accessed? Where do you get the (no doubt arcane) information that is needed to access the option, since it plainly wasn't visible during the stock install? Read the installation manual (and the release notes). I also chose expert mode (not -GUI), curses interface. You can do software raid right from the installer. My box has two drives, with LVM over raid1 for the system including swap. Grub can boot off of raid1 so put /boot on raid1 (no LVM) partition. Again, I saw no option for software RAID. I did see an option for LVM during the partitioning section, but nothing at all about RAID. How would I enable that? When you select a drive or partition, there's the use-as line. Instead of selecting a filesystem type, choose the line that refers to RAID. Once you have partitions marked for RAID, a new menu item in the partitioner appears; something to the effect of set up raid. Once you have your raid set up, then mark the md*s for use as physical volume for LVM, then you go through that and create your LVs. Then you select your LVs and use as your filesystems. Lable each filesystem so that after the install you can use LABEL= in your kernel command line and in fstab to avoid the device renaming issue. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Broadcom
hey can you tell me what the function is of wpa supplicant? No luck with 1390 card yet. Thanks On 7/5/07, Hans-J. Ullrich [EMAIL PROTECTED] wrote: Am Donnerstag 05 Juli 2007 schrieben Sie: Couple more questions :-) What would be the correct entry in /etc/network/interfaces? Also I've seen references in modconf and elsewhere to bcm43xx in connection with Broadcom. Are these modules also necessary? Thanks ill try your suggestion Cavan Hi ! Depending on your network, the entries are like a normal ethernet device. The device is as seen as ethX, were X is the number of your device, if you have more than one. You can test the name of the device with the command iwconfig. It should recognize the card and tell you the name of your device. The format of /etc/network/interfaces is well documentated in the man pages. Using google you will find a lot of examples. To verify, that eth0 is always the wired card, and eth1 is always the wlan card (or if you wish any other combination), you should take a look to /etc/udev/rules.d/z25-persistent-net.rules. In this file you can point to the devicename according to the MAC-address. The file is self explaining. The module bcm43xx is not necessary, it is the module for cards with bcm4300 chipsets. If there are more problems, just ask. Good luck ! Hans On 7/5/07, Hans-J. Ullrich [EMAIL PROTECTED] wrote: Am Donnerstag 05 Juli 2007 schrieben Sie: Hi Cavan, o.k., your wlan-card is a broadcom bcm1390, see below: this is the output of lspci: Host bridge: ATI Technologies Inc RS480 Host Bridge (rev 10) 00:01.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge 00:05.0 PCI bridge: ATI Technologies Inc Unknown device 5a37 00:06.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge 00:12.0 IDE interface: ATI Technologies Inc SB600 Non-Raid-5 SATA 00:13.0 USB Controller: ATI Technologies Inc SB600 USB (OHCI0) 00:13.1 USB Controller: ATI Technologies Inc SB600 USB (OHCI1) 00:13.2 USB Controller: ATI Technologies Inc SB600 USB (OHCI2) 00:13.3 USB Controller: ATI Technologies Inc SB600 USB (OHCI3) 00:13.4 USB Controller: ATI Technologies Inc SB600 USB (OHCI4) 00:13.5 USB Controller: ATI Technologies Inc SB600 USB Controller (EHCI) 00:14.0 SMBus: ATI Technologies Inc SB600 SMBus (rev 13) 00:14.1 IDE interface: ATI Technologies Inc SB600 IDE 00:14.2 Audio device: ATI Technologies Inc SB600 Azalia 00:14.3 ISA bridge: ATI Technologies Inc SB600 PCI to LPC Bridge 00:14.4 PCI bridge: ATI Technologies Inc SB600 PCI to PCI Bridge 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTra nsport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Con troller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscella neous Control 01:05.0 VGA compatible controller: ATI Technologies Inc RS482 [Radeon Xpress 200 M] snip -- 05:00.0 Network controller: Broadcom Corporation Dell Wireless 1390 WLAN Mini-PC I Card (rev 01) This describes your chipset. -- 08:00.0 Ethernet controller: Broadcom Corporation BCM4401-B0 100Base-TX (rev 02) 08:01.0 Generic system peripheral [0805]: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSP ro Host Adapter (rev 19) 08:01.1 System peripheral: Ricoh Co Ltd Unknown device 0843 (rev 01) Any ideas? This chipset is natively supported by the kernel-module ipw2200, which is already in the kernel or can be installed as kernel-module with module-assistant. With the kernel-module installed and the correct entry in /etc/network/interfaces it should work. If not, you will find some description regarding to ipw2200, which is welkl known. Good luck ! Hans On 7/4/07, Hans-J. Ullrich [EMAIL PROTECTED] wrote: Am Mittwoch 04 Juli 2007 schrieb Gnu_Raiz: On Wednesday 04 July 2007, Hans-J. Ullrich wrote: Am Mittwoch 04 Juli 2007 schrieb Cavan Mejias: Has anybody had success changing the supplied broadcom wireless card in a Dell 1501 for another brand? The driver supplied in Etch doesn't work and i cant get Nidis wrapper to function yet. Thanks Which chipset ??? Check with lspci. Regards Hans When you mean supplied what exactly do you mean, a mini-pci card, or another card. I have had lots of success changing out the mini-pci card on a Dell 600M, it even has it's own antenna you just unscrew the cover and carefully remove the card. Of course these are all Intel based wifi cards, I changed out the 802.11b Intel card for a 802.11g card that would work better with my mimo AP. http://www.intel.com/network/connectivity/products/wireless/prowireless_m ob
Re: Broadcom
Thanks ill try this! Cavan On 7/7/07, Barak A. Pearlmutter [EMAIL PROTECTED] wrote: I have a shiny new Dell Inspiron 1501 running Debian amd64 stable. The easy way to make the Broadcom WiFi stuff work is: (a) You need a newer kernel than the 2.6.18 in stable, so echo deb http://www.backports.org/debian etch-backports main /etc/apt/sources.list apt-get update apt-get install linux-image-amd64/etch-backports This kernel includes a reverse-engineered free driver, bcm43xx, which should load automatically at boot time. (b) Unfortunately the free (as in speech) driver needs a proprietary firmware image to initialize the device. This needs to be fetched. The distasteful process is, however, automated. Make sure you have contrib in the sources.list line for the main Debian mirror, then go apt-get install bcm43xx-fwcutter this will download material from broadcom and extract the actual firmware into a bunch of files in /lib/firmware/. If it doesn't, invoke dpkg-reconfigure bcm43xx-fwcutter and answer y when it asks if it should download the firmware. Or if that doesn't work, read /usr/share/doc/bcm43xx-fwcutter/README.Debian (c) Reboot into your new = 2.6.21 kernel. Everything should work (d) ... except that the wireless interface will stop working upon resumption from hibernation because the firmware needs to be reloaded. Fix by adding two lines to /etc/hibernate/common.conf UnloadModules bcm43xx and DownInterfaces eth1 If you have a problem, be sure you're booting into the newer kernel and do dmesg|less and search for bcm. It should have cheerful messages about 4 cores and firmware revision and radio off and stuff like that, rather than sad messages about not loading firmware. Also when you invoke iwconfig eth1 it should look all happy. -- Barak A. Pearlmutter Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/
Re: 32-bit vs AMD64 on Opteron for LAMP server
Jaime Ochoa Malagón wrote: If I understand right you need to rebuild all the system because you need to repartition, Right If you need the software in sarge why not have sarge and use your already patched kernel? ??? I never said I need software in Sarge. I would much rather use Etch, because it is more up to date. This is second thread about this server rebuild if my memory is accurate... Yes, I have been planning this for a while. Sorry if it seems repetitive. On the othe hand , are your sure about all the system could operate without problems with etch i386? Yes, I have my workstation at home using Etch for some time now, and it has a development environment which includes everything needed to run the website. I would like to run Etch simply because if I am re-installing anyway, then might as well upgrade to current in the process. /Neil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Broadcom
I have a shiny new Dell Inspiron 1501 running Debian amd64 stable. The easy way to make the Broadcom WiFi stuff work is: (a) You need a newer kernel than the 2.6.18 in stable, so echo deb http://www.backports.org/debian etch-backports main /etc/apt/sources.list apt-get update apt-get install linux-image-amd64/etch-backports This kernel includes a reverse-engineered free driver, bcm43xx, which should load automatically at boot time. (b) Unfortunately the free (as in speech) driver needs a proprietary firmware image to initialize the device. This needs to be fetched. The distasteful process is, however, automated. Make sure you have contrib in the sources.list line for the main Debian mirror, then go apt-get install bcm43xx-fwcutter this will download material from broadcom and extract the actual firmware into a bunch of files in /lib/firmware/. If it doesn't, invoke dpkg-reconfigure bcm43xx-fwcutter and answer y when it asks if it should download the firmware. Or if that doesn't work, read /usr/share/doc/bcm43xx-fwcutter/README.Debian (c) Reboot into your new = 2.6.21 kernel. Everything should work (d) ... except that the wireless interface will stop working upon resumption from hibernation because the firmware needs to be reloaded. Fix by adding two lines to /etc/hibernate/common.conf UnloadModules bcm43xx and DownInterfaces eth1 If you have a problem, be sure you're booting into the newer kernel and do dmesg|less and search for bcm. It should have cheerful messages about 4 cores and firmware revision and radio off and stuff like that, rather than sad messages about not loading firmware. Also when you invoke iwconfig eth1 it should look all happy. -- Barak A. Pearlmutter Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Broadcom
Dear Barak, should uname -r after reboot show: 2.6.18-4-amd64? thats what i get. Also iwconfig gives: localhost:~# iwconfig lono wireless extensions. eth0 no wireless extensions. Also lspci gives: 05:00.0 Network controller: Broadcom Corporation Dell Wireless 1390 WLAN Mini-PCI Card (rev 01) 08:00.0 Ethernet controller: Broadcom Corporation BCM4401-B0 100Base-TX (rev 02) the install went ok, i think. Any ideas? Sincerely, Cavan On 7/7/07, Barak A. Pearlmutter [EMAIL PROTECTED] wrote: That echo command is just to add the given text to the end of the file. You can do it with a text editor instead, or in synaptic menu Settings - Repositories - Add. After it is added, you can use some other package installation thing, like synaptic, to find install the package linux-image-amd64 from the etch-backports repository. In synaptic, once you find the package, if you look in the Versions tab you'll see that there are multiple versions available. It will default to the version in stable so you need to force the version. When you view the available version in synaptic, it should give you a little blurb telling you how to force a non-default version. Enjoy, --Barak.
Re: Broadcom
Dear Barak, should uname -r after reboot show: 2.6.18-4-amd64? thats No. You should be running 2.6.21, although 2.6.18 should still be available. Check in the directory /boot to be sure the 2.6.21 kernel is installed. (a) If not, try again using the command line: apt-get install linux-image-amd64/etch-backports (b) If it was, then for some reason the system booted into the incorrect available kernel. Assuming you are using grub, which by default you will be, when the machine boots up you have a brief window to choose which kernel of the available kernels it will use. --Barak. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: System freezes
On Sat July 7 2007 12:23:08 am Hans-J. Ullrich wrote: Anyway, at the moment I had to switch to nvidia-glx 100.14.09, which seemk to work o.k., as with 100.14.11 the system fereezes almost every five minutes, and this is really no fun to work with. Nope, that's no fun at all. I use 100.14.11 here with no problems. I have an FX 5700LE agp card. Must be something in the pcie support. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Broadcom
Ok im using Grub. Ill give it a try. Cavan On 7/7/07, Barak A. Pearlmutter [EMAIL PROTECTED] wrote: Dear Barak, should uname -r after reboot show: 2.6.18-4-amd64? thats No. You should be running 2.6.21, although 2.6.18 should still be available. Check in the directory /boot to be sure the 2.6.21 kernel is installed. (a) If not, try again using the command line: apt-get install linux-image-amd64/etch-backports (b) If it was, then for some reason the system booted into the incorrect available kernel. Assuming you are using grub, which by default you will be, when the machine boots up you have a brief window to choose which kernel of the available kernels it will use. --Barak.
Re: 32-bit vs AMD64 on Opteron for LAMP server
On 07/06/07 10:40:11PM -0500, Neil Gunton wrote: Adam Stiles wrote: You won't be able to use all of your 4GB RAM with a 32-bit kernel. A 32-bit processor only has 4GB of addressing space, and that has to be shared between memory and peripherals. Really? I thought that the only limitation was on individual processes not having more than 4GB available, but the entire system as a whole could address a lot more than that. But I could be wrong. For 32-bit systems only if the kernel is compiled with CONFIG_HIGHMEM64G enabled so you need one of the bigmem kernels. And the BIOS on the machine has to support remapping the lost memory above the 4G mark, if it won't do that for you there's nothing you can do to get access to that memory. The per-process limit will be 3G since 4G is the max addressable and 1G of that space is reserved for the kernel. And part of the 3G will be used for the binary itself, shared libraries, mmap'd files, etc so you'll never even get the full 3G out of a single process. I'm not sure if this was mentioned but another option would be to install the 32-bit i386 distribution but run a 64-bit kernel, that way each 32-bit process would have 4G of VM since the kernel wouldn't have to share their address space and you would also have the option of running some select 64-bit binaries if you find that something needs more VM. The only bad thing about that is you would have to compile whatever 64-bit stuff you need on your own since the only 64-bit packages in i386 seem to be the kernel and a handful of libraries. Thanks again, /Neil Jim. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 32-bit vs AMD64 on Opteron for LAMP server
On Sat, Jul 07, 2007 at 04:40:00PM -0400, Jim Crilly wrote: For 32-bit systems only if the kernel is compiled with CONFIG_HIGHMEM64G enabled so you need one of the bigmem kernels. And the BIOS on the machine has to support remapping the lost memory above the 4G mark, if it won't do that for you there's nothing you can do to get access to that memory. The stock Debian kernels are configured like this: CONFIG_HIGHMEM4G=y # CONFIG_HIGHMEM64G is not set CONFIG_HIGHMEM=y So, if you have a machine with 4-64 GB RAM, then a custom kernel is in order. Of course, as far as the BIOS goes, if the machine supports more than 4 GB RAM, then the BIOS should as well. After all, why would someone manufacture a machine that can handle more than 4 GB RAM and then put in a BIOS that cannot? Regards, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Re: 32-bit vs AMD64 on Opteron for LAMP server
On 07/07/07 04:45:57PM -0400, Roberto C. Sánchez wrote: On Sat, Jul 07, 2007 at 04:40:00PM -0400, Jim Crilly wrote: For 32-bit systems only if the kernel is compiled with CONFIG_HIGHMEM64G enabled so you need one of the bigmem kernels. And the BIOS on the machine has to support remapping the lost memory above the 4G mark, if it won't do that for you there's nothing you can do to get access to that memory. The stock Debian kernels are configured like this: CONFIG_HIGHMEM4G=y # CONFIG_HIGHMEM64G is not set CONFIG_HIGHMEM=y So, if you have a machine with 4-64 GB RAM, then a custom kernel is in order. Of course, as far as the BIOS goes, if the machine supports more than 4 GB RAM, then the BIOS should as well. After all, why would someone manufacture a machine that can handle more than 4 GB RAM and then put in a BIOS that cannot? No, even with just 4G you need CONFIG_HIGHMEM64G because to access the memory from ~3.5G-4G you need to remap it above the 4G mark since those addresses were stolen by the various hardware components in your system so you need a kernel able to address 4G. Regards, -Roberto Jim. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
squares in a 32bits gtk application
Hi list, I want to try google desktop but I want to try this outside the chroot, inside the chroot that shows correctly outside all the characters are replaced by squares. Any hint? Thanks -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Integrated Technology Tel: (55) 52 54 26 10
Re: Broadcom
hey, when i repeat the operation now i get the following: debian:~# apt-get upgrade linux-image-amd64/etch-backports Reading package lists... Done Building dependency tree... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. debian:~# apt-get install linux-image-amd64/etch-backports Reading package lists... Done Building dependency tree... Done Selected version 2.6.21+8~bpo.1 (Backports.org archive:etch-backports) for linux-image-amd64 linux-image-amd64 is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. But when i check /boot all i see is a deb package: initrd.img-2.6.18-4-amd64, vmlinuz-2.6.18-4-amd64, a text file config-2.6.18-4-amd64 and System.map-2.6.18-4-amd64. i assume removing anything would cause a crash right? Can config be edited? uname -r still gives 2.6.18-4-amd64. Grub just offers a choice of single user mode and regular login both with the old kernel. Can the kernel be downloaded in an ordinary manner? Sorry for bugging you all this time. thanks very much for the help. Sincerely, Cavan On 7/7/07, Cavan Mejias [EMAIL PROTECTED] wrote: Ok im using Grub. Ill give it a try. Cavan On 7/7/07, Barak A. Pearlmutter [EMAIL PROTECTED] wrote: Dear Barak, should uname -r after reboot show: 2.6.18-4-amd64? thats No. You should be running 2.6.21, although 2.6.18 should still be available. Check in the directory /boot to be sure the 2.6.21 kernel is installed. (a) If not, try again using the command line: apt-get install linux-image-amd64/etch-backports (b) If it was, then for some reason the system booted into the incorrect available kernel. Assuming you are using grub, which by default you will be, when the machine boots up you have a brief window to choose which kernel of the available kernels it will use. --Barak.
Re: 32-bit vs AMD64 on Opteron for LAMP server
Hi! Neil Gunton [EMAIL PROTECTED] írta 2007-07-06 22:24-kor: Unfortunately, the RAID card I have doesn't seem to have been a type that really took off in any significant way. I don't know of anyone else who has one. If anyone does happen to have a spare Adaptec Smart RAID 2015S lying around in an unused server, then I'd love to hear whether they can try installing Etch and patching the kernel with the new dpt_i2o. But somehow I think anyone with such a server is probably using it. I have Installed and do maintain a server which has Adaptec 2410S. from lspci -v 's output: 01:02.0 RAID bus controller: Adaptec AAC-RAID (rev 01) Subsystem: Adaptec AAR-2410SA PCI SATA 4ch (Jaguar II) Flags: bus master, 66MHz, slow devsel, latency 64, IRQ 233 Memory at dc00 (32-bit, prefetchable) [size=64M] Expansion ROM at fea0 [disabled] [size=32K] Capabilities: [80] Power Management version 2 I don't like it. It works, anyway. I had never experienced any problem with it, since I installed, but I like 3ware cards better, since they have utils with it's driver CD, which is capable to interact with its /dev/twaX controlling device. I can see the rebuilding status online, I can start rebuild, build hw raid online, without shutting the OS down and need to get into the bios. tw_cli is my best friend in this topic ;-) But for this adaptec sh17, I cannot found any controlling utility. Adaptec's site seemed kind of chaos to me, and in case if you want to download sg. from them U need to register through dozens of forms, and you can double it, if U don't live in US. (So, maybe they had driver, but I had have no patience.) Anyway, It works, with etch's builtin aacraid driver, it shows the volume name I had set up in its bios, etc: Adaptec aacraid driver (1.1-5[2409]-mh2) ... AAC0: kernel 4.2-0[8205] AAC0: monitor 4.2-0[8205] AAC0: bios 4.2-0[8205] AAC0: serial 3b2a5 scsi0 : aacraid Vendor: Adaptec Model: zafir Rev: V1.0 Type: Direct-Access ANSI SCSI revision: 02 ... libata version 2.00 loaded. SCSI device sda: 1874989056 512-byte hdwr sectors (959994 MB) sda: assuming Write Enabled sda: assuming drive cache: write through Sincerely, PÁSZTOR György -- ---[ Free Software ISOs - http://www.fsn.hu/?f=download ]--- -- PÁSZTOR György e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) cell.: +3620 512 3335
Re: 32-bit vs AMD64 on Opteron for LAMP server
On Sat, Jul 07, 2007 at 05:39:54PM -0400, Jim Crilly wrote: On 07/07/07 04:45:57PM -0400, Roberto C. Sánchez wrote: The stock Debian kernels are configured like this: CONFIG_HIGHMEM4G=y # CONFIG_HIGHMEM64G is not set CONFIG_HIGHMEM=y So, if you have a machine with 4-64 GB RAM, then a custom kernel is in order. Of course, as far as the BIOS goes, if the machine supports more than 4 GB RAM, then the BIOS should as well. After all, why would someone manufacture a machine that can handle more than 4 GB RAM and then put in a BIOS that cannot? No, even with just 4G you need CONFIG_HIGHMEM64G because to access the memory from ~3.5G-4G you need to remap it above the 4G mark since those addresses were stolen by the various hardware components in your system so you need a kernel able to address 4G. Please read again my first sentence. You and I are in agreement on this, just saying it in different ways. Regards, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Re: 32-bit vs AMD64 on Opteron for LAMP server
On 7/8/07, PÁSZTOR György [EMAIL PROTECTED] wrote: Hi! Neil Gunton [EMAIL PROTECTED] írta 2007-07-06 22:24-kor: Unfortunately, the RAID card I have doesn't seem to have been a type that really took off in any significant way. I don't know of anyone else who has one. If anyone does happen to have a spare Adaptec Smart RAID 2015S lying around in an unused server, then I'd love to hear whether they can try installing Etch and patching the kernel with the new dpt_i2o. But somehow I think anyone with such a server is probably using it. I have Installed and do maintain a server which has Adaptec 2410S. from lspci -v 's output: 01:02.0 RAID bus controller: Adaptec AAC-RAID (rev 01) Subsystem: Adaptec AAR-2410SA PCI SATA 4ch (Jaguar II) Flags: bus master, 66MHz, slow devsel, latency 64, IRQ 233 Memory at dc00 (32-bit, prefetchable) [size=64M] Expansion ROM at fea0 [disabled] [size=32K] Capabilities: [80] Power Management version 2 I don't like it. It works, anyway. I had never experienced any problem with it, since I installed, but I like 3ware cards better, since they have utils with it's driver CD, which is capable to interact with its /dev/twaX controlling device. We have servers with adaptec hardware raid 2000, 2010, 2015 and 2020 cards. We had some problems with broken cards and a crashing RAID array. Performance seems quite good and management can be done with the arcconf utility. We use the dpt_i2o (and for the 2020 aacraid) driver everywhere since I have seen the i2o block driver eating my data once:) I can see the rebuilding status online, I can start rebuild, build hw raid online, without shutting the OS down and need to get into the bios. tw_cli is my best friend in this topic ;-) But for this adaptec sh17, I cannot found any controlling utility. Adaptec's site seemed kind of chaos to me, and in case if you want to download sg. from them U need to register through dozens of forms, and you can double it, if U don't live in US. (So, maybe they had driver, but I had have no patience.) Try downloading the Storage manager and check out the 'arcconf' utility. Geert
Re: Broadcom
i assume removing anything would cause a crash right? Can config be edited? You are correct: it would be a bad idea to remove the 2.6.18 kernel without first installing a different one, and it does no harm to have multiple old kernels available. So don't try to do that. Editing the kernel config file would do nothing; that file is actually just documentation. Anyway I tried to be a little too clever by half. This should fix the problem: apt-get install linux-image{,-2.6,-2.6.21-2}-amd64/etch-backports This explicitly installs the correct kernel package, instead of trying to let version dependencies pull in the right one. --Barak. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Broadcom
I got to download the kernel image (18MB) but maybe it got corrupted during the download or there was an error during the installation. Grub shows 2 kernel editions and I chose the newer one, but the boot process halts after detecting the hard drive(Hitachi) or the dvd drive(TSST Corp). I tried moving the drives around in the bios. I just see a command prompt blinking away. Can I use apt-get to remove the new kernel? Or Synaptic? Or can I reinstall the downloaded package? The old kernel boots ok and there are 2 kernels in /boot. Cavan On 7/7/07, Barak A. Pearlmutter [EMAIL PROTECTED] wrote: i assume removing anything would cause a crash right? Can config be edited? You are correct: it would be a bad idea to remove the 2.6.18 kernel without first installing a different one, and it does no harm to have multiple old kernels available. So don't try to do that. Editing the kernel config file would do nothing; that file is actually just documentation. Anyway I tried to be a little too clever by half. This should fix the problem: apt-get install linux-image{,-2.6,-2.6.21-2}-amd64/etch-backports This explicitly installs the correct kernel package, instead of trying to let version dependencies pull in the right one. --Barak.
Re: Broadcom
If the installation had a problem then you could try this: dpkg --configure --pending dpkg-reconfigure linux-image-2.6.21-2-amd64 (The first line is just for safety, probably won't do anything.) Save the transcript and send it if you still can't boot that kernel. --Barak. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Broadcom
No luck with new install. Hangs at the same spot. Here's the output: debian:/home/cavan# dpkg --configure --pending debian:/home/cavan# dpkg-reconfigure linux-image-2.6.21-2-amd64 perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). Running depmod. Finding valid ramdisk creators. Using mkinitramfs-kpkg to build the ramdisk. Not updating initrd symbolic links since we are being updated/reinstalled (2.6.21-5~bpo.1 was configured last, according to dpkg) Not updating image symbolic links since we are being updated/reinstalled (2.6.21-5~bpo.1 was configured last, according to dpkg) Running postinst hook script /sbin/update-grub. You shouldn't call /sbin/update-grub. Please call /usr/sbin/update-grub instead! Searching for GRUB installation directory ... found: /boot/grub Searching for default file ... found: /boot/grub/default Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst Searching for splash image ... none found, skipping ... Found kernel: /boot/vmlinuz-2.6.21-2-amd64 Found kernel: /boot/vmlinuz-2.6.18-4-amd64 Updating /boot/grub/menu.lst ... done The references to locale are due I believe to my having installed libc6 2.5-5 from testing to run a program. It also required a different tzdata. I dont think the program is installed any more. However can I remove libc6 2.5-5 safely and install the earlier libc6 2.3.6 since so many programs depend on it (like open office and acpi)? I dont mean that exact version 2.5-5, but the library generally. If that is affecting the install? It does look like that might be the problem. Sincerely Cavan On 07/07/07, Barak A. Pearlmutter [EMAIL PROTECTED] wrote: If the installation had a problem then you could try this: dpkg --configure --pending dpkg-reconfigure linux-image-2.6.21-2-amd64 (The first line is just for safety, probably won't do anything.) Save the transcript and send it if you still can't boot that kernel. --Barak.