Disk /dev/md6 doesn't contain valid partition table
 

Hi:
Major mistake (shutting down the ups unit) while doing a parallel
computation on all 8 processors (UMA-type machine amd64 lenny with
raid 1 two disks).

On restarting the machine and the computation,

"fdisk -l" showed
"Disk /dev/md6 doesn't contain a valid partition table"


"df -h" showed
97G 1.1G 91G 2% /home
(which should have been ca 70% used).

All other partitions were OK, as they should be.


"top -i" showed
all 8 instances fo the parallel procedure
md6_resync (CPU% 6)
md5_resync (CPU% 0)
kjournald


After some time md6_resync, md5_resync, kjournald disappeared, leaving
only the 8 parallel procedures.

Commanding "cat density6.out" the parallel procedure seems to work
regularly, confirmed by "la -l" which shows all files (some as large
as 100MB) for the present computation and the 5 analogous computations
already carried out (of these five computations I had scp sent a copy
to my desktop).

Where are the data for the current 6th computation being stored?

The computer was then shutdown and restarted

df -h output as above.

fdisk -l
Neither /dev/md6 nor /dev/md5 have a valid partition table.

cd to my home shows all directories and files for work (in my home
only data from computations, all applications installed in
/usr/local).

What could I do to set up the sytem in order before resuming the computation?

Thanks
francesco pietra


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Disk /dev/md6 doesn't contain valid partition table
 

On Wed, Oct 29, 2008 at 05:44:31AM +0100, Francesco Pietra wrote:
> Major mistake (shutting down the ups unit) while doing a parallel
> computation on all 8 processors (UMA-type machine amd64 lenny with
> raid 1 two disks).
>
> On restarting the machine and the computation,
>
> "fdisk -l" showed
> "Disk /dev/md6 doesn't contain a valid partition table"
>
>
> "df -h" showed
> 97G 1.1G 91G 2% /home
> (which should have been ca 70% used).
>
> All other partitions were OK, as they should be.

It would help us to follow if you provided a map of device to
mount-point since, e.g. whe don't know what device is /home.

> "top -i" showed
> all 8 instances fo the parallel procedure
> md6_resync (CPU% 6)
> md5_resync (CPU% 0)
> kjournald
>
>
> After some time md6_resync, md5_resync, kjournald disappeared, leaving
> only the 8 parallel procedures.
>
> Commanding "cat density6.out" the parallel procedure seems to work
> regularly, confirmed by "la -l" which shows all files (some as large
> as 100MB) for the present computation and the 5 analogous computations
> already carried out (of these five computations I had scp sent a copy
> to my desktop).
>
> Where are the data for the current 6th computation being stored?
>
> The computer was then shutdown and restarted
>
> df -h output as above.
>
> fdisk -l
> Neither /dev/md6 nor /dev/md5 have a valid partition table.
>
> cd to my home shows all directories and files for work (in my home
> only data from computations, all applications installed in
> /usr/local).
>
> What could I do to set up the sytem in order before resuming the computation?


I don't suppose that you kept a copy of your partition table as part of
your backup script? e.g. /sbin/sfdisk -d <device>?

If so, you can write it back.

Doug.


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Disk /dev/md6 doesn't contain valid partition table
 

On Wed, Oct 29, 2008 at 7:06 AM, Douglas A. Tutty <dtutty@vianet.ca> wrote:
> On Wed, Oct 29, 2008 at 05:44:31AM +0100, Francesco Pietra wrote:
>> Major mistake (shutting down the ups unit) while doing a parallel
>> computation on all 8 processors (UMA-type machine amd64 lenny with
>> raid 1 two disks).
>>
>> On restarting the machine and the computation,
>>
>> "fdisk -l" showed
>> "Disk /dev/md6 doesn't contain a valid partition table"
>>
>>
>> "df -h" showed
>> 97G 1.1G 91G 2% /home
>> (which should have been ca 70% used).
>>
>> All other partitions were OK, as they should be.
>
> It would help us to follow if you provided a map of device to
> mount-point since, e.g. whe don't know what device is /home.

As from my raid1 setup documantation:

md 6 is /home/francesco/

md5 is /tmp

Any command to check the above from the present status?
====
In present status;

