(no subject)

(no subject)

[Eddie Johnson]

I installed Suse Linux Professional 8 on a HP Netserver LC3 PII/450.  An
AHA-2940 UW Scsi host adapter with a AIC-78XX Scsi Protocol Chip/50 pin
high density scsi-2 control.  I have a raid (3 drives) off the host
adapter and a 80 gig scsi drive off the mother board. After launching
yast2 the first raid has the following device: LD0 raid 5 34730R:
device_name /dev/sda, vendor megaraid.  Disk two (80 gig drive) has LD1
raid 0 70006R: device name /dev/sdb vendor the same as above.  There was
no raidtab file so I created one with the following:

raiddev /dev/md0
raid-level 5
nr-raid-disks 1(little sketchy on this because it is three drives that
make up the raid)
nr-spare-disks 0
persistent superblock 1
parity-algorithm left-symmetric
chunk-size 2048
device /dev/sda
raid-disk 0 (sketchy here as well)

#Second drive
raiddev /dev/md1
raid-level 5
nr-raid-disks 1
nr-spare-disks 0
persistent-superblock 1
chunk-size 2048
device /dev/sdb
raid-disks 1 (sketchy as well)

Trying to follow the procedures and I type:
mkraid /dev/md0 and I get:

Handling md device /dev/md0
analyzing super-block
disk 0: /dev/sda, 35563520kb, raid superblock at 35563456kb

Second drive I get:

Handling md deviice /dev/md1
analyzing super-block
disk 0: /dev/sdb, 71686144kb, raid superblock at 71686080kb

I then type cat /proc/mdstat and get the following:

Personalities [RAID5]
read_ahead not set
md1: inactive sdb [0]
     71684096 blocks
md0: inactive sda [0]
     35561472 blocks
unused devices: <none>

If I read this correctly both are inactive when it should be stating
that they are active.  At this point I am baffled any suggestions or
possible directions would greatly be appreciated.


Thanks in advance,
Ed

Re: (no subject)

[Alvin Oga]

hiya eddie

i think you want raid5 w/ 3 disks instead of 3 copies of the same
data on 3 disks w/ raid1

watch our for old raid commands (mkraid ) vs new raid commands (raidstart)

More raid commands
       http://www.1U-Raid5.net/HowTo/Commands.uhow2.txt

have fun raiding
alvin

#
#
# sample /etc/raidtab
#
# To start it up
# --------------
#	fdsisk /dev/sda
#	--> use FD raid partion ( 1 partition - the whole disk ?)
#
#	raidstart /dev/md0
#	cat /proc/mdstat	--> see if all 3 disks is listed
#	mke2fs -j /dev/md0
#	mount /dev/md0 /RAID
#
#	dd if=/dev/random of=/RAID/test.big count=1000000
#
#
#
raiddev /dev/md0
raid-level 5
#
nr-raid-disks 3
#  note the above
#
nr-spare-disks 0
persistent superblock 1
parity-algorithm left-symmetric
#
#
# That's a huge chunk .... units are 1024 block * chunk-size 
# chunk-size 2048
chunk-size	8
#
#
# use the "partition" on the disk and define the raiddev device /dev/md0
#
device /dev/sda1
raid-disk 0
#
device /dev/sdb1
raid-disk 1
# 
device /dev/sdc1
raid-disk 2
#
# end of raidtab file


On Wed, 11 Sep 2002, Eddie Johnson wrote:

> I installed Suse Linux Professional 8 on a HP Netserver LC3 PII/450.  An
> AHA-2940 UW Scsi host adapter with a AIC-78XX Scsi Protocol Chip/50 pin
> high density scsi-2 control.  I have a raid (3 drives) off the host
> adapter and a 80 gig scsi drive off the mother board. After launching
> yast2 the first raid has the following device: LD0 raid 5 34730R:
> device_name /dev/sda, vendor megaraid.  Disk two (80 gig drive) has LD1
> raid 0 70006R: device name /dev/sdb vendor the same as above.  There was
> no raidtab file so I created one with the following:
> 
> raiddev /dev/md0
> raid-level 5
> nr-raid-disks 1(little sketchy on this because it is three drives that
> make up the raid)
> nr-spare-disks 0
> persistent superblock 1
> parity-algorithm left-symmetric
> chunk-size 2048
> device /dev/sda
> raid-disk 0 (sketchy here as well)
> 
> #Second drive
> raiddev /dev/md1
> raid-level 5
> nr-raid-disks 1
> nr-spare-disks 0
> persistent-superblock 1
> chunk-size 2048
> device /dev/sdb
> raid-disks 1 (sketchy as well)
> 
> Trying to follow the procedures and I type:
> mkraid /dev/md0 and I get:
> 
> Handling md device /dev/md0
> analyzing super-block
> disk 0: /dev/sda, 35563520kb, raid superblock at 35563456kb
> 
> Second drive I get:
> 
> Handling md deviice /dev/md1
> analyzing super-block
> disk 0: /dev/sdb, 71686144kb, raid superblock at 71686080kb
> 
> I then type cat /proc/mdstat and get the following:
> 
> Personalities [RAID5]
> read_ahead not set
> md1: inactive sdb [0]
>      71684096 blocks
> md0: inactive sda [0]
>      35561472 blocks
> unused devices: <none>
> 
> If I read this correctly both are inactive when it should be stating
> that they are active.  At this point I am baffled any suggestions or
> possible directions would greatly be appreciated.
> 
> 
> Thanks in advance,
> Ed
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

