[linux-lvm] kernel oops.

[linux-lvm] kernel oops.

[Rusty Wickell]

Hello,

Well, I found that Redhat 6.1 has the updated 1.00 driver for ips
ServeRaid card. So it should work fine with the lvm code. I am still
getting the kernel oops when I do a lvcreate though. 

Is there anything I could be missing? pvcreate and vgcreate work fine,
just not the lvcreate. I am using the lvcreate on two partitions /dev/sdb1
and /dev/sdc1 on a hardware raid5 device. 

Feel free to ask for more info or ask questions.

Thanks,
Rusty


----------------------------------------------------------------------------
Rusty Wickell					200 S. Jordan Ave.
Digital Library Sytem Administrator		Simon 160
Indiana University				Bloomington IN 
812-856-5174					47405
----------------------------------------------------------------------------

Re: [linux-lvm] kernel oops.

[Heinz Mauelshagen]

Hi Rusty,

please provide stdout/stderr of:

 - pvcreate -d
 - vgcreate -d
 - lvcreate -d


Thanks,
Heinz

> Hello,
> 
> Well, I found that Redhat 6.1 has the updated 1.00 driver for ips
> ServeRaid card. So it should work fine with the lvm code. I am still
> getting the kernel oops when I do a lvcreate though. 
> 
> Is there anything I could be missing? pvcreate and vgcreate work fine,
> just not the lvcreate. I am using the lvcreate on two partitions /dev/sdb1
> and /dev/sdc1 on a hardware raid5 device. 
> 
> Feel free to ask for more info or ask questions.
> 


-- 

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Systemmanagement CS-TS                           T-Nova
                                                 Entwicklungszentrum Darmstadt
Heinz Mauelshagen                                Otto-Roehm-Strasse 71c
Senior Systems Engineer                          Postfach 10 05 41
                                                 64205 Darmstadt
mge@ez-darmstadt.telekom.de                      Germany
                                                 +49 6151 886-425
                                                          FAX-386
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Re: [linux-lvm] Kernel oops

[Tracy R Reed]