"cat /proc/mdstat:
Personalities : [raid1]
md6 : active raid1 sda8[0] sdb8[1]
102341952 blocks [2/2] [UU]

md5 : active raid1 sda7[0] sdb7[1]
1951744 blocks [2/2] [UU]

md4 : active raid1 sda6[0] sdb6[1]
2931712 blocks [2/2] [UU]

md3 : active raid1 sda5[0] sdb5[1]
14651136 blocks [2/2] [UU]

md1 : active(auto-read-only) raid1 sda2[0] sdb2[1]
6835584 blocks [2/2] [UU]

md0 : active raid1 sda1[0] sdb1[1]
2931712 blocks [2/2] [UU]

md2 : active raid1 sda3[0] sdb3[1]
14651200 blocks [2/2] [UU]

unused devices: <none>
=========
"fdisk -l":
Disk /dev/sda: 150.0 GB, 150039945216 bytes
255 heads, 63 sectors/track, 18241 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x0009e776

Device Boot Start End Blocks Id System
/dev/sda1 * 1 365 2931831 fd Linux raid autodetect
/dev/sda2 366 1216 6835657+ fd Linux raid autodetect
/dev/sda3 1217 3040 14651280 fd Linux raid autodetect
/dev/sda4 3041 18213 121877122+ 5 Extended
/dev/sda5 3041 4864 14651248+ fd Linux raid autodetect
/dev/sda6 4865 5229 2931831 fd Linux raid autodetect
/dev/sda7 5230 5472 1951866 fd Linux raid autodetect
/dev/sda8 5473 18213 102342051 fd Linux raid autodetect

Disk /dev/sdb: 150.0 GB, 150039945216 bytes
255 heads, 63 sectors/track, 18241 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000b05ba

Device BootDisk /dev/md2 doesn't contain a valid partition table
Disk /dev/md0 doesn't contain a valid partition table
Start End Blocks Id System
/dev/sdb1 * 1 365 2931831 fd Linux raid autodetect
/dev/sdb2 366 1216 6835657+ fd Linux raid autodetect
/dev/sdb3 1217 3040 14651280 fd Linux raid autodetect
/dev/sdb4 3041 18213 121877122+ 5 Extended
/dev/sdb5 3041 4864 14651248+ fd Linux raid autodetect
/dev/sdb6 4865 5229 2931831 fd Linux raid autodetect
/dev/sdb7 5230 5472 1951866 fd Linux raid autodetect
/dev/sdb8 5473 18213 102342051 fd Linux raid autodetect

Disk /dev/md2: 15.0 GB, 15002828800 bytes
2 heads, 4 sectors/track, 3662800 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000


Disk /dev/md0: 3002 MB, 3002073088 bytes
2 heads, 4 sectors/track, 732928 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000


Disk /dev/md1: 6999 MB, 6999638016 bytes
2 heads,Disk /dev/md1 doesn't contain a valid partition table
Disk /dev/md3 doesn't contain a valid partition table
Disk /dev/md4 doesn't contain a valid partition table
Disk /dev/md5 doesn't contain a valid partition table
Disk /dev/md6 doesn't contain a valid partition table
4 sectors/track, 1708896 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000


Disk /dev/md3: 15.0 GB, 15002763264 bytes
2 heads, 4 sectors/track, 3662784 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000


Disk /dev/md4: 3002 MB, 3002073088 bytes
2 heads, 4 sectors/track, 732928 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000


Disk /dev/md5: 1998 MB, 1998585856 bytes
2 heads, 4 sectors/track, 487936 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000


Disk /dev/md6: 104.7 GB, 104798158848 bytes
2 heads, 4 sectors/track, 25585488 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000
===================


>
>> "top -i" showed
>> all 8 instances fo the parallel procedure
>> md6_resync (CPU% 6)
>> md5_resync (CPU% 0)
>> kjournald
>>
>>
>> After some time md6_resync, md5_resync, kjournald disappeared, leaving
>> only the 8 parallel procedures.
>>
>> Commanding "cat density6.out" the parallel procedure seems to work
>> regularly, confirmed by "la -l" which shows all files (some as large
>> as 100MB) for the present computation and the 5 analogous computations
>> already carried out (of these five computations I had scp sent a copy
>> to my desktop).
>>
>> Where are the data for the current 6th computation being stored?
>>
>> The computer was then shutdown and restarted
>>
>> df -h output as above.
>>
>> fdisk -l
>> Neither /dev/md6 nor /dev/md5 have a valid partition table.
>>
>> cd to my home shows all directories and files for work (in my home
>> only data from computations, all applications installed in
>> /usr/local).
>>
>> What could I do to set up the system in order before resuming the computation?
>
>
> I don't suppose that you kept a copy of your partition table as part of
> your backup script? e.g. /sbin/sfdisk -d <device>?