Re: (no subject)

[Neil Brown]

On Wednesday September 11, ejohnson@milleraa.com wrote:
> I installed Suse Linux Professional 8 on a HP Netserver LC3 PII/450.  An
> AHA-2940 UW Scsi host adapter with a AIC-78XX Scsi Protocol Chip/50 pin
> high density scsi-2 control.  I have a raid (3 drives) off the host
> adapter and a 80 gig scsi drive off the mother board. After launching
> yast2 the first raid has the following device: LD0 raid 5 34730R:
> device_name /dev/sda, vendor megaraid.  Disk two (80 gig drive) has LD1
> raid 0 70006R: device name /dev/sdb vendor the same as above.  There was
> no raidtab file so I created one with the following:

It sounds like you have hardware raid (megaraid) that presents the two
raid devices as /dev/sda and /dev/sdb so they look like scsi devices,
but are really raid arrays.
In this case, you don't need raidtab or mkraid at all.  These are for
'software' raid which is quite separate from hardware raid.

software raid:  Linux kernel does all raid management.
hardware raid: special card knows about raid and does lots of the work
		rest of work done in the driver for the card.

NeilBrown

> 
> raiddev /dev/md0
> raid-level 5
> nr-raid-disks 1(little sketchy on this because it is three drives that
> make up the raid)
> nr-spare-disks 0
> persistent superblock 1
> parity-algorithm left-symmetric
> chunk-size 2048
> device /dev/sda
> raid-disk 0 (sketchy here as well)
> 
> #Second drive
> raiddev /dev/md1
> raid-level 5
> nr-raid-disks 1
> nr-spare-disks 0
> persistent-superblock 1
> chunk-size 2048
> device /dev/sdb
> raid-disks 1 (sketchy as well)
> 
> Trying to follow the procedures and I type:
> mkraid /dev/md0 and I get:
> 
> Handling md device /dev/md0
> analyzing super-block
> disk 0: /dev/sda, 35563520kb, raid superblock at 35563456kb
> 
> Second drive I get:
> 
> Handling md deviice /dev/md1
> analyzing super-block
> disk 0: /dev/sdb, 71686144kb, raid superblock at 71686080kb
> 
> I then type cat /proc/mdstat and get the following:
> 
> Personalities [RAID5]
> read_ahead not set
> md1: inactive sdb [0]
>      71684096 blocks
> md0: inactive sda [0]
>      35561472 blocks
> unused devices: <none>
> 
> If I read this correctly both are inactive when it should be stating
> that they are active.  At this point I am baffled any suggestions or
> possible directions would greatly be appreciated.
> 
> 
> Thanks in advance,
> Ed
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: (no subject)

[Luca Berra]

Eddie Johnson wrote:
> I installed Suse Linux Professional 8 on a HP Netserver LC3 PII/450.  An
> AHA-2940 UW Scsi host adapter with a AIC-78XX Scsi Protocol Chip/50 pin
> high density scsi-2 control.  I have a raid (3 drives) off the host
No, you have an HP NetRaid Adapter (Aka AMI megaraid)
> adapter and a 80 gig scsi drive off the mother board. After launching
> yast2 the first raid has the following device: LD0 raid 5 34730R:
> device_name /dev/sda, vendor megaraid.  Disk two (80 gig drive) has LD1
> raid 0 70006R: device name /dev/sdb vendor the same as above.  There was
> no raidtab file so I created one with the following: >
.........
> If I read this correctly both are inactive when it should be stating
> that they are active.  At this point I am baffled any suggestions or
> possible directions would greatly be appreciated.

you don't need md, mkraid or such,
if you want to configure your hw raid just press Ctrl-M at boot
or start the server from the Navigator CD

L.

Re: [PATCH v2 0/7] uapi: export all headers under uapi directories

[Arnd Bergmann]

On Friday, January 6, 2017 10:43:52 AM CET Nicolas Dichtel wrote:
> Here is the v2 of this series. The first 5 patches are just cleanup: some
> exported headers were still under a non-uapi directory.

Since this is meant as a cleanup, I commented on this to point out a cleaner
way to do the same.

> The patch 6 was spotted by code review: there is no in-tree user of this
> functionality.
> The last patch remove the use of header-y. Now all files under an uapi
> directory are exported.

Very nice!

