Displaying 20 results from an estimated 100 matches similar to: "General protection fault"
2013 Jun 05
8
btrfs raid1 on 16TB goes read-only after "btrfs: block rsv returned -28"
Dear Devs,
I have x4 4TB HDDs formatted with:
mkfs.btrfs -L bu-16TB_0 -d raid1 -m raid1 /dev/sd[cdef]
/etc/fstab mounts with the options:
noatime,noauto,space_cache,inode_cache
All on kernel 3.8.13.
Upon using rsync to copy some heavily hardlinked backups from ReiserFS,
I''ve seen:
The following "block rsv returned -28" is repeated 7 times until there
is a call trace
2012 Dec 13
7
HVM bug: system crashes after offline online a vcpu
Hi Konrad
I encountered a bug when trying to bring offline a cpu then online it
again in HVM. As I''m not very familiar with HVM stuffs I cannot come up
with a quick fix.
The HVM DomU is configured with 4 vcpus. After booting into command
prompt, I do following operations.
# echo 0 > /sys/devices/system/cpu/cpu3/online
# echo 1 > /sys/devices/system/cpu/cpu3/online
With
2008 Jul 03
2
iozone remove_suid oops...
Having done a current checkout, creating a new FS and running iozone
[1] on it results in an oops [2]. remove_suid is called, accessing
offset 14 of a NULL pointer.
Let me know if you''d like me to test any fix, do further debugging or
get more information.
Thanks,
Daniel
--- [1]
# mkfs.btrfs /dev/sda4
# mount /dev/sda4 /mnt
/mnt# iozone -a .
--- [2]
[ 899.118926] BUG: unable to
2013 Jul 27
1
WARN in drm_crtc.c:1992 on 3.11-rc2
Hello,
I've started seeing the following warning in 3.11-rc2. [In the
interest of full disclosure, I do have a patch applied that tries to
implement drm_planes, which I might have done completely incorrectly,
but looking around it doesn't seem related. I'm definitely not
invoking any of the planes functionality right now. See
http://paste.debian.net/hidden/cf8b3a2, plus a call to the
2009 Jun 05
1
rpm and md5sum query
Hi,
If I do an md5sum across 4 machines all running Centos5-x86_64 on
/bin/bash why does it show a different checksum ?
-> ssh box4 md5sum -b /bin/bash
53d2152059125e221a38099369e5777e */bin/bash
-> ssh box6 md5sum -b /bin/bash
e22fb934b0a4a840a330f47559d27205 */bin/bash
-> ssh box5 md5sum -b /bin/bash
34bd0269a3ca9ce15e3bf56957d95609 */bin/bash
-> ssh box2 md5sum -b /bin/bash
2007 Apr 27
0
Problems with Digium TE110P
Hi everyone
I have a Digium card TE110P and after plug it, turn on the computer and
configure, the LEDs don't light up in spite of what Digium FAQ says about the
LEDs:
When will the LED's light up on my TDM400P/TE110P/TE2XXP/TE4XXP?
... The TE110P LED's will light up RED when the span is configured and kernel
module is loaded. If configured correctly and a circuit or channel bank is
2010 Dec 15
2
loss of connection
My log says suddenly:
Dec 14 02:35:16 hp1 kernel: [1492482.232822] o2net: no longer connected to node hp2 (num 1) at 192.168.1.2:7777
Dec 14 02:35:18 hp1 kernel: [1492483.960150] BUG: soft lockup - CPU#1 stuck for 61s! [kvm:32398]
I have no idea what happens here and why - but the result are a lot of problems with virtual machines.
Viele Gr??e
Andreas Rittershofer
--
Hier k?nnte keine
2005 Jul 30
0
fb0 - conflict?
Hi, all. I''m trying to track down some stability issues with my Xen
system, and in the course of doing so, I''ve found a few things that are
probably unrelated, but things I''d like to clean up nonetheless.
I have a Xen guest instance running my Xen0 kernel. When it boots I get:
Jul 29 01:31:37 loki kernel: fb0: VGA16 VGA frame buffer device
Jul 29 01:31:37 loki
2008 Jul 24
4
umount oops
Hi,
I tried very promising btrfs to test it a little and I experienced a
little bug in implementation. I''m not sure where the bug lies however
this works quite well to reproduce the problem:
dd if=/dev/zero of=mountme bs=4k count=100000
dd if=/dev/zero of=mountme2 bs=4k count=100000
mkfs.btrfs mountme
mkfs.btrfs mountme2
mkdir loop loop2
mount -o loop mountme loop
mount -o loop mountme
2006 Jan 23
0
Oops
I don't know enough about it to know whether this is a known problem (I
couldn't make much sense of what I found on Google), but it seems to be
a journal-related issue. Is it likely that data has been corrupted?
Do I need to take any action?
2.6.12-9-amd64-k8-smp, Ubuntu 5.10, dual opteron 2GB
Jan 23 03:08:22 infinity kernel: [24686.841032] Unable to handle kernel
NULL pointer
2009 May 06
1
Re: wine error causing reboot
ok, i saw this before it crashes in terminal it reads
fixme shell dllcanunloadnow stub
shutting compiz off does nothing.
lsmod reads
Module Size Used by
ath_pci 108400 0
wlan 232736 1 ath_pci
ath_hal 225904 1 ath_pci
nls_iso8859_1 13440 1
nls_cp437 15104 1
vfat 21120 1
fat
2008 Mar 28
4
[Bug 15233] New: geforce 7800gs and AGP 3.0 DBI function
http://bugs.freedesktop.org/show_bug.cgi?id=15233
Summary: geforce 7800gs and AGP 3.0 DBI function
Product: xorg
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
AssignedTo: nouveau at lists.freedesktop.org
2011 May 16
3
dahdi command not available
Hi All,
I have just latest branch of asterisk 1.8 and i didn't found dahdi command in CLI everything seem fine. am i missing something ?
campbx2*CLI> dahdi <tab tab>
No such command 'dahdi' (type 'core show help dahdi' for other possible commands)
campbx2*CLI>
root at campbx1:/etc/wanpipe# wanrouter hwprobe
-------------------------------
| Wanpipe Hardware
2009 Apr 07
2
[Bug 590] New: iptables unknown target data
http://bugzilla.netfilter.org/show_bug.cgi?id=590
Summary: iptables unknown target data
Product: iptables
Version: CVS (please indicate timestamp)
Platform: i386
OS/Version: Ubuntu
Status: NEW
Severity: normal
Priority: P1
Component: iptables
AssignedTo: laforge at netfilter.org
ReportedBy:
2017 Apr 20
0
qemu-kvm-ev-2.6.0-28.el7_3.9.1 now available for testing
Hi,
just pushed to testing a new build of qemu-kvm-ev, here's the ChangeLog:
* Thu Apr 20 2017 Sandro Bonazzola <sbonazzo at redhat.com> -
ev-2.6.0-28.el7_3.9.1
- Removing RH branding from package name
* Fri Mar 24 2017 Miroslav Rezanina <mrezanin at redhat.com> -
rhev-2.6.0-28.el7_3.9
- kvm-block-gluster-memory-usage-use-one-glfs-instance-per.patch
[bz#1413044]
-
2013 Dec 11
4
[Bug 72599] New: [NVC0] null pointer dereference (nouveau_fence_wait_uevent.isra.5)
https://bugs.freedesktop.org/show_bug.cgi?id=72599
Priority: medium
Bug ID: 72599
Assignee: nouveau at lists.freedesktop.org
Summary: [NVC0] null pointer dereference
(nouveau_fence_wait_uevent.isra.5)
QA Contact: xorg-team at lists.x.org
Severity: normal
Classification: Unclassified
OS: Linux
2016 Jun 06
2
[PATCH v2] Revert "drm/nouveau/device/pci: set as non-CPU-coherent on ARM64"
From: Robin Murphy <robin.murphy at arm.com>
This reverts commit 1733a2ad36741b1812cf8b3f3037c28d0af53f50.
There is apparently something amiss with the way the TTM code handles
DMA buffers, which the above commit was attempting to work around for
arm64 systems with non-coherent PCI. Unfortunately, this completely
breaks systems *with* coherent PCI (which appear to be the majority).
2016 Apr 29
1
[PATCH] Revert "drm/nouveau/device/pci: set as non-CPU-coherent on ARM64"
This reverts commit 1733a2ad36741b1812cf8b3f3037c28d0af53f50.
There is apparently something amiss with the way the TTM code handles
DMA buffers, which the above commit was attempting to work around for
arm64 systems with non-coherent PCI. Unfortunately, this completely
breaks systems *with* coherent PCI (which appear to be the majority).
Booting a plain arm64 defconfig + CONFIG_DRM +
2011 Nov 23
0
nouveau git + v3.2-rc2 + NV18 Oops
My old machine started getting a bit flaky, so I have kicked it off my
desk, but still wanted to get some nouveau bugs fixed on it. (In fact
it's easier now that I can reboot it more easily.)
So I put a spare old hard drive on it and rebuilt it, but I'm having
a heck of a time getting it working. Whenever it tries to load the
nouveau module, it blows up.
What's funny is that it
2008 Nov 13
7
Kernel oops when running bonnie++ on btrfs
I wanted to see how btrfs compares to other filesystems so I have been
running bonnie++ on it. While the results are good(much faster then
ext2) every once in awhile I get a kernel oops. I am testing on xubuntu
8.10 with the 2.6.27-7-686 kernel using the latest git sources. Most of the
time the oops happens within 20min of running bonnie++ but sometimes it
takes a few hours. This happens with and