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
happens.Looking at the code in Query.pm, I now see how it can exit with no paths. Thanks, I'll see how it goes. David On Jan 9, 2008 5:42 PM, dormando <[EMAIL PROTECTED]> 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. > >
