search for: __ratelimit

...-> 0002) Jan 27 12:02:52 1235 avahi-daemon[2598]: Registering new address record for fe80::fc54:ff:fe43:bf8c on vnet0.*. Jan 27 12:02:54 1235 ntpd[2905]: Listen normally on 29 vnet0 fe80::fc54:ff:fe43:bf8c UDP 123 Jan 27 12:02:54 1235 ntpd[2905]: peers refreshed Jan 27 12:03:17 1235 kernel: __ratelimit: 23 callbacks suppressed Jan 27 12:03:17 1235 kernel: kvm: 8006: cpu0 disabled perfctr wrmsr: 0xc1 data 0xabcd Jan 27 12:03:20 1235 kernel: ixgbe 0000:15:00.0: eth6: VF Reset msg received from vf 0 And this is the /var/log/libvirt/qemu/probe8.log from the host 2015-01-27 17:02:51.76...

...-> 0002) Jan 27 12:02:52 1235 avahi-daemon[2598]: Registering new address record for fe80::fc54:ff:fe43:bf8c on vnet0.*. Jan 27 12:02:54 1235 ntpd[2905]: Listen normally on 29 vnet0 fe80::fc54:ff:fe43:bf8c UDP 123 Jan 27 12:02:54 1235 ntpd[2905]: peers refreshed Jan 27 12:03:17 1235 kernel: __ratelimit: 23 callbacks suppressed Jan 27 12:03:17 1235 kernel: kvm: 8006: cpu0 disabled perfctr wrmsr: 0xc1 data 0xabcd Jan 27 12:03:20 1235 kernel: ixgbe 0000:15:00.0: eth6: VF Reset msg received from vf 0 And this is the /var/log/libvirt/qemu/probe8.log from the host 2015-01-27 17:02:51.76...

Hi All, I''m new to Xen and... Happy New Year! After restarting dom-0, my dom-u prints this in console once every second, [55082.616234] __ratelimit: 1503 messages suppressed [55082.616234] clocksource/0: Time went backwards: ret=380ab26c53a I resolved this by following the instructions in "http://wiki.debian.org/Xen", which is basically changing clocksource to "jiffies". Now the problem has gone away, I''m wonder...

...y with multiple bridges with one eth on each for a while until I can test this stuff in a safe environ. I never had a chance to recover, the second the network came up I lost all contact with my ip block. The ratelimit number got this high by the time I got there. Feb 9 04:22:41 main kernel: __ratelimit: 100807 callbacks suppressed Feb 9 04:22:41 main kernel: eth1: received packet with own address as source address Feb 9 04:22:41 main kernel: eth1: received packet with own address as source address Feb 9 04:22:41 main kernel: eth1: received packet with own address as source address Feb 9 04...

