mount /dev/hdb2 /usr; swapon /dev/hdb2 keeps flooding

mount /dev/hdb2 /usr; swapon /dev/hdb2 keeps flooding

[BERECZ Szabolcs]

Hi!

root@kama3:/home/szabi# cat /proc/mounts
...
/dev/hdb2 /usr ext2 rw 0 0
...
root@kama3:/home/szabi# swapon /dev/hdb2
set_blocksize: b_count 1, dev ide0(3,66), block 2, from c0126b48
set_blocksize: b_count 1, dev ide0(3,66), block 3, from c0126b48
set_blocksize: b_count 1, dev ide0(3,66), block 4, from c0126b48
set_blocksize: b_count 1, dev ide0(3,66), block 5, from c0126b48
set_blocksize: b_count 1, dev ide0(3,66), block 6, from c0126b48
set_blocksize: b_count 1, dev ide0(3,66), block 7, from c0126b48
set_blocksize: b_count 1, dev ide0(3,66), block 8, from c0126b48
set_blocksize: b_count 1, dev ide0(3,66), block 1, from c0126b48
Unable to find swap-space signature
swapon: /dev/hdb2: Invalid argument
root@kama3:/home/szabi#

and then set_blocksize keeps flooding the console, not continuously,
but 20-40 lines at a time, then it sleeps a bit, sometimes half a
minute (caused by kupdated?)

root@kama3:/home/szabi# mount -o remount,ro /usr
ll_rw_block: device 03:42: only 4096-char blocks implemented (1024)
root@kama3:/home/szabi#

once I got these:
ll_rw_block: device 03:42: only 4096-char blocks implemented (1024)
EXT2-fs error (device ide0(3,66)): ext2_write_inode: unable to read inode block
- inode=2084, block=8207
ll_rw_block: device 03:42: only 4096-char blocks implemented (1024)
EXT2-fs error (device ide0(3,66)): ext2_write_inode: unable to read inode block
- inode=6328, block=24609
...

szabi@kama3:/hdc1/kernel/linux-2.4.4-ac6# gdb vmlinux
(gdb) disas 0xc0126b48
...
0xc0126b43 <sys_swapon+371>:    call   0xc012bcc0 <set_blocksize>
0xc0126b48 <sys_swapon+376>:    mov    0xe8(%edi),%edi
0xc0126b4e <sys_swapon+382>:    mov    %edi,0xffffffd0(%ebp)
...

I tried it on several partitions, and it worked on /dev/hdc,
and did not work on /dev/hdb
on /dev/hdb all the filesystems are ext2
on /dev/hdc one fs is a new, clean ext2, the others are reiserfs

so I really don't know what's the problem.

do you need any other information?

Bye,
Szabi

Re: mount /dev/hdb2 /usr; swapon /dev/hdb2 keeps flooding

[Alexander Viro]

On Sun, 13 May 2001, BERECZ Szabolcs wrote:

> Hi!
> 
> root@kama3:/home/szabi# cat /proc/mounts
> ...
> /dev/hdb2 /usr ext2 rw 0 0
> ...
> root@kama3:/home/szabi# swapon /dev/hdb2

- Doctor, it hurts when I do it!
- Don't do it, then.

Just what behaviour had you expected?

Re: mount /dev/hdb2 /usr; swapon /dev/hdb2 keeps flooding

[Alan Cox]

> > root@kama3:/home/szabi# cat /proc/mounts
> > /dev/hdb2 /usr ext2 rw 0 0
> > root@kama3:/home/szabi# swapon /dev/hdb2
> 
> - Doctor, it hurts when I do it!
> - Don't do it, then.
> 
> Just what behaviour had you expected?

EBUSY would be somewhat nicer.

Re: mount /dev/hdb2 /usr; swapon /dev/hdb2 keeps flooding

[Alexander Viro]

On Sun, 13 May 2001, Alan Cox wrote:

> > > root@kama3:/home/szabi# cat /proc/mounts
> > > /dev/hdb2 /usr ext2 rw 0 0
> > > root@kama3:/home/szabi# swapon /dev/hdb2
> > 
> > - Doctor, it hurts when I do it!
> > - Don't do it, then.
> > 
> > Just what behaviour had you expected?
> 
> EBUSY would be somewhat nicer.

