Empty path list in Java client

David Sheldon dave at earth.li
Wed Jan 9 18:42:31 UTC 2008

I'm using the getFileStream method, which passes false ("0") to
noverify. I'll try wrapping it with a function that will call getPaths
with noverify = "1" and log the paths, and give it a go, and see what

Looking at the code in Query.pm, I now see how it can exit with no paths.

Thanks, I'll see how it goes.


On Jan 9, 2008 5:42 PM, dormando <dormando at rydia.net> wrote:
> By default the get_paths command will make a HEAD request to each path
> before it returns them. I don't know how to use the guba client offhand,
> but if you pass noverify=1 and you _do_ get paths back, you'll have some
> potential weirdness there.
> I would advocate running get_paths with noverify=1, then manually trying
> to hit the urls it passes back.
> If the files aren't there at all you'll have to give us more information
> about your setup, or else we'd be shooting in the dark.
> -Dormando
> David Sheldon wrote:
> > I'm using the com.guba java client for mogilefs, and we're using it on
> > our live site. Twice since we deployed (last week), it seems that
> > getPaths() has returned an empty list of locations for a file that is
> > definitely there[1].
> >
> > Looking through the code for the client and the server I can't see how
> > this could happen. Has anyone seen this before, or have any ideas on
> > how I can reproduce it/track it down further?
> >
> > David
> >
> > [1] We get the exception
> > "com.guba.mogilefs.StorageCommunicationException: unable to retrieve
> > file with key 'xxxxx' from any storage node: " (there not being any
> > list of paths at the end means that getPaths() returned an empty array
> > rather than null.

More information about the mogilefs mailing list