Unfortunately not. I take notice of this for the future

Thanks
francesco
>
> If so, you can write it back.
>
> Doug.
>
>
> --
> To UNSUBSCRIBE, email to debian-amd64-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Disk /dev/md6 doesn't contain valid partition table
 

In addition,
"cat /etc/fstab":
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/md2 / ext3 defaults,errors=remount-ro 0 1
/dev/md0 /boot ext3 defaults 0 2
/dev/md6 /home ext3 defaults 0 2
/dev/md5 /tmp ext3 defaults 0 2
/dev/md3 /usr ext3 defaults 0 2
/dev/md4 /var ext3 defaults 0 2
/dev/md1 none swap sw 0 0
/dev/hda /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
=====

file system "ext3"
=====

Filesystem Size Used Avail Use% Mounted on
/dev/md2 14G 1.4G 12G 11% /
tmpfs 12G 0 12G 0% /lib/init/rw
udev 10M 128K 9.9M 2% /dev
tmpfs 12G 0 12G 0% /dev/shm
/dev/md0 2.8G 103M 2.6G 4% /boot
/dev/md6 97G 1.1G 91G 2% /home
/dev/md5 1.8G 33M 1.7G 2% /tmp
/dev/md3 14G 6.6G 6.6G 50% /usr
======

What I am unable to documante from commands, is the presence of directory

/opt

where a non-GNU compiler and its math libraries are installed. The
root directory reads:

bin
boot
cdrom
dev
emul
etc
home
initrd
initrd.img
initrd.img.old
lib
lib32
lib64
lost+found
media
mnt
opt
proc
root
sbin
opt
proc
root
sbin
selinux
srv
sys
tmp
usr
var
vmlinuz
vmlinuz.old
==========
/dev/md4 2.8G 1.6G 1.1G 59% /var

