similar to: kernel panic this morning

Hello everybody, I''ve finished with pci export from DomU to Dom0 (Debian Etch) but now i have a new problem, and a big one. My ethernet card is dropping packets but after some time (i can''t tell how) It can work for a day (not in production so not hard tested) and then all packets are dropped. Look at the ifconfig output : eth0      Link encap:Ethernet  HWaddr

El lun, 23-10-2006 a las 16:28 +0400, Kirill Korotaev escribi?: > J.J.Garcia, > > in july 2006 you reported hit of bio.c:99 bug on CentOs kernel: > http://lists.centos.org/pipermail/centos/2006-July/067539.html > > Recently, we also hit the same bug, so maybe you can provide some details on: > 1. whether it is doesn't work for you or was fixed. > 2. how it was

Hi folks, Backing up a host as noted below im getting over and over again the same issue on actual kernel, details: - Backup host has a pci/usb2.0 card, with a 250gb usb 2.0 disk attached, - Celeron 900 family - Remote host, local console from boot linux rescue: # dd if=/dev/hda conv=sync,noerror | ssh -c blowfish root at 192.168.0.6 "dd of=/media/backup/vol-hda.raw.img" - Backup

This is a repost of sorts, and for that I am sorry; I do not think my original posting subject was very clear, and I have more data about the problem. I'm experiencing lots of kernel errors when reading or writing to a disk that is part of an mdadm softraid-5 array. Since originally detecting this problem, I have isolated it to one disk, but I'm not sure what the cause of the error is. I

I've been experiencing delays access data off my file server since I upgraded to 5.3... either I hosed something, have bad hardware or very unlikely, found a bug. When reading or writing data, the stream to the hdd's stops every 5-10 min and %iowait goes through the roof. I checked the logs and they are filled with this diagnostic data that I can't readily decipher. my setup

This patch is a significant performance improvement for the m2p_override: about 6% using the gntdev device. Each m2p_add/remove_override call issues a MULTI_grant_table_op and a __flush_tlb_single if kmap_op != NULL. Batching all the calls together is a great performance benefit because it means issuing one hypercall total rather than two hypercall per page. If paravirt_lazy_mode is set

Hello,ext3-users: Yep, We meet the same problem. Jul 17 22:41:40 sh_intel5 kernel: Assertion failure in journal_commit_transaction() at commit.c:535: "buffer_jdirty(bh)" Jul 17 22:41:40 sh_intel5 kernel: ------------[ cut here ]------------ Jul 17 22:41:40 sh_intel5 kernel: kernel BUG at commit.c:535! Jul 17 22:41:40 sh_intel5 kernel: invalid operand: 0000 Jul 17 22:41:40 sh_intel5

I am a beginner of Linux, but I do not know how to start syslinux. I want to read documents regarding how to run syslinux, test linux, created linux, and others. I am using Knoppix 5.3 on desktop. Please, help me to guid to use syslinux. Thank you in advance.

Good Morning Friends Free download software and watch software profile http://priyamaniforyou.blogspot.com/ --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Spinoffs" group. To post to this group, send email to rubyonrails-spinoffs-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from

Hi folks, Change of plans with the patch submissions; I''ve removed the "Patch submission" template and we''re just going to use the "Code review" one instead. The reason being that when you upload a .patch file it was redirecting you to that template anyway because it asks you for the Branch Path the patch relates to. At the moment we don''t have any

On ~ 6.30 UT ( = GMT), i.e. 8.30 middle European summer time, our mail server will be moved to a new building (and routing to that place will be switched). This may give delayed Messages on R-help and the other R-lists hopefully for less than an hour only. Martin Maechler <maechler at stat.math.ethz.ch> http://stat.ethz.ch/~maechler/ {List Maintainer}

Hi all, I'll be upgrading Bugzilla on this Friday, so Bugzilla will be unavailable for a little while. No data should be lost, but you will obviously not be able to file new bugs or comment on existing bugs while the upgrade is in progress. Cheers -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are

Hi all, most of the freedesktop.org servers just got new kernels, so they'll be rebooted tomorrow (Monday) morning UTC. Sorry for the short notice, downtime should be neglible. Regards, -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are

Hi all, most of the freedesktop.org servers just got new kernels, so they'll be rebooted tomorrow (Thursday) morning UTC. Sorry for the short notice, downtime should be neglible. Regards, -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are

Hi all, most of the freedesktop.org servers just got new kernels, so they'll be rebooted on Sunday morning UTC. Sorry for any service disruption, downtime should be minimal. Regards, -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are

Hi all, I'll be rebooting all the freedesktop.org and x.org servers tomorrow morning UTC. Estimated downtime is short, say up to 15 minutes or thereabouts. regards, -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are

Hi, I'll reboot all the freedesktop.org servers for new kernels tomorrow (Friday) morning, hopefully fairly early, european time. Downtime should be minimal, just a few minutes per host. Regards, -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are

As of about 11:25, the command "git pull" produces only a timeout error, as follows: source.winehq.org[0: 209.46.25.134]: errno=Connection timed out fatal: unable to connect a socket (Connection timed out) Susan

O -fPIC -c -o chan_agent.o chan_agent.c chan_agent.c: In function `login_exec': chan_agent.c:595: parse error before '<<' token chan_agent.c:602: parse error before '>>' token make[1]: *** [chan_agent.o] Error 1 make[1]: Leaving directory `/usr/src/asterisk/channels'

First time around, I just unloaded/reloaded the modules. The box locked up tight. On reboot, I get this: general protection fault: 0000 CPU: 0 EIP: 0010:[<c01defb3>] Not tainted EFLAGS: 00010097 eax: f61d4260 ebx: f61d4260 ecx: ffffffff edx: f61d425f esi: f61d4264 edi: f61d4260 ebp: f4de7f14 esp: f4de7ef4 ds: 0018 es: 0018 ss: 0018 Process sh (pid: 387,