[-- Attachment #1: Type: text/plain, Size: 3139 bytes --]

On Mon, Sep 15, 2003 at 03:01:39AM -0700, Tracy R Reed spake thusly:
> Linux home 2.4.20 #18 SMP Fri Sep 12 22:49:21 PDT 2003 i686 GNU/Linux
> home:~# lvcreate --version
>   LVM version:     1.95.15 (2003-01-10)
>   Library version: 0.96.07-ioctl-cvs (2002-11-21)
>   Driver version:  1.0.8

I was pretty tired and annoyed last night when I sent the above email and
totally forgot to run the oops through ksymoops before sending. Can anyone
tell me if the above LVM version should be relatively stable or is it an
experimental/beta version? I need to get a stable working LVM on this box.
Here is the oops after running through ksymoops:

Unable to handle kernel NULL pointer dereference at virtual address
00000001
ce6a16d0
*pde = 00000000
Oops: 0002
CPU:    1
EIP:    0010:[<ce6a16d0>]    Tainted: P
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax: ce6a16d0   ebx: ce6a16a0   ecx: 00000010   edx: ce6a16d0
esi: 00000001   edi: 00000000   ebp: c023c230   esp: df6c3f3c
ds: 0018   es: 0018   ss: 0018
Process kcopyd (pid: 69, stackpage=df6c3000)
Stack: c023b83a ce6a16d0 00000001 00000001 00000b76 00000000 0000001b 00000000
       c7cc3c10 cda29004 00000010 c023a52f d41f3e8c c7c7b218 c023a4e0 c7c7b218
       c023c891 00000000 c7c7b218 cda29004 c031f858 c023c240 cda29004 c023c394
Call Trace:    [<c023b83a>] [<c023a52f>] [<c023a4e0>] [<c023c891>] [<c023c240>]
  [<c023c394>] [<c023c424>] [<c023c230>] [<c023c535>] [<c01075ee>] [<c023c480>]
Code: d0 16 6a ce d0 16 6a ce 00 00 00 00 69 dd 63 00 8c ff 7c f9


>>EIP; ce6a16d0 <_end+e2e5354/2050ace4>   <=====

>>eax; ce6a16d0 <_end+e2e5354/2050ace4>
>>ebx; ce6a16a0 <_end+e2e5324/2050ace4>
>>edx; ce6a16d0 <_end+e2e5354/2050ace4>
>>ebp; c023c230 <run_complete_job+0/20>
>>esp; df6c3f3c <_end+1f307bc0/2050ace4>

Trace; c023b83a <persistent_commit+fa/110>
Trace; c023a52f <copy_callback+3f/50>
Trace; c023a4e0 <commit_callback+0/10>
Trace; c023c891 <copy_complete+61/70>
Trace; c023c240 <run_complete_job+10/20>
Trace; c023c394 <process_jobs+64/d0>
Trace; c023c424 <do_work+24/80>
Trace; c023c230 <run_complete_job+0/20>
Trace; c023c535 <kcopyd+b5/f0>
Trace; c01075ee <arch_kernel_thread+2e/40>
Trace; c023c480 <kcopyd+0/f0>

Code;  ce6a16d0 <_end+e2e5354/2050ace4>
00000000 <_EIP>:
Code;  ce6a16d0 <_end+e2e5354/2050ace4>   <=====
   0:   d0 16                     rclb   (%esi)   <=====
Code;  ce6a16d2 <_end+e2e5356/2050ace4>
   2:   6a ce                     push   $0xffffffce
Code;  ce6a16d4 <_end+e2e5358/2050ace4>
   4:   d0 16                     rclb   (%esi)
Code;  ce6a16d6 <_end+e2e535a/2050ace4>
   6:   6a ce                     push   $0xffffffce
Code;  ce6a16d8 <_end+e2e535c/2050ace4>
   8:   00 00                     add    %al,(%eax)
Code;  ce6a16da <_end+e2e535e/2050ace4>
   a:   00 00                     add    %al,(%eax)
Code;  ce6a16dc <_end+e2e5360/2050ace4>
   c:   69 dd 63 00 8c ff         imul   $0xff8c0063,%ebp,%ebx
Code;  ce6a16e2 <_end+e2e5366/2050ace4>
  12:   7c f9                     jl     d <_EIP+0xd>

-- 
Tracy Reed
http://copilotconsulting.com

[-- Attachment #2: Type: application/pgp-signature, Size: 240 bytes --]

[linux-lvm] Kernel oops

[Tracy R Reed]

[-- Attachment #1: Type: text/plain, Size: 2054 bytes --]

Linux home 2.4.20 #18 SMP Fri Sep 12 22:49:21 PDT 2003 i686 GNU/Linux
home:~# lvcreate --version
  LVM version:     1.95.15 (2003-01-10)
  Library version: 0.96.07-ioctl-cvs (2002-11-21)
  Driver version:  1.0.8

I created a script to take daily snapshots of my four logical volumes for
backup purposes. Approximately every other time I run it the whole lvm
system seems to freeze up. The first time it did this it crashed the whole
computer by not allowing any writes to disk. The second two times the
system didn't crash but I now have hung lvremove and lvcreate processes
which appear to require a reboot to clear. strace on the processes shows
nothing happening and kill -9 has no effect. In the dmesg I have lots of
"invalidate: busy buffer" and then a kernel oops:

Unable to handle kernel NULL pointer dereference at virtual address
00000001
 printing eip:
ce6a16d0
*pde = 00000000
Oops: 0002
CPU:    1
EIP:    0010:[<ce6a16d0>]    Tainted: P
EFLAGS: 00010202
eax: ce6a16d0   ebx: ce6a16a0   ecx: 00000010   edx: ce6a16d0
esi: 00000001   edi: 00000000   ebp: c023c230   esp: df6c3f3c
ds: 0018   es: 0018   ss: 0018
Process kcopyd (pid: 69, stackpage=df6c3000)
Stack: c023b83a ce6a16d0 00000001 00000001 00000b76 00000000 0000001b
00000000
       c7cc3c10 cda29004 00000010 c023a52f d41f3e8c c7c7b218 c023a4e0
c7c7b218
       c023c891 00000000 c7c7b218 cda29004 c031f858 c023c240 cda29004
c023c394
Call Trace:    [<c023b83a>] [<c023a52f>] [<c023a4e0>] [<c023c891>]
[<c023c240>]
  [<c023c394>] [<c023c424>] [<c023c230>] [<c023c535>] [<c01075ee>]
[<c023c480>]
 
Code: d0 16 6a ce d0 16 6a ce 00 00 00 00 69 dd 63 00 8c ff 7c f9

This seems to be a reproduceable problem. I was under the impression that
LVM was fairly stable by this point. The first crash happened in the
middle of a backup that had been running for 48 hours which I will now
have to restart. Not too happy. :( Uh oh...now the system can't write to
disk again and I will have to reboot. 

-- 
Tracy Reed
http://copilotconsulting.com

[-- Attachment #2: Type: application/pgp-signature, Size: 240 bytes --]

[linux-lvm] Kernel Oops

[Frode Tennebø]

I have tested SGI's linux-2.4-xfs in it's 2.4.7 incarnation. Compilled 
with gcc-2.96-81 on a Dell Latitude CPt400 with an Adaptec 1460A PCMCIA 
SCSI adapter.

I can do whatever I want until I mount an LVM volume. After some time 
or immediately it will panic with a dump like this:


Aug  1 18:57:26 localhost kernel: Unable to handle kernel paging 
request at virtual address c489c4f0
Aug  1 18:57:26 localhost kernel:  printing eip:
Aug  1 18:57:26 localhost kernel: c489c4f0
Aug  1 18:57:26 localhost kernel: *pde = 03bd1067
Aug  1 18:57:26 localhost kernel: *pte = 00000000
Aug  1 18:57:26 localhost kernel: Oops: 0000
Aug  1 18:57:26 localhost kernel: CPU:    0
Aug  1 18:57:26 localhost kernel: EIP:    
0010:[fat:__insmod_fat_S.bss_L2264+450160/60315488]
Aug  1 18:57:26 localhost kernel: EIP:    0010:[<c489c4f0>]
Aug  1 18:57:26 localhost kernel: EFLAGS: 00010086
Aug  1 18:57:26 localhost kernel: eax: c0331c20   ebx: 00000202   ecx: 
00000801   edx: c489c4f0
Aug  1 18:57:26 localhost kernel: esi: c250f620   edi: 00000002   ebp: 
00073000   esp: c1913c98
Aug  1 18:57:26 localhost kernel: ds: 0018   es: 0018   ss: 0018
Aug  1 18:57:26 localhost kernel: Process mount (pid: 19930, 
stackpage=c1913000)
Aug  1 18:57:26 localhost kernel: Stack: c01e6d2a 00000801 00000001 
c01e7ada 00000801 c10e6c84 00000000 c02c5cb4
Aug  1 18:57:26 localhost kernel:        c02c5e20 c250f620 00000001 
00000000 00000000 c01e7b94 00000000 c250f620
Aug  1 18:57:26 localhost kernel:        c250f620 c250f620 00000000 
c01e7df7 00000000 c250f620 c0133ae3 c1912000
Aug  1 18:57:27 localhost kernel: Call Trace: [blk_get_queue+42/48] 
[generic_make_request+186/288] [submit_bh+84/112] [ll_rw_block+583/672] 
[getblk+211/256] [block_read+722/1184] [do_ide_request+15/32]
Aug  1 18:57:27 localhost kernel: Call Trace: [<c01e6d2a>] [<c01e7ada>] 
[<c01e7b94>] [<c01e7df7>] [<c0133ae3>] [<c0138aa2>] [<c01f498f>]
Aug  1 18:57:27 localhost kernel:        [__alloc_pages+116/624] 
[do_anonymous_page+58/272] [do_no_page+48/192] 
[filemap_nopage+185/1264] [filemap_nopage+185/1264] [do_no_page+77/192] 
[handle_mm_fault+97/208] [__alloc_pages+116/624]
Aug  1 18:57:27 localhost kernel:        [<c012bb84>] [<c012189a>] 
[<c01219a0>] [<c0124c49>] [<c0124c49>] [<c01219bd>] [<c0121a91>] 
[<c012bb84>]
Aug  1 18:57:27 localhost kernel:        [do_anonymous_page+58/272] 
[cached_lookup+16/80] [path_walk+1788/2016] [file_read_actor+115/240] 
[cached_lookup+16/80] [blkdev_open+71/128] [dentry_open+195/320] 
[sys_read+150/208]
Aug  1 18:57:27 localhost kernel:        [<c012189a>] [<c013bf60>] 
[<c013c86c>] [<c0124643>] [<c013bf60>] [<c01392a7>] [<c01316a3>] 
[<c0131cc6>]
Aug  1 18:57:27 localhost kernel:        [sys_llseek+201/224] 
[system_call+51/56]
Aug  1 18:57:27 localhost kernel:        [<c0131c19>] [<c0106ecb>]
Aug  1 18:57:27 localhost kernel:
Aug  1 18:57:27 localhost kernel: Code:  Bad EIP value.

This also happens with 2.4.8-pre3-xfs. I'm not sure if this is a LVM 
issue, a general kernel issue or an SGi/XFS issue, but I thought I'd 
bring it up here before I talked to the XFS guys as this is directly 
related to LVM (#define LVM_RELEASE_NAME "0.9.1_beta6" - perhaps a 
known problem?)

Regards,
 -Frode
-- 
^ Frode Tennebø | email: frodet@nvg.org | Frode@IRC  ^
| with Standard.Disclaimer; use Standard.Disclaimer; |

Re: [linux-lvm] kernel oops.

[Rusty Wickell]

I am unsure which driver redhat 6.1 is using for ips. I guess I'll just
have to 1.0  and see if I notice a difference. I'm glad somebody got this
working with the same configuration, it gives me hope. :)

It acts like it is a version before the they patched a kernel oops bug
that is noted in the ips.c file.

Thanks,
Rusty


On Fri, 19 Nov 1999, Matthias G. Eckermann wrote:

> Hi all out there,
> 
> On Fri, Nov 19, 1999 at 04:35:25PM -0500, Rusty Wickell wrote:
> > 
> > I am installing lvm on a netfinity 5000 using the IBM ServeRAID card.
> 
> What release of IPS-driver do You use? 1.0? (this is fine).
> We are running LVM 0.7 on a NetFinitiy 5000-20 with ServeRAID 
> for about 6 weeks without any problems.
> 
> > I have set up a logical paritition with hardware RAID5 that is seen by linux
> > as /dev/sdb . I was able to pvcreate,vgcreate fine.
> 
> Mh, hopefully You set up real partitions before using pvcreate!?
> That means: the PV should be on /dev/sdb1, not on /dev/sdb!
> If not, you do have a real problem :-(#)
> 
> > But when I went to lvcreate -L5000 -nreallv realvg. It gave the kernel
> > ooops. 'Got lvm request?' and just hung there. 
> 
> The LVM-kernel driver says:
> 
> /*
>  * this one never should be called...
>  */
> static void lvm_dummy_device_request(void)
> {
>         printk(KERN_EMERG
>                "%s -- oops, got lvm request?\n", lvm_name);
>         return;
> }
> 
> 
> Well, I did not check, but I think, switches and parameters
> should be separated by space, i.e.:
> 	lvcreate -L 5000 -n reallv realvg
>  
> > Is there something I should know about putting this on top of a hardware
> > raid5 device. I don't think it should matter since this is hidden from the
> > os, the os only sees the sdb1 device for use with lvm. 
> 
> Hope, these hints are helpful
> 
> best regards
> 		Matthias Eckermann
> 
> -- 
> Matthias Eckermann <mge@suse.de>  mobile +49-179-2949448   |  errare
> SuSE Muenchen GmbH, Stahlgruberring 28, D-81829 Muenchen   |  humanum
> http://www.suse.de/                 http://www.suse.com/   |  est
> 
> 

Re: [linux-lvm] kernel oops.

[Sune Kirkeby]

On Fri, Nov 19, 1999 at 11:58:40PM +0100, Matthias G. Eckermann wrote:
> 
> Well, I did not check, but I think, switches and parameters
> should be separated by space, i.e.:
> 	lvcreate -L 5000 -n reallv realvg
>  

Actually, the LVM-HOWTO (which is where the commands are introduced)
gives all it's examples w/o separation of switches and parameters,
it probably does not matter at all.

-- 
Sune Kirkeby | "Imagine, if you will, that there were no such
             |  thing as a hypothetical situation..."

Re: [linux-lvm] kernel oops.

[Matthias G. Eckermann]

Hi all out there,

On Fri, Nov 19, 1999 at 04:35:25PM -0500, Rusty Wickell wrote:
> 
> I am installing lvm on a netfinity 5000 using the IBM ServeRAID card.

What release of IPS-driver do You use? 1.0? (this is fine).
We are running LVM 0.7 on a NetFinitiy 5000-20 with ServeRAID 
for about 6 weeks without any problems.

> I have set up a logical paritition with hardware RAID5 that is seen by linux
> as /dev/sdb . I was able to pvcreate,vgcreate fine.

Mh, hopefully You set up real partitions before using pvcreate!?
That means: the PV should be on /dev/sdb1, not on /dev/sdb!
If not, you do have a real problem :-(#)

> But when I went to lvcreate -L5000 -nreallv realvg. It gave the kernel
> ooops. 'Got lvm request?' and just hung there. 

The LVM-kernel driver says:

/*
 * this one never should be called...
 */
static void lvm_dummy_device_request(void)
{
        printk(KERN_EMERG
               "%s -- oops, got lvm request?\n", lvm_name);
        return;
}


Well, I did not check, but I think, switches and parameters
should be separated by space, i.e.:
	lvcreate -L 5000 -n reallv realvg
 
> Is there something I should know about putting this on top of a hardware
> raid5 device. I don't think it should matter since this is hidden from the
> os, the os only sees the sdb1 device for use with lvm. 

Hope, these hints are helpful

best regards
		Matthias Eckermann

-- 
Matthias Eckermann <mge@suse.de>  mobile +49-179-2949448   |  errare
SuSE Muenchen GmbH, Stahlgruberring 28, D-81829 Muenchen   |  humanum
http://www.suse.de/                 http://www.suse.com/   |  est

[linux-lvm] kernel oops.

[Rusty Wickell]

Hello,

I am installing lvm on a netfinity 5000 using the IBM ServeRAID card. I
have set up a logical paritition with hardware RAID5 that is seen by linux
as /dev/sdb . I was able to pvcreate,vgcreate fine. But when I went to
lvcreate -L5000 -nreallv realvg. It gave the kernel ooops. 'Got lvm
request?' and just hung there. 

Is there something I should know about putting this on top of a hardware
raid5 device. I don't think it should matter since this is hidden from the
os, the os only sees the sdb1 device for use with lvm. 

If you need more info to diagnose my problem, let me know. 

Rusty


----------------------------------------------------------------------------
Rusty Wickell					200 S. Jordan Ave.
Digital Library Sytem Administrator		Simon 160
Indiana University				Bloomington IN 
812-856-5174					47405
----------------------------------------------------------------------------