On Wed, Oct 29, 2008 at 8:24 AM, Francesco Pietra <chiendarret@gmail.com> wrote:
> On Wed, Oct 29, 2008 at 7:06 AM, Douglas A. Tutty <dtutty@vianet.ca> wrote:
>> On Wed, Oct 29, 2008 at 05:44:31AM +0100, Francesco Pietra wrote:
>>> Major mistake (shutting down the ups unit) while doing a parallel
>>> computation on all 8 processors (UMA-type machine amd64 lenny with
>>> raid 1 two disks).
>>>
>>> On restarting the machine and the computation,
>>>
>>> "fdisk -l" showed
>>> "Disk /dev/md6 doesn't contain a valid partition table"
>>>
>>>
>>> "df -h" showed
>>> 97G 1.1G 91G 2% /home
>>> (which should have been ca 70% used).
>>>
>>> All other partitions were OK, as they should be.
>>
>> It would help us to follow if you provided a map of device to
>> mount-point since, e.g. whe don't know what device is /home.
>
> As from my raid1 setup documantation:
>
> md 6 is /home/francesco/
>
> md5 is /tmp
>
> Any command to check the above from the present status?
> ====
> In present status;
>
> "cat /proc/mdstat:
> Personalities : [raid1]
> md6 : active raid1 sda8[0] sdb8[1]
> 102341952 blocks [2/2] [UU]
>
> md5 : active raid1 sda7[0] sdb7[1]
> 1951744 blocks [2/2] [UU]
>
> md4 : active raid1 sda6[0] sdb6[1]
> 2931712 blocks [2/2] [UU]
>
> md3 : active raid1 sda5[0] sdb5[1]
> 14651136 blocks [2/2] [UU]
>
> md1 : active(auto-read-only) raid1 sda2[0] sdb2[1]
> 6835584 blocks [2/2] [UU]
>
> md0 : active raid1 sda1[0] sdb1[1]
> 2931712 blocks [2/2] [UU]
>
> md2 : active raid1 sda3[0] sdb3[1]
> 14651200 blocks [2/2] [UU]
>
> unused devices: <none>
> =========
> "fdisk -l":
> Disk /dev/sda: 150.0 GB, 150039945216 bytes
> 255 heads, 63 sectors/track, 18241 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
> Disk identifier: 0x0009e776
>
> Device Boot Start End Blocks Id System
> /dev/sda1 * 1 365 2931831 fd Linux raid autodetect
> /dev/sda2 366 1216 6835657+ fd Linux raid autodetect
> /dev/sda3 1217 3040 14651280 fd Linux raid autodetect
> /dev/sda4 3041 18213 121877122+ 5 Extended
> /dev/sda5 3041 4864 14651248+ fd Linux raid autodetect
> /dev/sda6 4865 5229 2931831 fd Linux raid autodetect
> /dev/sda7 5230 5472 1951866 fd Linux raid autodetect
> /dev/sda8 5473 18213 102342051 fd Linux raid autodetect
>
> Disk /dev/sdb: 150.0 GB, 150039945216 bytes
> 255 heads, 63 sectors/track, 18241 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
> Disk identifier: 0x000b05ba
>
> Device BootDisk /dev/md2 doesn't contain a valid partition table
> Disk /dev/md0 doesn't contain a valid partition table
> Start End Blocks Id System
> /dev/sdb1 * 1 365 2931831 fd Linux raid autodetect
> /dev/sdb2 366 1216 6835657+ fd Linux raid autodetect
> /dev/sdb3 1217 3040 14651280 fd Linux raid autodetect
> /dev/sdb4 3041 18213 121877122+ 5 Extended
> /dev/sdb5 3041 4864 14651248+ fd Linux raid autodetect
> /dev/sdb6 4865 5229 2931831 fd Linux raid autodetect
> /dev/sdb7 5230 5472 1951866 fd Linux raid autodetect
> /dev/sdb8 5473 18213 102342051 fd Linux raid autodetect
>
> Disk /dev/md2: 15.0 GB, 15002828800 bytes
> 2 heads, 4 sectors/track, 3662800 cylinders
> Units = cylinders of 8 * 512 = 4096 bytes
> Disk identifier: 0x00000000
>
>
> Disk /dev/md0: 3002 MB, 3002073088 bytes
> 2 heads, 4 sectors/track, 732928 cylinders
> Units = cylinders of 8 * 512 = 4096 bytes
> Disk identifier: 0x00000000
>
>
> Disk /dev/md1: 6999 MB, 6999638016 bytes
> 2 heads,Disk /dev/md1 doesn't contain a valid partition table
> Disk /dev/md3 doesn't contain a valid partition table
> Disk /dev/md4 doesn't contain a valid partition table
> Disk /dev/md5 doesn't contain a valid partition table
> Disk /dev/md6 doesn't contain a valid partition table
> 4 sectors/track, 1708896 cylinders
> Units = cylinders of 8 * 512 = 4096 bytes
> Disk identifier: 0x00000000
>
>
> Disk /dev/md3: 15.0 GB, 15002763264 bytes
> 2 heads, 4 sectors/track, 3662784 cylinders
> Units = cylinders of 8 * 512 = 4096 bytes
> Disk identifier: 0x00000000
>
>
> Disk /dev/md4: 3002 MB, 3002073088 bytes
> 2 heads, 4 sectors/track, 732928 cylinders
> Units = cylinders of 8 * 512 = 4096 bytes
> Disk identifier: 0x00000000
>
>
> Disk /dev/md5: 1998 MB, 1998585856 bytes
> 2 heads, 4 sectors/track, 487936 cylinders
> Units = cylinders of 8 * 512 = 4096 bytes
> Disk identifier: 0x00000000
>
>
> Disk /dev/md6: 104.7 GB, 104798158848 bytes
> 2 heads, 4 sectors/track, 25585488 cylinders
> Units = cylinders of 8 * 512 = 4096 bytes
> Disk identifier: 0x00000000
> ===================
>
>
>>
>>> "top -i" showed
>>> all 8 instances fo the parallel procedure
>>> md6_resync (CPU% 6)
>>> md5_resync (CPU% 0)
>>> kjournald
>>>
>>>
>>> After some time md6_resync, md5_resync, kjournald disappeared, leaving
>>> only the 8 parallel procedures.
>>>
>>> Commanding "cat density6.out" the parallel procedure seems to work
>>> regularly, confirmed by "la -l" which shows all files (some as large
>>> as 100MB) for the present computation and the 5 analogous computations
>>> already carried out (of these five computations I had scp sent a copy
>>> to my desktop).
>>>
>>> Where are the data for the current 6th computation being stored?
>>>
>>> The computer was then shutdown and restarted
>>>
>>> df -h output as above.
>>>
>>> fdisk -l
>>> Neither /dev/md6 nor /dev/md5 have a valid partition table.
>>>
>>> cd to my home shows all directories and files for work (in my home
>>> only data from computations, all applications installed in
>>> /usr/local).
>>>
>>> What could I do to set up the system in order before resuming the computation?
>>
>>
>> I don't suppose that you kept a copy of your partition table as part of
>> your backup script? e.g. /sbin/sfdisk -d <device>?
>
> Unfortunately not. I take notice of this for the future
>
> Thanks
> francesco
>>
>> If so, you can write it back.
>>
>> Doug.
>>
>>
>> --
>> To UNSUBSCRIBE, email to debian-amd64-REQUEST@lists.debian.org
>> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>>
>>
>


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Disk /dev/md6 doesn't contain valid partition table
 

