Hi All,
I get the following error when building the test dir from trunk, and
with mpich2 from cvs (recent). It looks like mpich2's mpicc adds -
ansi to the gcc compile line now (you can't see it in the below
output, but I verified that its there, and the error goes away if I
remove it).
On Sep 12, 2006, at 5:07 PM, Murali Vilayannur wrote:
Hey guys,
Sam and I discussed the option of overhauling the configuration
file and
server setup options today and here is a summary of what we had
come up
with.. (Sam, please correct me if I missed out anything or
misunderstood
someth
Hey guys,
Sam and I discussed the option of overhauling the configuration file and
server setup options today and here is a summary of what we had come up
with.. (Sam, please correct me if I missed out anything or misunderstood
something)
Well-known problems with the current setup are
a) the need
Hi Rob,
Okay; Sounds good to me. Right now, I will add the flag as an interim
solution ...
What is the time frame and/or objections to integrating Julian's hint
patches to the system interface?
thanks,
murali
On Tue, 12 Sep 2006, Rob Ross wrote:
> Sounds like a fine solution. Maybe could be integ
Hi,
> Indeed, this would be a really nice feature to have.
> But like many other ideas, this depends on server-to-server :)
> So I guess we would have to wait until we have that in place..
> thanks,
Server to server already seems to works well with minor changes, I use it in
my migration branch (m
[EMAIL PROTECTED] wrote on Mon, 28 Aug 2006 09:08 -0500:
> I should have specified, my clocks are off. Sorry. I'll build against
> CVS head now and see what the issue is. Also, Pete, I have a way of
> reproducing the problem via my netpipe module, I'll get things pulled
> together for that an
Sounds like a fine solution. Maybe could be integrated with the hints
that Julian wants to add (I know that complicates things a bit, but it
*is* a hint after all...)?
Rob
Murali Vilayannur wrote:
Hi Rob,
hehe :)
Alright, I will change it then..
Just had a quick chat with Sam and RobL about t
Hi Rob,
hehe :)
Alright, I will change it then..
Just had a quick chat with Sam and RobL about this..
Are you ok with having a flag to the isys_fs_add and fs_add API that
determines whether or not we should do these checks and have ping set the
flag to 1 and client-core set to 0?
thanks,
Murali
O
80K clients...
Murali Vilayannur wrote:
Hi Rob,
Quick uneducated question: this isn't automatically done on *every*
mount, right?
yeah, it is done automatically on every *new* mount upcall. Is this a
problem? (I changed the code to this behavior y'day night)
thanks,
Murali
Rob
Phil Carns
Hi RobL,
>
> I'm seeing this on chiba with posix ior and the flash io benchmark
> (oddly enough, just with the parallel netcdf version, not the hdf5
> one).
>
> I agree it's something related to chiba, but have no idea what it
> could be. I tried a different version of berkely db and saw the same
Hi Julian,
> Going further to a (almost) zeroconf version of PVFS2 I was thinking about an
> long term alternative that each server fetches the fs.conf from a (maybe
> dedicated) metadataserver.
> The metadataserver could contact the online servers in cases the config
> changes...
> Thus the mds c
Hi,
> I have checked in a patch that will allow the pvfs2-ping utility to verify
> if the fs.conf files obtained from all the servers for a given fsid
Going further to a (almost) zeroconf version of PVFS2 I was thinking about an
long term alternative that each server fetches the fs.conf from a (ma
Hi Rob,
> Quick uneducated question: this isn't automatically done on *every*
> mount, right?
yeah, it is done automatically on every *new* mount upcall. Is this a
problem? (I changed the code to this behavior y'day night)
thanks,
Murali
>
> Rob
>
> Phil Carns wrote:
> > Murali Vilayannur wrote
Hi Phil,
>
> This is integrated into fs_add so that the test is performed
> automatically at mount time now, correct? We had done something similar
> in the pvfs2-validate utility, but I think it will be good to have it
> integrated into the normal mount process.
Yes! It is integrated into the f
On Mon, Sep 04, 2006 at 01:28:28PM -0500, Murali Vilayannur wrote:
> Hi Sam,
> Yeah, it looks like it happens on Chiba quite reliably.. aio bug?
> on my laptop also I cannot reproduce this at all.
Hi Murali
I'm seeing this on chiba with posix ior and the flash io benchmark
(oddly enough, just wit
Quick uneducated question: this isn't automatically done on *every*
mount, right?
Rob
Phil Carns wrote:
Murali Vilayannur wrote:
Hi All,
Just a heads-up..
I have checked in a patch that will allow the pvfs2-ping utility to
verify
if the fs.conf files obtained from all the servers for a give
Murali Vilayannur wrote:
Hi All,
Just a heads-up..
I have checked in a patch that will allow the pvfs2-ping utility to verify
if the fs.conf files obtained from all the servers for a given fsid
is the same by checking against their crypto check sum (SHA1 right now)
Please let me know if you have
Thanks!
Murali Vilayannur wrote:
Hi Phil,
I just checked in all your fixes to HEAD...
Thanks for the patches!
Hopefully, all the xattr/acls stuff works with trunk on most distros
now(?)
Murali
___
Pvfs2-developers mailing list
Pvfs2-developers@beowul
18 matches
Mail list logo