[Gluster-users] upgrade 2.0.2 to 2.0.9?
Count Zero
countz at gmail.com
Sun Apr 18 16:42:51 UTC 2010
I certainly hope you get an answer, as this has happened to me as well in the past (although on a smaller scale). I will follow this thread closely in the hope you get an answer with interesting information.
On Apr 18, 2010, at 9:40 AM, Robert Minvielle wrote:
>
> I have a test cluster running 2.0.9, I am happy with that and it works.
> The clients all have correct settings... moving the data is not really
> an option. We are talking about 27+TB here. I copied it to the test cluster
> as a backup, that took 4 days. I don't have enough room on each brick to
> do a /data/export.old.
>
> Funny thing is, I did this on the test cluster and it worked. I recall
> the gluster team had told me to do something different back then, but
> I don't have that email. Again, each bricks export is over 50%, so I
> can not make a copy and then copy it back. Copying it all to the backup
> cluster and back would take over a week. Even a sync takes three days,
> so I am kindof in a jam to figure this out without moving data.
>
>
>
> ----- "Count Zero" <countz at gmail.com> wrote:
>
>> Make sure all your clients know about all your bricks, make sure the
>> hostnames are correct, etc.
>> Make sure there's communications between the nodes, on the glusterfs
>> prort.
>> And at worst, move the /data/export directory to /data/export.old and
>> make a new /data/export
>> Remount on all servers, and run some tests (perhaps with bonnie++).
>>
>> Once you are happy with the performance and functionality, move the
>> files in /data/export.old/ back to /data/export by copying them over.
>>
>>
>>
>> On Apr 18, 2010, at 9:25 AM, Robert Minvielle wrote:
>>
>>> Yes, tried that. Same thing.
>>>
>>> I thought I recalled that would fix it... but it seems to not
>>> work.
>>>
>>> ----- "Count Zero" <countz at gmail.com> wrote:
>>>
>>>> If I remember correctly, the suggestion was to type: ls -lR
>>>> (You do this from your mounted directory).
>>>>
>>>> In theory, this forces glusterfs to update/heal/etc.
>>>>
>>>> Aric
>>>>
>>>>
>>>> On Apr 18, 2010, at 9:07 AM, Robert Minvielle wrote:
>>>>
>>>>>
>>>>> I have two glusters, a production and test gluster. A while back,
>> I
>>>> upgraded the
>>>>> test gluster from 2.0.2 to 2.0.9 with no problems. Both glusters
>> are
>>>> running gentoo,
>>>>> same version, same kernel. The client saw all of the files,
>>>> everything worked.
>>>>>
>>>>> Over this weekend I upgraded the main production gluster, as we
>> are
>>>> trying to get some
>>>>> more speed and I was told by the gluster team some time ago to
>> try
>>>> out 2.0.9 to cure
>>>>> a few problems. I did the same exact upgrade that I did on the
>> test
>>>> gluster.
>>>>> Now that I am done, I can mount it fine and I get no errors in
>> the
>>>> logs, however,
>>>>> most (e.g. 85%) of my files are missing, or I get a "cannot
>> access
>>>> /data/blah/blah no
>>>>> such file or directory". The files exist on the server in the
>>>> exported directory,
>>>>> but the client does not see some of them. I recall there was
>>>> something I had to do
>>>>> to fix this perhaps... I can not recall what it is.
>>>>>
>>>>> Anyone have any ideas? (other than shutting down work tomorrow,
>>>> ugh)
>>>>>
>>>>> At this time I may be forced to back off to 2.0.0... hope that
>> works
>>>> :O
>>>>> _______________________________________________
>>>>> Gluster-users mailing list
>>>>> Gluster-users at gluster.org
>>>>> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
More information about the Gluster-users
mailing list