On Wed, Oct 29, 2008 at 08:24:55AM +0100, Francesco Pietra wrote:
> On Wed, Oct 29, 2008 at 7:06 AM, Douglas A. Tutty <dtutty@vianet.ca> wrote:
> > On Wed, Oct 29, 2008 at 05:44:31AM +0100, Francesco Pietra wrote:

[snip]

>
> "cat /proc/mdstat:
> Personalities : [raid1]
> md6 : active raid1 sda8[0] sdb8[1]
> 102341952 blocks [2/2] [UU]
>
> md5 : active raid1 sda7[0] sdb7[1]
> 1951744 blocks [2/2] [UU]
>
> md4 : active raid1 sda6[0] sdb6[1]
> 2931712 blocks [2/2] [UU]
>
> md3 : active raid1 sda5[0] sdb5[1]
> 14651136 blocks [2/2] [UU]
>
> md1 : active(auto-read-only) raid1 sda2[0] sdb2[1]
> 6835584 blocks [2/2] [UU]
>
> md0 : active raid1 sda1[0] sdb1[1]
> 2931712 blocks [2/2] [UU]
>
> md2 : active raid1 sda3[0] sdb3[1]
> 14651200 blocks [2/2] [UU]
>

This is off topic but, just a comment, it might be better instead of
having lots of md's to have a big md raid1 and then sit lvm on top of it


[snip]

> Thanks
> francesco
> >
> > If so, you can write it back.
> >
> > Doug.
> >
> >
> > --
> > To UNSUBSCRIBE, email to debian-amd64-REQUEST@lists.debian.org
> > with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> >
> >
>
>
> --
> To UNSUBSCRIBE, email to debian-amd64-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>

--
"I'm thrilled to be here in the bread basket of America because it gives me a chance to remind our fellow citizens that we have an advantage here in America -- we can feed ourselves."

- George W. Bush
08/23/2002
Stockton, CA

Disk /dev/md6 doesn't contain valid partition table
 

On Wed, Oct 29, 2008 at 11:40 AM, Alex Samad <alex@samad.com.au> wrote:
> On Wed, Oct 29, 2008 at 08:24:55AM +0100, Francesco Pietra wrote:
>> On Wed, Oct 29, 2008 at 7:06 AM, Douglas A. Tutty <dtutty@vianet.ca> wrote:
>> > On Wed, Oct 29, 2008 at 05:44:31AM +0100, Francesco Pietra wrote:
>
> [snip]
>
>>
>> "cat /proc/mdstat:
>> Personalities : [raid1]
>> md6 : active raid1 sda8[0] sdb8[1]
>> 102341952 blocks [2/2] [UU]
>>
>> md5 : active raid1 sda7[0] sdb7[1]
>> 1951744 blocks [2/2] [UU]
>>
>> md4 : active raid1 sda6[0] sdb6[1]
>> 2931712 blocks [2/2] [UU]
>>
>> md3 : active raid1 sda5[0] sdb5[1]
>> 14651136 blocks [2/2] [UU]
>>
>> md1 : active(auto-read-only) raid1 sda2[0] sdb2[1]
>> 6835584 blocks [2/2] [UU]
>>
>> md0 : active raid1 sda1[0] sdb1[1]
>> 2931712 blocks [2/2] [UU]
>>
>> md2 : active raid1 sda3[0] sdb3[1]
>> 14651200 blocks [2/2] [UU]
>>
>
> This is off topic but, just a comment, it might be better instead of
> having lots of md's to have a big md raid1 and then sit lvm on top of it

