我的kvm虚拟机pipe理程序已经运行了20个以上的vps客户几个月。 但是前几天呢就是内核恐慌。 除了虚拟机pipe理程序正在删除一个guest虚拟机，并在当时清理相应的逻辑卷之外，没有发现会导致问题的exception操作。 这是一个pipe理程序的错误？ 如何解决它？ Apr 12 05:33:51 vps kernel: BUG: Bad page map in process crond pte:00000f00 pmd:436a14058 Apr 12 05:33:51 vps kernel: addr:00008cbbca104512 vm_flags:08514270 anon_vma:(null) mapping:ffff41521ab409e0 index:16a Apr 12 05:33:51 vps kernel: vma->vm_ops->fault: filemap_fault+0x0/0x500 Apr 12 05:33:51 vps kernel: vma->vm_file->f_op->mmap: ext4_file_mmap+0x0/0x60 [ext4] Apr 12 05:33:51 vps kernel: Pid: 22373, comm: crond Not tainted […]
如何在重新启动后在linux中收集以前的内核日志，以及如何search旧的日志？ 最初当系统重新启动时，日志没有被捕获，并且发现日志的其余部分。但是在之前的日志中没有捕获到错误。
昨天晚上我升级到了openvz的最新内核。 我重新启动了主机节点。 它提出了最新的内核。 但是，容器仍在运行旧的内核。 我在主机节点上做的事情是在CLI中重新启动来循环机器。 我怎么让所有的容器循环以及重新启动？ 另外，如果容器仍在运行旧内核，宿主节点和其他容器是否存在安全风险？
注意 ：我对当前正在运行的内核不感兴趣，但对于要引导的内核以及文件系统中的某个文件不感兴趣。 我要开始一个新的内核。 我准备了grub.conf并运行sudo update-grub 。 我几乎肯定我已经安装了正确的内核： $ apt-cache show linux-image-generic-lts-trusty Package: linux-image-generic-lts-trusty Priority: optional Section: metapackages Installed-Size: 28 Maintainer: Ubuntu Kernel Team <[email protected]> Architecture: amd64 Source: linux-meta Version: 3.13.0.32.38 Depends: linux-image-generic Filename: pool/main/l/linux-meta/linux-image-generic-lts-trusty_3.13.0.32.38_amd64.deb Size: 1778 MD5sum: b8e5f06fb937b0132cb2fec4f996fdbf SHA1: cad821aedf442987d9de0eb16b93f9fdc761fc2f SHA256: 2a1a1f0073ca6864b985445bb0b012e5becc4cd44836ff5ab52cb84e221015f1 Description-en: Generic Linux kernel image Transistional package for upgrades from 12.04 to 14.04 […]
偶尔，我运行一个脚本，在我的工作站上使用大部分16GB的物理内存。 然后内核交换出去，在多个磁盘上交换分区。 脚本完成之后，每一个操作（键入命令，切换工作区，打开一个新的网页等）都需要很长时间才能完成，因为相关页面首先需要从交换中读回。 有没有办法告诉Linux内核将页面从交换复制回物理内存， 而不需要手动触摸（并等待）每个应用程序？ 我运行了很多应用程序，所以这是一个痛苦。 我经常使用swapoff -a && swapon -a来使系统再次响应，但是这会从交换中清除页面，所以在下次运行脚本时需要重新写入。
我们在一个定制的Linux机器上运行一个路由器。 内核是3.14.14。 会发生什么情况是，当您在广播模式中设置路由器时，路由器的响应时间很慢： # arping -b -c 50 -w 100000 -I em1.3069 -s 77.46.0.181 77.46.0.1 ARPING 77.46.0.1 from 77.46.0.181 em1.3069 Unicast reply from 77.46.0.1 [78:2B:CB:49:00:CA] 773.358ms Unicast reply from 77.46.0.1 [78:2B:CB:49:00:CA] 667.217ms Unicast reply from 77.46.0.1 [78:2B:CB:49:00:CA] 403.133ms Unicast reply from 77.46.0.1 [78:2B:CB:49:00:CA] 284.954ms Unicast reply from 77.46.0.1 [78:2B:CB:49:00:CA] 243.775ms 但是如果你不使用-b标志： # arping -c 50 […]
如果我没有访问剩余的/ boot / config- *文件，如何检查哪些选项被编译到Linux内核中？
从旧内核升级到新内核版本并引导到新内核之后，DRBD逻辑设备不见了。 /proc/drbd.下什么也不/proc/drbd. 这是一个主要的问题，因为我在群集中运行DRBD，在主节点和次节点之间运行心跳。 然而，在重新引导到新内核之后，DRBD设备已经重新出现。 有没有人经历过这种波动的行为？ 谢谢。
我有两个带有4个Intel 82541GI千兆位适配器的VIA NAB-7410主板。 在这两个主板上，Linux有时会停止响应以太网帧。 当另一个中断被USB或RS232触发时，问题就会消失。 这些电路板运行着不同的发行版：OpenWRT（3.18.20）和Debian（3.16.0-4-686-pae）。 这是一个e1000的驱动程序错误？ 更新2015-10-19：我发现有问题的机器正在生成ping应答，这些应答在发送缓冲区中排队等待，直到发生USB或串行中断时才发送到networking。 此外，有些东西正在使CPU进入hibernate状态并禁用定时器中断，因为在系统没有响应时，“正常运行时间”值不会改变。 更新2015-10-26：南桥芯片似乎是在没有“主”中断的情况下触发SMI例程，即USB，磁盘或串行中断。 请参阅第168页上的此PDF ，“传统电源pipe理定时器”。 我如何禁用这个“function”？
我在设置PXE启动服务器时遇到问题。 我运行了isc-dhcp-server ， tftp-hpa通过tftp（validation过的作品）提供文件，而apache2托piperootfs映像。 PXE客户端似乎正确地下载内核和initrd文件，然后内核恐慌。 这是我的/tftpboot/pxelinux.cfg/default ： default pxeboot label pxeboot kernel vmlinuz-3.16.0-4-amd64 append initrd=vmlinuz-3.16.0-4-amd64 ip=dhcp boot=live fetch=http://xxx.xxx.xxx.xxx/filesystem.squashfs 我的服务器是Ubuntu 15.04 mini安装。 我最初按照以下说明创buildfimesystem.squashfs根文件系统映像： http : fimesystem.squashfs 然后我按照这些说明来安装DHCP和TFTP： https ： //help.ubuntu.com/community/DisklessUbuntuHowto 但是我不得不修改/etc/default/tftpd-hpa来使TFTP服务文件如下： # /etc/default/tftpd-hpa TFTP_USERNAME="tftp" TFTP_DIRECTORY="/tftpboot" TFTP_ADDRESS="xxx.xxx.xxx.xxx:69" TFTP_OPTIONS="–secure" RUN_DAEMON="yes" 如果TFTP_OPTIONS指令更改TFTP_OPTIONS ，则不再启动tftp。 然后我启动了一个apache2服务器，而且似乎显示了我放在/var/www/html/中的文件，我可以从http://xxx.xxx.xxx.xx/filesystem.squashfs下载文件，但内核在引导时出现混乱。 我最初从我的主机/boot/ dir中取得了kernel和initrd映像，因为我的chroot/boot/ dir是空的，但是随后我使用这些指令在chroot上安装了一个内核： http : //willhaley.com/willhaley/blog/创build-A-定制Debian的现场环境/ chroot chroot apt-get install –no-install-recommends –yes \ linux-image-3.16.0-4-amd64 live-boot […]