Комиссионный сервер HDFS возвращает содержимое локальной FS, а не HDFS
Я обращаюсь к HDFS, используя комиссионные.
This is the expected(and right) content on HDFS.
<code>[hadoop@hdp-namenode-01 ~]$ hadoop fs -ls / Found 3 items drwxr-xr-x - hadoop supergroup 0 2012-04-26 14:07 /home drwxr-xr-x - hadoop supergroup 0 2012-04-26 14:21 /tmp drwxr-xr-x - hadoop supergroup 0 2012-04-26 14:20 /user </code>
And then I start an HDFSThriftServer
<code>[hadoop@hdp-namenode-01 ~]$ jps 17290 JobTracker 16980 NameNode 27289 Jps 17190 SecondaryNameNode 17511 RunJar 25270 HadoopThriftServer </code>
Try to access content through thrift in PHP.
<code> $transport = new TSocket(HDFS_HOST, HDFS_PORT);
$transport->setRecvTimeout(60000);
$transport->setSendTimeout(60000);
$protocol =new TBinaryProtocol($transport);
$client = new ThriftHadoopFileSystemClient($protocol);
logv("connect hdfs");
$transport->open();
logv("testing existent of `%s'", $remote_uri);
$remote_path = new Pathname(array('pathname' => $remote_uri));
$remote_file = null;
try {
$remote_file = $client->listStatus($remote_path);
} catch(Exception $e) { }
if (!$remote_file)
loge("could not open `%s'", $remote_uri);
</code>
В то время как$remote_uri это абсолютный путь. За$remote_uri === '/non/existent' или же'/user'и т.д., listStatus всегда терпит неудачу. Но если я изменю это на'/tmp'Я считаю, что это перечисляет содержание'/tmp' локальной FS благотворительного сервера.
Таким образом, возвращаемый контент - локальная ФС на экономном сервере вместо HDFS! Что здесь не так?