I am no system maintainer. I set up a raid1 according to the
installation notes on Debian, I believe. At any event, this is the
present situation. I must confess that a raid1 becomes dirty on power
failure, although I expected that it works on one disk failure (as it
happened to me once).

Well, what about the following recipe that I found on internet? Could
that be applied in my case as described? Thenks, francesco:

1. shutdown all processes and databases using the array. lsof /dev/md0
is your friend.
2. Full backup, in addition to the usual nightly ones.
3. Stop the array mdadm -S /dev/md0
4. Added the drive back into the array. In this case,
mdadm /dev/md0 --add /dev/sdb1
5. Sit back and watch progress, watch -n 1 cat /proc/mdstat
6. Restart, dmesg says
raid1: device sdc1 operational as mirror 1
raid1: device sdb1 operational as mirror 0
raid1: raid set md0 active with 2 out of 2 mirrors
md: ... autorun DONE.
============================================



>
>
> [snip]
>
>> Thanks
>> francesco
>> >
>> > If so, you can write it back.
>> >
>> > Doug.
>> >
>> >
>> > --
>> > To UNSUBSCRIBE, email to debian-amd64-REQUEST@lists.debian.org
>> > with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>> >
>> >
>>
>>
>> --
>> To UNSUBSCRIBE, email to debian-amd64-REQUEST@lists.debian.org
>> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>>
>>
>
> --
> "I'm thrilled to be here in the bread basket of America because it gives me a chance to remind our fellow citizens that we have an advantage here in America -- we can feed ourselves."
>
> - George W. Bush
> 08/23/2002
> Stockton, CA
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iEYEARECAAYFAkkIPboACgkQkZz88chpJ2PBFQCgl4+OK7ZIig akH0NEA1xUlDtp
> qq8AoIqn0gS9axLCOZ03OoZ1w5qYSuIL
> =Oa83
> -----END PGP SIGNATURE-----
>
>


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Disk /dev/md6 doesn't contain valid partition table
 

On Wed, Oct 29, 2008 at 05:44:31AM +0100, Francesco Pietra wrote:
> Hi:
> Major mistake (shutting down the ups unit) while doing a parallel
> computation on all 8 processors (UMA-type machine amd64 lenny with
> raid 1 two disks).
>
> On restarting the machine and the computation,
>
> "fdisk -l" showed
> "Disk /dev/md6 doesn't contain a valid partition table"
>
>
> "df -h" showed
> 97G 1.1G 91G 2% /home
> (which should have been ca 70% used).
>
> All other partitions were OK, as they should be.
>
>
> "top -i" showed
> all 8 instances fo the parallel procedure
> md6_resync (CPU% 6)
> md5_resync (CPU% 0)
> kjournald
>
>
> After some time md6_resync, md5_resync, kjournald disappeared, leaving
> only the 8 parallel procedures.
>
> Commanding "cat density6.out" the parallel procedure seems to work
> regularly, confirmed by "la -l" which shows all files (some as large
> as 100MB) for the present computation and the 5 analogous computations
> already carried out (of these five computations I had scp sent a copy
> to my desktop).
>
> Where are the data for the current 6th computation being stored?
>
> The computer was then shutdown and restarted
>
> df -h output as above.
>
> fdisk -l
> Neither /dev/md6 nor /dev/md5 have a valid partition table.

Most people don't use partitions on thair md devices. They use
partitions on their disk and run md on those partitions with one
filesystem (or LVM) on the md devices.

> cd to my home shows all directories and files for work (in my home
> only data from computations, all applications installed in
> /usr/local).
>
> What could I do to set up the sytem in order before resuming the computation?

I suspect it is pretty much OK, except apparently having lost some files
in /home.

--
Len Sorensen


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org