Tag Info

New answers tagged

0

Yes, you're running multiple user-lands but only one kernel, which means the kernel has the full view of all memory management and can most efficiently split it up between the running containers, based on their CPU shares, etc. To the kernel, a container is just another process that needs access to the hardware. Each container process just happens to use a ...


0

I had the same issue with iptables modules when I tested Linux net performance. The performance decreased when the module where loaded. I think that Linux kernel module will handle traffic any time, when it is loaded( even if it has no configuration or rulls in my case). Just try to check what modules are loaded,unload unneeded and check your performance ...


0

You have a dedicated server with OVH. By default these boot an OVH-provided kernel from the network, not the kernel installed on your server. You need to change the configuration of your server, in your OVH account management web pages, to boot from the hard drive.


0

Does you try to run e2fsck(or fsck)? It may help... Also I could recommend to check hardware status of your disks. Try to install smartmontools and check error log of your disk. You can use command for this: smartctl --all /dev/sdx And I am strongly recommend to made a backup before doing something.


1

Either the sysctl lines in /etc/sysctl.conf net.ipv6.conf.all.disable_ipv6 = 1 net.ipv6.conf.default.disable_ipv6 = 1 net.ipv6.conf.lo.disable_ipv6 = 1 and/or the GRUB line in /etc/default/grub GRUB_CMDLINE_LINUX="ipv6.disable=1" will disable ipv6 support at the system level and should be enough. If your applications still attempt to connect via ipv6, ...


1

I had to do exactly this. I found that the answer suggested by @Thusitha was the correct way to do it for new kernels. Tested with the Debian wheezy kernel 3.2.0-4 and iproute (from where the tc command comes from) version 20120521-3+b3 Here is the complete script, the tc filter lines being almost exactly as specified by @Thusitha function qos() { ...


0

The answer in this case appeared to be multicast (IGMP) snooping on the Linux box. This was enabled on the br0 bridge interface (which is required for VPN access via a tap device); as soon as I used sysfs to disable it, pings started coming back. They were duplicated, same as the Windows client, but they're working... echo 0 > ...


3

These look like copy-on-write (COW) kernel threads possible related to a filesystem snapshotting solution. Do you have something like R1Soft Hot-Copy or LVM snapshots active? Any other backup software? Please provide a pastebin of a full process listing.



Top 50 recent answers are included