Re: gstripe problem

On Fri, July 17, 2009 21:01, Nenhum_de_Nos wrote:
>
> On Fri, July 17, 2009 09:07, Nenhum_de_Nos wrote:
>>
>> On Fri, July 17, 2009 07:20, Ivan Voras wrote:
>>> Nenhum_de_Nos wrote:
>>>> hail,
>>>>
>>>> I have a problem with gstripe on today stable. I created this stripe
>>>> using a bit more old stable (two weeks tops) and it can't be read on
>>>> old
>>>> stable (from 30/12/2008). So I recreated in 8-BETA1 and I could mount
>>>> and see files. When I tried again on 30/12/2008 stable and todays, on
>>>> PII machine (i386):
>>>
>>> So your problem is that:
>>>
>>> a) you created a gstripe array on a recent STABLE (two weeks ago) and
>>> it
>>> was fine
>>> b) you tried to use it with an old STABLE (30.12.2008.) and it didn't
>>> work
>>> c) you tried to use it with today's STABLE and it didn't work
>>> d) it works with 8-BETA1
>>> ?
>>
>> its quite this. the stripe just vanishes when I try to see it in any
>> stable. and if I create in stable, a reboot makes it go way :(
>>
>>> The only thing that comes to my mind is that during your tests you have
>>> changed the stripe size, making the file system data unusable (and
>>> unmountable).
>>>
>>>> [root_at_xxx ~]# gstripe status
>>>>           Name  Status  Components
>>>> stripe/stripe0      UP  ad4s2
>>>>                         ad6s2
>>>
>>>> mount: /dev/stripe/stripe0 : Invalid argument
>>>>
>>>> on 8-BETA1 it works, but can't create stripe on it and use on this
>>>> stable box though. the stripe already has files ! so anything weird
>>>> could make me loose my data ...
>>>
>>> Are you saying you won't use 8-BETA1 because you fear there may be
>>> problems with it? If so, you shouldn't worry so much - 8-CURRENT is
>>> very
>>> stable.
>>
>> I know it is. 8-CURRENT is great really (I use it in other places). my
>> main concern is that this is a server with mail/dns/dhcp/apache/some
>> other
>> services I forgot and changing to 8-BETA may need to recompile all
>> things,
>> and need time I don't have right now ...
>>
>> can I just update and use all software compiled for 7.1-PRERELEASE ?
>>
>> thanks,
>>
>> matheus
>
> thins here just got weird. I did updated to 8-BETA2. same problem though.
> so I just thought it was problem when I create a stripe in amd64 machine
> and try to use it on i386.
>
> I then put the drives in the amd64 machine, and it did worked fine, after
> another gstripe create command. so I rebooted the amd64 machine to see if
> after reboot the stripe would be there. guess what ... nothing there ...
>
> I used gmirror and gstripe for about an year, no problem. couple of months
> ago I had a problem and had to change the pc (dead one). so all changed,
> using sil3114 sata pci card now and PII 300 MHz. now the disks behave like
> this.
>
> if anyone has any leads, I'm moving data from the disks now ... can test
> though.
>
> thanks,
>
> matheus

moving to current_at_ as it is running now 8-BETA2.

I'd really like to hear on this: I just wiped out all disks data, deleted
all two partitions and recreated them. created another stripe using the
same arguments as the other times but it keeps vanishing when I reboot.
fresh 8-BETA2 and old pc in i386. what to do now ? give up ?

I changed the partitions size, to not match the same hd sectors and
nothing. and now I didn't use the ad16s2, but ad16s2d (I created some
labels) and nothing again ...

is there a limit of using gstripe ? hardware for that matter ?

atapci1_at_pci0:0:13:0:	class=0x010400 card=0x61141095 chip=0x31141095
rev=0x02 hdr=0x00
    vendor     = 'Silicon Image Inc (Was: CMD Technology Inc)'
    device     = 'SATALink/SATARaid Controller (Sil 3114)'
    class      = mass storage
    subclass   = RAID

any info needed please ask.

two seagate 750GB sata disks 120GB from both on gmirror and what lefts on
gstripe.

thanks,

matheus

-- 
We will call you cygnus,
The God of balance you shall be

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

http://en.wikipedia.org/wiki/Posting_style