Probably. Try to convince Linus that we need such exclusion. All stuff
needed to implement it is already there - see blkdev_open() for details.
OTOH, as long as kernel itself survives that... In this case I can see
the point in "give them enough rope" approach.

Re: mount /dev/hdb2 /usr; swapon /dev/hdb2 keeps flooding

[Jesse Pollard]

On Sat, 12 May 2001, Alexander Viro wrote:
>On Sun, 13 May 2001, Alan Cox wrote:
>
>> > > root@kama3:/home/szabi# cat /proc/mounts
>> > > /dev/hdb2 /usr ext2 rw 0 0
>> > > root@kama3:/home/szabi# swapon /dev/hdb2
>> > 
>> > - Doctor, it hurts when I do it!
>> > - Don't do it, then.
>> > 
>> > Just what behaviour had you expected?
>> 
>> EBUSY would be somewhat nicer.
>
>Probably. Try to convince Linus that we need such exclusion. All stuff
>needed to implement it is already there - see blkdev_open() for details.
>OTOH, as long as kernel itself survives that... In this case I can see
>the point in "give them enough rope" approach.

It doesn't matter .... The device is not a swap partition - from the
original message:
> root@kama3:/home/szabi# swapon /dev/hdb2
> set_blocksize: b_count 1, dev ide0(3,66), block 2, from c0126b48
> set_blocksize: b_count 1, dev ide0(3,66), block 3, from c0126b48
> set_blocksize: b_count 1, dev ide0(3,66), block 4, from c0126b48
> set_blocksize: b_count 1, dev ide0(3,66), block 5, from c0126b48
> set_blocksize: b_count 1, dev ide0(3,66), block 6, from c0126b48
> set_blocksize: b_count 1, dev ide0(3,66), block 7, from c0126b48
> set_blocksize: b_count 1, dev ide0(3,66), block 8, from c0126b48
> set_blocksize: b_count 1, dev ide0(3,66), block 1, from c0126b48
> Unable to find swap-space signature
> swapon: /dev/hdb2: Invalid argument

The error message is quite clear (the set blocksize isn't, but that
is during the identification and isn't an error, but appears to be
a status..).

If you are going to swap on a mounted file system, then you have to
specify a swap file, formatted for swap.

The message that was output says exactly what is needed for protecting
against configuration errors.

-- 
-------------------------------------------------------------------------
Jesse I Pollard, II
Email: jesse@cats-chateau.net

Any opinions expressed are solely my own.

Re: mount /dev/hdb2 /usr; swapon /dev/hdb2 keeps flooding

[Guest section DW]

On Sun, May 13, 2001 at 12:32:20AM +0100, Alan Cox wrote:
> > > root@kama3:/home/szabi# cat /proc/mounts
> > > /dev/hdb2 /usr ext2 rw 0 0
> > > root@kama3:/home/szabi# swapon /dev/hdb2
> > 
> > - Doctor, it hurts when I do it!
> > - Don't do it, then.
> > 
> > Just what behaviour had you expected?
> 
> EBUSY would be somewhat nicer.

I suppose the return will be EINVAL when there is no swap signature.
But the mistake is doing set_blocksize too early. (Even twice. Why?)
We should first check whether things are OK before starting to make changes.

Andries

Re: mount /dev/hdb2 /usr; swapon /dev/hdb2 keeps flooding

[BERECZ Szabolcs]

On Sat, 12 May 2001, Alexander Viro wrote:

> - Doctor, it hurts when I do it!
> - Don't do it, then.
>
> Just what behaviour had you expected?
maybe that I don't have to shutdown?
I think it's a *bad* behaviour


Bye,
Szabi

Re: mount /dev/hdb2 /usr; swapon /dev/hdb2 keeps flooding

[Alexander Viro]

On Sun, 13 May 2001, BERECZ Szabolcs wrote:

> On Sat, 12 May 2001, Alexander Viro wrote:
> 
> > - Doctor, it hurts when I do it!
> > - Don't do it, then.
> >
> > Just what behaviour had you expected?
> maybe that I don't have to shutdown?
> I think it's a *bad* behaviour

Erm... Let me restate: what did you expect to achieve with that?
Swap on device means that all contents of that device is lost.
Mounting fs from device generally means that you don't want the
loss of contents. At least until you unmount the thing.