...3445.172333] sd 2:0:0:0: [sda] Unhandled error code [163445.172338] sd 2:0:0:0: [sda] Result: hostbyte=DID_SOFT_ERROR driverbyte=DRIVER_OK [163445.172345] sd 2:0:0:0: [sda] CDB: Write(10): 2a 00 00 ba ee 4d 00 04 00 00 [163445.172365] end_request: I/O error, dev sda, sector 12250701 [163445.172529] __ratelimit: 13242 callbacks suppressed [163445.172534] Buffer I/O error on device dm-0, logical block 1408794 [163445.172694] lost page write due to I/O error on dm-0 When I reboot the server, everything is "back to normal". This issue only appears with the Xen hypervisor loaded (multiboot /xen-4.0...

...sensitive system's backup windows. On the NFS server side we see the following in dmesg. Originally I thought it was related to dirty writeback cache, but I adjusted dirty_writeback_centisecs and am still seeing the issue. dmesg during the problem window: Mar 16 07:01:21 *****store01 kernel: __ratelimit: 11 callbacks suppressed Mar 16 07:01:21 *****store01 kernel: nfsd: page allocation failure. order:2, mode:0x20 Mar 16 07:01:21 *****store01 kernel: Pid: 6041, comm: nfsd Not tainted 2.6.32-220.4.2.el6.x86_64 #1 Mar 16 07:01:21 *****store01 kernel: Call Trace: Mar 16 07:01:21 *****store01 kernel: &...

Package: xen-hypervisor-4.0-amd64 Version: 4.0.1-2 Severity: normal Tags: upstream When creating Xen DomU's, at some point xend invokes the oom-killer and the entire machine restarts: Sep 5 12:04:59 arbiter kernel: [259697.101212] __ratelimit: 136 callbacks suppressed Sep 5 12:04:59 arbiter kernel: [259697.101218] xend invoked oom-killer: gfp_mask=0x200da, order=0, oom_adj=0 Sep 5 12:04:59 arbiter kernel: [259697.101225] xend cpuset=/ mems_allowed=0 Sep 5 12:04:59 arbiter kernel: [259697.101230] Pid: 1841, comm: xend Not tainted 2.6....

...60/00:00:e5:aa:37/02:00:09:00:00/40 tag 0 ncq 262144 in res 51/40:55:90:ac:37/d9:00:09:00:00/40 Emask 0x409 (media error) <F> ata5.00: status: { DRDY ERR } ata5.00: error: { UNC } Descriptor sense data with sense descriptors (in hex): end_request: I/O error, dev sda, sector 154643600 __ratelimit: 6 callbacks suppressed Buffer I/O error on device dm-2, logical block 2404200 Buffer I/O error on device dm-2, logical block 2404201 Buffer I/O error on device dm-2, logical block 2404202 Buffer I/O error on device dm-2, logical block 2404203 Buffer I/O error on device dm-2, logical block 2404204...

...60/00:00:e5:aa:37/02:00:09:00:00/40 tag 0 ncq 262144 in res 51/40:55:90:ac:37/d9:00:09:00:00/40 Emask 0x409 (media error) <F> ata5.00: status: { DRDY ERR } ata5.00: error: { UNC } Descriptor sense data with sense descriptors (in hex): end_request: I/O error, dev sda, sector 154643600 __ratelimit: 6 callbacks suppressed Buffer I/O error on device dm-2, logical block 2404200 Buffer I/O error on device dm-2, logical block 2404201 Buffer I/O error on device dm-2, logical block 2404202 Buffer I/O error on device dm-2, logical block 2404203 Buffer I/O error on device dm-2, logical block 2404204...

...nactive channel id 32 May 15 19:28:52 bnesbitt-desktop kernel: 7074.217800] [drm] nouveau 0000:03:00.0: AIII, invalid/inactive channel id 32 May 15 19:28:54 bnesbitt-desktop kernel: <3uveau 0000:03:00.0: AIII, invalid/inactive channel id 32 May 15 19:28:57 bnesbitt-desktop kernel: [ 7078.948004] __ratelimit: 205874 callbacks suppressed May 15 19:28:57 bnesbitt-desktop kernel: [ 7078.948007] [drm] nouveau 0000:03:00.0: PGRAPH_ERROR - nSource: ILLEGAL_MTHD, nStatus: PROTECTION_FAULT May 15 19:28:57 bnesbitt-desktop kernel: [ 7078.948014] [drm] nouveau 0000:03:00.0: PGRAPH_ERROR - Ch -1/3 Class 0x0000 Mt...

...aded some servers today from Debian Lenny to Debian Squeeze, and after the upgrade I started getting dovecot crashes. I was on 2.0.13 but got these there as well, and hoped upgrading to 2.0.16 would help. It didn't. Anyone have an idea? Cor Dec 18 23:32:21 userimap1 kernel: [263492.245530] __ratelimit: 122 callbacks suppressed Dec 18 23:32:21 userimap1 kernel: [263492.245536] imap[19665]: segfault at 7f108efb7f60 ip 00007f108ecd37e0 sp 00007fff73c3d658 error 5 in libc-2.11.2.so[7f108ec5d000+158000] Dec 18 23:32:21 userimap1 kernel: [263492.245663] BUG: Bad page map in process imap pte:00000001...

