similar to: Problem Compiling Zaptel 1.2.1

Hi, I have updated the kernel to 2.4.21-27.0.2 on Centos 3.4 (was 3.3 when I did the kernel update) and have modified grub.conf to use the single CPU kernel: # grub.conf generated by anaconda # # Note that you do not have to rerun grub after making changes to this file # NOTICE: You have a /boot partition. This means that # all kernel and initrd paths are relative to /boot/, eg. #

# uname -r 2.4.21-20.ELsmp [root@hp2620-2 root]# rpm -qa | grep ocfs ocfs-tools-1.0.10-1 ocfs-support-1.0.10-1 ocfs-2.4.21-EL-1.0.13-1 [root@hp2620-2 root]# /sbin/load_ocfs /sbin/insmod ocfs node_name=hp2620-2-eth1 ip_address=10.1.2.101 cs=1913 guid=8D65C7CEECF9EBE638BD0013215BD6E9 comm_voting=1 ip_port=7000 insmod: ocfs: no module by that name found load_ocfs: insmod failed [root@hp2620-2 root]#

Hey all, I have a P4 2.4 GHz CPU (hyper threading) and have been using the 2.4.21-20.EL.c0smp kernel and it works perfectly. I installed the new kernel-smp (2.4.21-20.0.1.EL) kernel and it installed flawlessly. However, every time I boot I get a kernel panic and I must reboot to the older kernel. The error I am getting is: (it seems to be failing on jbd.o and ext3.o) Kernel

I've the following installation : |asterisk client| --- > |asterisk server| --- > |other asterisk server| all the connections are made in IAX, the client and first server allows 711 and 729 the other server only allows 729 since it has low bandwidth at disposal all the numbers but a few are routed to a digium card in the first server, the others are routed to the other server, this

We have Xeon IA32 dual-processor servers running Centos 3.5 in an HPC batch-only compute grid configuration . We have yum update operating automatically with default updates being applied weekly. Because of the workload pattern of long-runing jobs, the servers tend to stay up without a reboot for very long periods. Recently, yum installed an updated kernel 2.4.21-32.0.1.ELsmp; when we got

I've found a problem with CentOS 3 latest kernel (2.4.21-27.0.1.ELsmp) and megaraid2 driver. Hardware: Dell PE1600SC with CERC ATA100 RAID controller The problem is somewhat similar, but not identical as: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=123289 After updating new glibc and kernel packages the new kernel don't boot. Boot fails to mount root fs with "Cannot open

The src won't compile with gcc 2.96 or 3.23: /lib/modules/2.4.21-4.ELsmp/build/include/linux/bitops.h:47: warning: no previous prototype for `gen eric_fls' /lib/modules/2.4.21-4.ELsmp/build/include/linux/bitops.h:76: warning: no previous prototype for `get _bitmask_order' Linux/ocfsmain.c:113: warning: initialization from incompatible pointer type Linux/ocfsmain.c:1492: conflicting

Hi, i dont seem to be able to get ocfs running on RH3 U8 32Bit [root@libra-devb-db1 root]# uname -a Linux devb-db1.mydomain 2.4.21-47.ELsmp #1 SMP Wed Jul 5 20:38:41 EDT 2006 i686 athlon i386 GNU/Linux [root@devb-db1 root]# cat /etc/redhat-release Red Hat Enterprise Linux AS release 3 (Taroon Update 8) [root@devb-db1 root]# rpm -ivh ocfs-2.4.21-EL-smp-1.0.14-1.i686.rpm Preparing...

Hi, I've just moved over to an Opteron 246 dedicated server and have used up2date to install the latest kernel (2.4.21-27.0.4.Elsmp). However, when the machine reboots it never comes back up and according to the datacentre technicians, this is what's happening: VFS: Cannot open root device"806" or 08:06 Please append a correct "root=" boot option Kernel

Been having this problem, and posted about it before. Thinking it was a memory issue, I've replaced all memory on the server. However, the problem has continued. Server is a Proliant DL380 (8GB RAM, 2 Xeon CPU), running CentOS 3.6, all patches up-to-date. Kernel is 2.4.21-40.ELsmp (problem seems to have first manifested on kernel 2.4.21-37.0.1.ELsmp). Disk is CCISS hardware RAID-5,

Hi, Does anybody know whether the ext3 file system support Direct_io? if so, how do you enable it? I went through the man page of mount, and it did not mention such option? my system is running : Red Hat Enterprise Linux AS release 3 (Taroon Update 2) Kernel 2.4.21-15.ELsmp on an i686 Thanks much!!! David.

Hi all, I am having problems to get the SeaLevel IO card to work with CentOS distro. Basically the card is being recognised and shown by lspci BUT /proc/devices file is not updated with the new devices does anyone know why. ? Could someone tell me what/where infos are needed to get /proc/devices to be updated. The reason I require the /proc/devices infos is because I want to run a mknod

I'm afraid that I am at a loss here. I am new to Asterisk, and have successfully set up SIP. But I cannot get my FXS card working, and I'm not sure what else I can try. # modprobe wcfxo /lib/modules/2.4.21-37.0.1.ELsmp/misc/wcfxo.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may

We run a third party application that creates an inordinate amount of subdirectories in a single directory. To speed up I/O, I wanted to set the T attribute on the directory that will hold the subdirectories. The "chattr +T /usr/local/lepus-bb/a-0607" command returns status 0, but when I verify the setting, the attribute isn't there: # lsattr -d /usr/local/lepus-bb/a-0607

Further to my request for a sanity check yesterday, I have just tried the system live and am getting the following error when I do a shorewall start:- Processing /etc/shorewall/rules... iptables v1.2.8: multiport can only have one option Try `iptables -h'' or ''iptables --help'' for more information. Processing /etc/shorewall/stop ... IP Forwarding Enabled Processing

Hi people I am new to this list - actually I am one of (probably) a few who are jumping ship from WBEL. I feel like a bit of a scab jumping over at this time - but we all make mistakes eh? I have installed CentOS and ran 'yum update' and installed everything it prompted me for. After a reboot, I realised I had booted into the same original kernel-2.4.21-20.EL.c0smp and not the updated

I'm only now realizing that we have severe problems with R on our AMD 'Opteron' and 'Athlon64' clients running Redhat Enterprise with all 64-bit libraries (AFAICS). The Lapack problem happens for R-patched and R-devel both on the Opteron and the Athlon64. Here are platform details: o "gcc -v" and "g77 -v" both end with the line gcc version 3.2.3

For future rework of try_to_wake_up() we'd like to push part of that onto the CPU the task is actually going to run on, in order to do so we need a generic callback from the existing scheduler IPI. This patch introduces such a generic callback: scheduler_ipi() and implements it as a NOP. I visited existing smp_send_reschedule() implementations and tried to add a call to scheduler_ipi() in

For future rework of try_to_wake_up() we'd like to push part of that onto the CPU the task is actually going to run on, in order to do so we need a generic callback from the existing scheduler IPI. This patch introduces such a generic callback: scheduler_ipi() and implements it as a NOP. I visited existing smp_send_reschedule() implementations and tried to add a call to scheduler_ipi() in

For future rework of try_to_wake_up() we'd like to push part of that onto the CPU the task is actually going to run on, in order to do so we need a generic callback from the existing scheduler IPI. This patch introduces such a generic callback: scheduler_ipi() and implements it as a NOP. I visited existing smp_send_reschedule() implementations and tried to add a call to scheduler_ipi() in