. It actually implies the
opposite.
http://wiki.lustre.org/Handling_Full_OSTs
--
Jason Williams
Assistant Director
Systems and Data Center Operations.
Maryland Advanced Research Computing Center (MARCC)
Johns Hopkins University
jas...@jhu.edu<mailto:jas...@jhu.
ow what version that appeared in.
- I will try to have a look into the jobstats and see what I can find, but I
made sure the files I moved were not in use when I moved them.
--
Jason Williams
Assistant Director
Systems and Data Center Operations.
Maryland Advanced Research Computing Center (MARCC
rd to find)
Is there possibly something else I am missing? Also, does anyone know a good
way to see if some client is writing to that OST and determine who it is if
it's more probable that that is what is going on?
--
Jason Williams
Assistant Director
Systems and Data Center Operations.
Ma
n the MDS to make sure new
files were not written to it? Here is the document I was following:
http://wiki.lustre.org/Handling_Full_OSTs
--
Jason Williams
Assistant Director
Systems and Data Center Operations.
Maryland Advanced Research Computing Center (MARCC)
Johns Hopkins Universit
lustre.org/lustre_manual.xhtml#dbdoclet.lfs_migrate
How safe do you think this would be to run on some files on the OST with it
disabled on the MDS and active jobs running on the cluster? I could do this by
group, possibly to mitigate concerns of open files, if need be.
--
Jason Williams
Assistan
As I have gone through the testing, I think you may be right. I think I
disabled the OST in a slightly different way and that caused issues.
Do you happen to know where I could find out a bit more about what the "lctl
set_param osp..max_create_count=0” command would do?
--
Jason Wil
# 4 and #2 are the only expected behavior. I'm not sure what the behavior
should be in the case of #1 and #3.
--
Jason Williams
Assistant Director
Systems and Data Center Operations.
Maryland Advanced Research Computing Center (MARCC)
Johns Hopkins University
jas...@jhu.ed
is necessary)
3. Deactivating the OST shows it as inactive in the MDS but UP in the Client.
(not expected.)
4. I am able to delete a file that spans that OST with the OST deactivated, no
hang.
I think the only thing here that concerns me a bit is #2.
--
Jason Williams
Assistant Director
Hi Rick,
I thought what I had done was disable it on the MDS, but perhaps I was
following the wrong instructions. Do you know where the best instructions for
what you are describing can be found? I would be willing to try again.
—
Sent you tersely from my phone
Jason Williams
ind it might
not be known if the files are in use at the time). Or even a way to tell
lustre "Hey don't write any new data here, but reading and removing data is OK."
--
Jason Williams
Assistant Director
Systems and Data Center Operations.
Maryland Advanced Research Com
report all of the
user and/or group quotas.
Does anyone know of a good quota reporting tool that can give quota information
in the same way as a 'repquota -u' or 'repquota -g' would?
--
Jason Williams
Assistant Director
Systems and Data Center Operations.
Maryland Adva
.
Oh and as for the MDS/OSS setup, here's a brief overview too:
2x MDS in failover mode with one MDT
12x OSS in fail over pairs with 12 OST per pair 6 running on each OSS. (72 OST,
6 active on each of 12 OSS for load sharing.)
Each OSS pair is hooked to the same set of 2x RAID Arra
Brian J. Murrell wrote:
> On Fri, 2008-10-10 at 08:32 -0400, Jason Williams wrote:
>
>> Hi
>>
>
> Hi.
>
>
>> --- [cut here ] - [please bite here ] -
>> Kernel BUG at mballoc:1334
>>
>
> This looks like b
Guy Coates wrote:
> Jason Williams wrote:
>
>> Hi
>> I have been playing around with lustre 1.6.5.1 as part of some testing
>> that we are doing for an up and coming cluster. I installed it on 2
>> test machines, Dell 2950's with 8 GB of ram to be exact,
resulting bugzilla bug is not readable by the
public, so I am unsure if this has anything to do with that bug.
Any thoughts anyone?
--
Jason Williams
Linux Systems Administrator
Johns Hopkins University
--- [cut here ] - [please bite here ] -
Kernel BUG at mballoc:1334
15 matches
Mail list logo