Re: mount /dev/hdb2 /usr; swapon /dev/hdb2 keeps flooding

[BERECZ Szabolcs]

On Sat, 12 May 2001, Alexander Viro wrote:

> > > Just what behaviour had you expected?
> > maybe that I don't have to shutdown?
> > I think it's a *bad* behaviour
>
> Erm... Let me restate: what did you expect to achieve with that?
nothing
I have an unused partition, what I use sometimes as fs, sometimes as swap.
that partition is /dev/hdc2
this time I really ran out of memory (0kfree swap), so I wanted swapon as
soon as possible, and accidentally I typed /dev/hdb2 instead of
/dev/hdc2.

> Swap on device means that all contents of that device is lost.
> Mounting fs from device generally means that you don't want the
> loss of contents. At least until you unmount the thing.
I know...

Bye,
Szabi

Re: mount /dev/hdb2 /usr; swapon /dev/hdb2 keeps flooding

[Gerhard Mack]

On Sat, 12 May 2001, Alexander Viro wrote:

> 
> 
> On Sun, 13 May 2001, BERECZ Szabolcs wrote:
> 
> > On Sat, 12 May 2001, Alexander Viro wrote:
> > 
> > > - Doctor, it hurts when I do it!
> > > - Don't do it, then.
> > >
> > > Just what behaviour had you expected?
> > maybe that I don't have to shutdown?
> > I think it's a *bad* behaviour
> 
> Erm... Let me restate: what did you expect to achieve with that?
> Swap on device means that all contents of that device is lost.
> Mounting fs from device generally means that you don't want the
> loss of contents. At least until you unmount the thing.
> 

Really? Then why do 2.4.x kernels let you mkfs a mounted fs?

	Gerhard


--
Gerhard Mack

gmack@innerfire.net

<>< As a computer I find your faith in technology amusing.

Re: mount /dev/hdb2 /usr; swapon /dev/hdb2 keeps flooding

[Alan Cox]

> Erm... Let me restate: what did you expect to achieve with that?
> Swap on device means that all contents of that device is lost.
> Mounting fs from device generally means that you don't want the
> loss of contents. At least until you unmount the thing.

Actually no. There is no swap magic so the swap fails. Unfortunately it 
appears to have hosed the mount in the meantime. 

Alan

2.2.19 and RAID levels

[Riccardo Facchetti]

Hello,

I'm in the process of installing a bunch of disks on a server.
I've read the md documentation about RAID and it seems that
RAID5 software is not supported in 2.2 kernels. Is this correct
or something has been done with RAID5 to make it working on
the latest 2.2.19 ? And in this case, at which level of
functionality ?

Tnaks for your help.

Ciao,
	Riccardo.

Re: 2.2.19 and RAID levels

[Alan Cox]

> I'm in the process of installing a bunch of disks on a server.
> I've read the md documentation about RAID and it seems that
> RAID5 software is not supported in 2.2 kernels. Is this correct
> or something has been done with RAID5 to make it working on
> the latest 2.2.19 ? And in this case, at which level of
> functionality ?

For 2.2 you want to update to raid-0.90. However that isnt 100% back compatible
with old old raid setups so it wasnt changed during 2.2

Re: mount /dev/hdb2 /usr; swapon /dev/hdb2 keeps flooding

[Matthew Dharm]

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

I was under the impression that you need to call swapon on swap partitions,
and not on mounted filesystems.

Matt

