继续从这个话题，新的内核启动成功，但它没有看到我的sdc – 这是一个硬件RAIDarrays（10级）。 我确定aacraid模块已经加载： # grep aacraid /2.6.34.14/init echo "Loading aacraid.ko module" insmod /lib/aacraid.ko # lsmod | grep aacraid aacraid 83347 3 scsi_mod 154582 13 be2iscsi,ib_iser,iscsi_tcp,bnx2i,cxgb3i,libis)csi,scsi_transport_iscsi,scsi_dh,sg,usb_storage,aacraid,libata,sd_mod 我一直在试图安装AACRAID驱动程序 ，但有以下几点： # rpm -ivh aacraid-1.2.1-29900.rpm Preparing… ########################################### [100%] 1:aacraid ########################################### [100%] Adaptec aacraid driver installer – V1.5 Using GRUB configuration Configuration [CentOS (2.6.18-274.el5)] /boot/vmlinuz-2.6.18-274.el5 -> 2.6.18-274.el5 Installing in […]
在Slackware 10.1中，启动过程中rc.S和rc.M之间会发生什么？ 试图在这个盒子上启动内核3.x（尝试3.4和3.10），并在rc.S完成执行后立即挂起。 2.6内核启动就好了。 rc.M无法运行，因为“Going multiuser”永远不会显示在控制台上。 #!/bin/sh # # rc.M This file is executed by init(8) when the system is being # initialized for one of the "multi user" run levels (ie # levels 1 through 6). It usually does mounting of file # systems et al. # # Version: @(#)/etc/rc.d/rc.M 2.23 Wed Feb 26 […]
我试图追查一下在我的CentOS盒上杀死我的mysql服务器的进程。 我在/etc/syslog.conf有以下设置： *.*;mail.none;authpriv.none;cron.none /var/log/messages 我认为这应该导致所有消息（包括内核消息）被logging到/var/log/messages ， authpriv ， mail和cron消息除外。 然而，当我查看/var/log/messages ，我没有看到任何似乎在杀死服务器的内核消息。 以下是/etc/syslog.conf文件的完整内容： # Log anything (except mail) # Don't log private authentication messages! *.*;mail.none;authpriv.none;cron.none /var/log/messages # The authpriv file has restricted access. authpriv.* /var/log/secure # Log all the mail messages in one place. mail.* -/var/log/maillog # Log cron stuff cron.* /var/log/cron # Everybody gets emergency […]
我想在centos 6上运行kernel 3.我发现，它不能在yum上安装，我需要自己编译它。 我的问题：我可以使用centos 7回购从那里安装内核3.x？ 我无法findcentos7正确的repo文件，我需要硬编码的variables，但我不知道的价值： mirrorlist = http://mirrorlist.centos.org/?release= $ releasever＆arch = $ basearch＆repo = os 我可以从CentOS 7回购安装Kernel 3吗？
我使用DSpam和Postfix。 最近DSpam开始崩溃，在syslog中出现以下错误： Nov 16 14:10:55 home kernel: [ 133.042190] traps: dspam[1692] general protection ip:7f63a493f3b0 sp:7f639adb6c60 error:0 in libc-2.17.so[7f63a48bf000+1bd000] 我可以使用service dspam start再次service dspam start DSpam，然后使用postfix flush来重新启动。 在DSpam再次崩溃之前，一些电子邮件（〜5）将被扫描并发送。 设置： DSpam 3.10.2 后缀2.10.2 Ubuntu 13.04 x64（数字海洋液滴）
我试图testingiptables用于NAT的CPU数量。 说“netfilter内核模块”使用的CPU数量可能会更准确。 我采取的方法是试图剥离所有用户空间进程的系统，运行stream，并检查Load average最高。 在这种情况下，负载平均值相当低，就好像处理器不受分组路由的影响一样。 然而，在读了一下关于什么平均负载意味着（ 这里 ），它似乎并不代表CPU利用率，而是处理队列的长度。 从我目前的理解来看，内核模块的执行不被视为进程，这就是为什么它永远不会被列在进程队列中。 这是否意味着通过内核代码检测CPU超载的唯一方法是使用用户空间代码运行它并查看由于没有获取处理器时间而导致的用户空间代码失败？ 一个简单的例子来制定这个问题。 如果有一个内核代码有一个“忙等待”的bug，你会如何检测到它是过度使用CPU的内核？
我一直处于持续的洪水之下，一般都是低的。 我观察到我的系统经常在networking上完全没有响应，而我在日志中观察到这一点， kernel: [455951.513204] __ratelimit: 1771 callbacks suppressed kernel: [455951.513207] dst cache overflow 我已经研究了很多，但没有find任何合适的答案。 我正在Debian 6系统上运行内核版本2.6.32-5-amd64。
不确定为什么TSC作为时钟源不可用？ cat /sys/devices/system/clocksource/clocksource0/available_clocksource hpet acpi_pm 我使用的CPU是Intel Xeon(R) X5570 @ 2.93GHz 。 主板是Supermicro X8DTU-F 。 运行CentOS 6.3 2.6.32-279.22.1.el6.x86_64 。 对使用以下程序测量的hpet或acpi_pm的性能hpet 。 #include <time.h> main() { int rc; long i; struct timespec ts; for(i=0; i<10000000; i++) { rc = clock_gettime(CLOCK_MONOTONIC, &ts); } } 用hpet作为时钟源 time ./clock_timing real 6m25.761s user 6m23.456s sys 0m0.403s 以acpi_pm作为时钟源 time ./clock_timing real 10m12.057s […]
这是我的服务器启动后的状态： root@vzu01-ubuntu:~# cat /proc/sys/net/ipv4/ip_forward 1 没有其他启用的ip_forwardconfiguration： root@vzu01-ubuntu:~# grep -r ip_forward /etc /etc/sysctl.conf:net.ipv4.ip_forward=0 /etc/ufw/sysctl.conf:#net/ipv4/ip_forward=1 如果我做了sysctl -p – 它禁用转发就好了，但重启后ip_forward重新启用。 即使我把sysctl -p放在rc.local中，也不会在启动时禁用ip_forward。 任何想法？
我有以下情况：Centos7,2网卡，具有以下设置： em2（NIC2）： 82.79.24.74/29 82.79.24.75/29 em3（NIC3）： 192.168.0.240/24 192.168.133.240/24 不使用NIC1和NIC4。 em2 ips是公开的ips，em3 ips是私人的ips。 不对称路由（外出路由和进入路由不同）包被接受，rp_filter = 2被设置。 防火墙也被禁用，没有主动防火墙。 一切正常，除了一个。 有时主机（内核）会无故地随机忽略一个随机IP，例如来自我的客户IP的一个IP，并且它们不能从服务器上访问任何内容。 他们不能ping通服务器。 14:18:16.553360 IP 81.12.176.198 > 82.79.24.74: ICMP echo request, id 1, seq 2171, length 40 14:18:21.548878 IP 81.12.176.198 > 82.79.24.74: ICMP echo request, id 1, seq 2172, length 40 14:18:26.547637 IP 81.12.176.198 > 82.79.24.74: ICMP echo request, id […]