search for: theshore

...83 c6 20 39 f5 72 59 f6 46 02 04 74 f3 8d 4e 18 8b 56 18 8b 41 04 8b 5e 0c <89> 10 89 42 04 8d 04 9b c7 46 18 00 01 10 00 8d 04 43 8b 14 24 EIP: [<c015e221>] move_freepages+0x61/0xc0 SS:ESP 0069:ec2cddf8 ---[ end trace 628f7b31d5a52105 ]--- Kernel binary is located here: http://www.theshore.net/~caker/kernels/2.6.26-linode13 -Chris

...83 c6 20 39 f5 72 59 f6 46 02 04 74 f3 8d 4e 18 8b 56 18 8b 41 04 8b 5e 0c <89> 10 89 42 04 8d 04 9b c7 46 18 00 01 10 00 8d 04 43 8b 14 24 EIP: [<c015e221>] move_freepages+0x61/0xc0 SS:ESP 0069:ec2cddf8 ---[ end trace 628f7b31d5a52105 ]--- Kernel binary is located here: http://www.theshore.net/~caker/kernels/2.6.26-linode13 -Chris

Xen: 3.2.1-rc5 64bit Dom0: 2.6.18.8 (at cs 524) 32-pae DomU: 2.6.26-rc8 32-pae root at newark13:~# xm create -f /linodes/xencaker/xen.conf -c Using config file "/linodes/xencaker/xen.conf". Started domain xencaker root at newark13:~# root at newark13:~# xm dmesg ... (XEN) traps.c:413:d332 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000] (XEN)

Hi All, I''ve been trying to get a bit of a grip on disk i/o for our Xen set- up. We''re dealing with server workloads that can, at unexpected times, become seriously io-bound, up to the point that a single guest can cannibalize the available throughput of the fibrechannel array. Since we''re dealing with a shared medium and multiple Xen hosts, I''m

Xen 3.2.1-rc1 64 bit Dom0: 2.6.16.33 PAE DomU: 2.6.18.8 (from a pull a few weeks ago) If you need the symbols, there from the same Xen I linked to in my post from a few days ago... (XEN) mm.c:3498:d4 ptwr_emulate: could not get_page_from_l1e() (XEN) Unhandled page fault in domain 4 on VCPU 0 (ec=0003) (XEN) Pagetable walk from 00000000c08187f0: (XEN) L4[0x000] = 00000004dfa38027

We''ve been hitting the following issue on a variety of hosts and recent Xen/dom0 version combinations. Here''s an excerpt from our latest: Xen: 4.1.4 (xenbits @ 23432) Dom0: 3.7.1-x86_64 BUG: unable to handle kernel NULL pointer dereference at 000000000000001c IP: [<ffffffff8141a301>] evtchn_from_irq+0x11/0x40 PGD 0 Oops: 0000 [#1] SMP Modules linked in: ebt_comment

Hi all, I add a blkback QoS patch. You can config(dynamic/static) different I/O speed for different VM disk by this patch. ---------------------------------------------------------------------------- diff -urNp blkback/blkback.c blkback-qos/blkback.c --- blkback/blkback.c 2011-06-22 07:54:19.000000000 +0800 +++ blkback-qos/blkback.c 2011-06-22 07:53:18.000000000 +0800 @@ -44,6 +44,11 @@

Hi all, I add a blkback QoS patch. You can config(dynamic/static) different I/O speed for different VM disk by this patch. ---------------------------------------------------------------------------- diff -urNp blkback/blkback.c blkback-qos/blkback.c --- blkback/blkback.c 2011-06-22 07:54:19.000000000 +0800 +++ blkback-qos/blkback.c 2011-06-22 07:53:18.000000000 +0800 @@ -44,6 +44,11 @@

PV-GRUB is really awesome, however I noticed that it spins at 100% cpu, even while just sitting at its prompt. Just a heads-up... Thanks, -Chris _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

I''ve been attempting to update my dom0 kernel by using the 2.6.27 git tree from the xenclient repo and also to 2.6.30 using opensuse patches rebased by Andrew Lyon. In both cases there''s a problem with the 3ware 3w_9xxx driver incorrectly detecting the LUNs on the device or some other issue, which ultimately prevents partition table detection. In my testing I applied the

If I start a domain with a number of vbd devices, it''s a crap shoot if they''ll all show up in the domU''s /proc/partitions. I''ll eventually see all the devices if I keep rebooting the domU. The value of /local/domain/$DOMID/device/vbd/*/state are all 1 for the missing devices, and 4 for the ones that show up. When it works: domU:~# cat /proc/partitions

Hello, I manage a number of servers all running 2.4 (same problem exists with 2.6). My problem is that since a few bridge versions ago, I've had to modify net/bridge/br_fdb.c in the br_fdb_insert() function -- to get rid of the checks that produce this error: Jan 16 10:35:31 host15 kernel: tap_0: received packet with own address as source address Jan 16 10:35:33 host15 kernel: tap_0:

Sorry for the noise if this isn't the appropriate venue for this. I posted this last month to xen-devel: http://lists.xensource.com/archives/html/xen-devel/2007-11/msg00777.html I can reliably cause a paravirt_ops Xen guest to hang during intensive IO. My current recipe is an untar/tar loop, without compression, of a kernel tree. For example: wget

Sorry for the noise if this isn't the appropriate venue for this. I posted this last month to xen-devel: http://lists.xensource.com/archives/html/xen-devel/2007-11/msg00777.html I can reliably cause a paravirt_ops Xen guest to hang during intensive IO. My current recipe is an untar/tar loop, without compression, of a kernel tree. For example: wget

Sorry for the noise if this isn't the appropriate venue for this. I posted this last month to xen-devel: http://lists.xensource.com/archives/html/xen-devel/2007-11/msg00777.html I can reliably cause a paravirt_ops Xen guest to hang during intensive IO. My current recipe is an untar/tar loop, without compression, of a kernel tree. For example: wget

BUG: soft lockup detected on CPU#0! Pid: 17178, comm: xvd 275 fd:86 EIP: 0061:[<c0133b65>] CPU: 1 EIP is at kthread_should_stop+0x15/0x20 EFLAGS: 00000246 Not tainted (2.6.16-xen0 #1) EAX: 00000001 EBX: 00000000 ECX: c05431b4 EDX: 00000000 ESI: 00000000 EDI: cc7b143c EBP: c5f11f98 DS: 007b ES: 007b CR0: 8005003b CR2: 090a8928 CR3: 0635f000 CR4: 00000660 [<c0387bd5>]