Changes v1-v2: - Remove restriction that BTRFS_IOC_GET_DEVICE_STATS is a privileged operation - Cast u64 to unsigned long long for printf() Changes v2-v3: - Rebased on Chris'' current master Changes v3-v4: - Add padding at end of ioctl structure Changes v4-v5: - The statistic members in the ioctl are now organized as an array of 64 bit values. Symbolic names for the array indexes

Dear All, I have created a virtual high performance computing (HPC) cluster of 6 compute nodes with MPICH2 using Xen-based Fedora 11 Linux 64-bit paravirtualized (PV) domU guests. Dom0 is Fedora 11 Linux 64-bit. My Intel Desktop Board DQ45CB has a single onboard Gigabit LAN network adapter. I am able to bring up the ring of mpd on the set of 6 compute nodes. However, I am consistently

Dear All, I have created a virtual high performance computing (HPC) cluster of 6 compute nodes with MPICH2 using Xen-based Fedora 11 Linux 64-bit paravirtualized (PV) domU guests. Dom0 is Fedora 11 Linux 64-bit. My Intel Desktop Board DQ45CB has a single onboard Gigabit LAN network adapter. I am able to bring up the ring of mpd on the set of 6 compute nodes. However, I am consistently

Folks, The first release candidate for Xen 4.0.0 has been tagged and published. You can grab it from here: http://xenbits.xensource.com/xen-unstable.hg (tagged ''4.0.0-rc1'') Please test it! -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...ing I came back to my laptop to find it had locked up, even ssh couldn't gain access to the machine. I rebooted the machine and tried to start X. X refused to start, so I looked at the logs where it locked up before I'd even woken up and found the following: May 1 08:37:16 lithium kernel: __ratelimit: 60 callbacks suppressed May 1 08:37:16 lithium kernel: X: page allocation failure. order:1, mode:0x10d0 May 1 08:37:16 lithium kernel: Pid: 11594, comm: X Not tainted 2.6.32-gentoo-r7 #4 May 1 08:37:16 lithium kernel: Call Trace: May 1 08:37:16 lithium kernel: [<c1050e9f>] ? __alloc_page...

While testing raid-auto-repair patches I''m going to send out later, I just found the very last bug in my current scrub patch series: Changelog v4->v5: - fixed a deadlock when fixup is taking longer while scrub is about to end Original message follows: ------------------------ This patch set introduces two new features for scrub. They share the backref iteration code which is the

...; +#include <linux/ratelimit.h> +#include <linux/uaccess.h> +#include <linux/slab.h> + +static __printf(1,2) __cold void vringh_bad(const char *fmt, ...) +{ + static DEFINE_RATELIMIT_STATE(vringh_rs, + DEFAULT_RATELIMIT_INTERVAL, + DEFAULT_RATELIMIT_BURST); + if (__ratelimit(&vringh_rs)) { + va_list ap; + va_start(ap, fmt); + printk(KERN_NOTICE "vringh:"); + vprintk(fmt, ap); + va_end(ap); + } +} + +/* Returns vring->num if empty, -ve on error. */ +static inline int __vringh_get_head(const struct vringh *vrh, + int (*getu16)(u16 *val, const...

...; +#include <linux/ratelimit.h> +#include <linux/uaccess.h> +#include <linux/slab.h> + +static __printf(1,2) __cold void vringh_bad(const char *fmt, ...) +{ + static DEFINE_RATELIMIT_STATE(vringh_rs, + DEFAULT_RATELIMIT_INTERVAL, + DEFAULT_RATELIMIT_BURST); + if (__ratelimit(&vringh_rs)) { + va_list ap; + va_start(ap, fmt); + printk(KERN_NOTICE "vringh:"); + vprintk(fmt, ap); + va_end(ap); + } +} + +/* Returns vring->num if empty, -ve on error. */ +static inline int __vringh_get_head(const struct vringh *vrh, + int (*getu16)(u16 *val, const...

This introduces vringh, which are generic accessors for virtio rings (host side). There's a host-side implementation in vhost, but it assumes that the rings are in userspace, and is tied to the vhost implementation. I have patches to adapt it to use vringh, but I'm pushing this in the next merge window for Sjur, who has CAIF patches which need it. This also includes a test program in