On Sun, May 13, 2001 at 01:00:39AM +0200, BERECZ Szabolcs wrote:
> Hi!
> 
> root@kama3:/home/szabi# cat /proc/mounts
> ...
> /dev/hdb2 /usr ext2 rw 0 0
> ...
> root@kama3:/home/szabi# swapon /dev/hdb2
> set_blocksize: b_count 1, dev ide0(3,66), block 2, from c0126b48
> set_blocksize: b_count 1, dev ide0(3,66), block 3, from c0126b48
> set_blocksize: b_count 1, dev ide0(3,66), block 4, from c0126b48
> set_blocksize: b_count 1, dev ide0(3,66), block 5, from c0126b48
> set_blocksize: b_count 1, dev ide0(3,66), block 6, from c0126b48
> set_blocksize: b_count 1, dev ide0(3,66), block 7, from c0126b48
> set_blocksize: b_count 1, dev ide0(3,66), block 8, from c0126b48
> set_blocksize: b_count 1, dev ide0(3,66), block 1, from c0126b48
> Unable to find swap-space signature
> swapon: /dev/hdb2: Invalid argument
> root@kama3:/home/szabi#
> 
> and then set_blocksize keeps flooding the console, not continuously,
> but 20-40 lines at a time, then it sleeps a bit, sometimes half a
> minute (caused by kupdated?)
> 
> root@kama3:/home/szabi# mount -o remount,ro /usr
> ll_rw_block: device 03:42: only 4096-char blocks implemented (1024)
> root@kama3:/home/szabi#
> 
> once I got these:
> ll_rw_block: device 03:42: only 4096-char blocks implemented (1024)
> EXT2-fs error (device ide0(3,66)): ext2_write_inode: unable to read inode block
> - inode=2084, block=8207
> ll_rw_block: device 03:42: only 4096-char blocks implemented (1024)
> EXT2-fs error (device ide0(3,66)): ext2_write_inode: unable to read inode block
> - inode=6328, block=24609
> ...
> 
> szabi@kama3:/hdc1/kernel/linux-2.4.4-ac6# gdb vmlinux
> (gdb) disas 0xc0126b48
> ...
> 0xc0126b43 <sys_swapon+371>:    call   0xc012bcc0 <set_blocksize>
> 0xc0126b48 <sys_swapon+376>:    mov    0xe8(%edi),%edi
> 0xc0126b4e <sys_swapon+382>:    mov    %edi,0xffffffd0(%ebp)
> ...
> 
> I tried it on several partitions, and it worked on /dev/hdc,
> and did not work on /dev/hdb
> on /dev/hdb all the filesystems are ext2
> on /dev/hdc one fs is a new, clean ext2, the others are reiserfs
> 
> so I really don't know what's the problem.
> 
> do you need any other information?
> 
> Bye,
> Szabi
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

-- 
Matthew Dharm                              Home: mdharm-usb@one-eyed-alien.net 
Maintainer, Linux USB Mass Storage Driver

C:  Like the Furby?
DP: He gives me the creeps.  Think the SPCA will take him?
					-- Cobb and Dust Puppy
User Friendly, 1/2/1999

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

Re: mount /dev/hdb2 /usr; swapon /dev/hdb2 keeps flooding

[BERECZ Szabolcs]

On Sat, 12 May 2001, Matthew Dharm wrote:

> I was under the impression that you need to call swapon on swap partitions,
> and not on mounted filesystems.
hmm. so we can remove every check for good values in the kernel. yeah,
that would be pretty fast.
yes, I know it's really unusual to call sys_swapon with a mounted
partition, but IMHO sys_swapon is rarely called, so we can check if the
partition is mounted?

Bye,
Szabi

Re: mount /dev/hdb2 /usr; swapon /dev/hdb2 keeps flooding

[ashridah]

On Sun, 13 May 2001 01:00:39 +0200 (CEST), BERECZ Szabolcs said:

> Hi!
>  
>  root@kama3:/home/szabi# cat /proc/mounts
>  ...
>  /dev/hdb2 /usr ext2 rw 0 0
>  ...
>  root@kama3:/home/szabi# swapon /dev/hdb2
[snip]

hmm. while the technical issues of this situation are fairly interesting,
can i make a suggestion? if you're running out of swap every now and 
then, perhaps you need to use swapd (a userspace daemon, that adds
more swap from swapfiles as you need it, and recovers the space when
things become less pressing). that's much better than trying it by hand
when necessary. As you've noticed, we're all only human, and mistakes
can be made.

swapd: http://cvs.linux.hr/swapd/

as a side bonus, you get to keep that partition as a filesystem, and also
dedicate it to being the swapfile holder.

while this is a solution i'd never go in for (userspace is slightly more
fallible
than i like (which doesn't stop me from using devfsd) given the situation
swapd needs to act in), but it's better than doing it by hand, no?

Andrew 'ashridah' Pilley

>  do you need any other information?
>  
>  Bye,
>  Szabi
>  
>  -
>  To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>  the body of a message to majordomo@vger.kernel.org
>  More majordomo info at  http://vger.kernel.org/majordomo-info.html
>  Please read the FAQ at  http://www.tux.org/lkml/
>