> asm is a bit special, most of architectures export asm/<arch>/include/uapi/asm
> only, but there is two exceptions:
>  - cris which exports arch/cris/include/uapi/arch-v[10|32];

This is interesting, though not your problem. Maybe someone who understands
cris better can comment on this: How is the decision made about which of
the arch/user.h headers gets used? I couldn't find that in the sources,
but it appears to be based on kernel compile-time settings, which is
wrong for user space header files that should be independent of the kernel
config.

>  - tile which exports arch/tile/include/uapi/arch.
> Because I don't know if the output of 'make headers_install_all' can be changed,
> I introduce subdir-y in Kbuild file. The headers_install_all target copies all
> asm/<arch>/include/uapi/asm to usr/include/asm-<arch> but
> arch/cris/include/uapi/arch-v[10|32] and arch/tile/include/uapi/arch are not
> prefixed (they are put asis in usr/include/). If it's acceptable to modify the
> output of 'make headers_install_all' to export asm headers in
> usr/include/asm-<arch>/asm, then I could remove this new subdir-y and exports
> everything under arch/<arch>/include/uapi/.

I don't know if anyone still uses "make headers_install_all", I suspect
distros these days all use "make headers_install", so it probably
doesn't matter much.

In case of cris, it should be easy enough to move all the contents of the
uapi/arch-*/*.h headers into the respective uapi/asm/*.h headers, they
only seem to be referenced from there.

For tile, I suspect that would not work as the arch/*.h headers are
apparently defined as interfaces for both user space and kernel.

> Note also that exported files for asm are a mix of files listed by:
>  - include/uapi/asm-generic/Kbuild.asm;
>  - arch/x86/include/uapi/asm/Kbuild;
>  - arch/x86/include/asm/Kbuild.
> This complicates a lot the processing (arch/x86/include/asm/Kbuild is also
> used by scripts/Makefile.asm-generic).
> 
> This series has been tested with a 'make headers_install' on x86 and a
> 'make headers_install_all'. I've checked the result of both commands.
> 
> This patch is built against linus tree. I don't know if it should be
> made against antoher tree.

The series should probably get merged through the kbuild tree, but testing
it on mainline is fine here.

	Arnd

[PATCH v3 0/8] uapi: export all headers under uapi directories

[Nicolas Dichtel]

Here is the v3 of this series. The first 5 patches are just cleanup: some
exported headers were still under a non-uapi directory or (x86 case) were
wrongly exported.
The patch 6 was spotted by code review: there is no in-tree user of this
functionality.
Patches 7 and 8 remove the need to list explicitly headers. Now all files
under an uapi directory are exported.

This series has been tested with a 'make headers_install' on x86 and a
'make headers_install_all'. I've checked the result of both commands.

This patch is built against linus tree. If I must rebase it against the kbuild
tree, just tell me ;-)

v2 -> v3:
 - patch #1: remove arch/arm/include/asm/types.h
 - patch #2: remove arch/h8300/include/asm/bitsperlong.h
 - patch #3: remove arch/nios2/include/uapi/asm/setup.h
 - patch #4: don't export msr-index.h
 - patch #5: fix a typo: s/unput-files3-name/input-files3-name
 - patch #6: no change
 - patch #7: fix include/uapi/asm-generic/Kbuild.asm by introducing mandatory-y
 - add patch #8

v1 -> v2:
 - add patch #1 to #6
 - patch #7: remove use of header-y

Comments are welcomed,
Nicolas

______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

[PATCH v3 4/8] x86: stop exporting msr-index.h to userland

[Nicolas Dichtel]

Suggested-by: Borislav Petkov <bp@alien8.de>
Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
---
 arch/x86/include/uapi/asm/Kbuild | 1 -
 1 file changed, 1 deletion(-)

diff --git a/arch/x86/include/uapi/asm/Kbuild b/arch/x86/include/uapi/asm/Kbuild
index 3dec769cadf7..1c532b3f18ea 100644
--- a/arch/x86/include/uapi/asm/Kbuild
+++ b/arch/x86/include/uapi/asm/Kbuild
@@ -27,7 +27,6 @@ header-y += ldt.h
 header-y += mce.h
 header-y += mman.h
 header-y += msgbuf.h
-header-y += msr-index.h
 header-y += msr.h
 header-y += mtrr.h
 header-y += param.h
-- 
2.8.1

(no subject)

[David Howells]

> -header-y += msr-index.h

I see it on my desktop as /usr/include/asm/msr-index.h and it's been there at
least four years - and as such it's part of the UAPI.  I don't think you can
remove it unless you can guarantee there are no userspace users.

David

(no subject)

[Jed Davidow]

unsubscribe linux-raid

(no subject)

[Compte centre de calcul UCP]

subscribe

-- 
Cordialement,
L'equipe du Service Informatique Recherche
Universite de Cergy-Pontoise
http://www.cdc.u-cergy.fr

(no subject)

[Eddie Johnson]

echo subscribe linux-raid | mail majordomo@vger.kernel.org