Return-Path: X-Original-To: apmail-hadoop-hdfs-user-archive@minotaur.apache.org Delivered-To: apmail-hadoop-hdfs-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 089A411BD4 for ; Tue, 16 Sep 2014 12:28:55 +0000 (UTC) Received: (qmail 1634 invoked by uid 500); 16 Sep 2014 12:28:41 -0000 Delivered-To: apmail-hadoop-hdfs-user-archive@hadoop.apache.org Received: (qmail 1501 invoked by uid 500); 16 Sep 2014 12:28:41 -0000 Mailing-List: contact user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hadoop.apache.org Delivered-To: mailing list user@hadoop.apache.org Received: (qmail 1491 invoked by uid 99); 16 Sep 2014 12:28:40 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Sep 2014 12:28:40 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of charles.robertson@gmail.com designates 209.85.217.178 as permitted sender) Received: from [209.85.217.178] (HELO mail-lb0-f178.google.com) (209.85.217.178) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Sep 2014 12:28:35 +0000 Received: by mail-lb0-f178.google.com with SMTP id c11so6418491lbj.9 for ; Tue, 16 Sep 2014 05:28:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=nzeBwsyyTvpmLA+AU4qBbcpRY3dmioF4ead7/99JYog=; b=Mg9wkyBjya0otwjCXFdc5pRGkG/8ihBVheeXKDmxbfT0DT6vDkpWhnBw9KrnEhgz7r M48fqNA7ArzPVI6EPGRtoJXzbf+35UwqDiMX/WcS4mXMQZVUv8EtlUnK5PXxsKKS8cn5 rZx6r/dLX7yQBuPwNb1sGUAeWKNVXZzS5cULVM+p5YHfKE3Bj3uywswMM8WURTicDxA6 Wwc9qyiVcBLwmSNIa4B8PIc+W6mzt7jMWztklwoMBIwKnhrC+Y95Wvcr55NnEBQDq+Ge D0f5x5ZecNrfcRK3fNCeTyP9gNS4IOVBSPeUXSyx6L5JRDKBO4P4Rp1Og+QWA+Qe7Nzg VZng== MIME-Version: 1.0 X-Received: by 10.152.28.230 with SMTP id e6mr36747516lah.62.1410870489552; Tue, 16 Sep 2014 05:28:09 -0700 (PDT) Received: by 10.112.77.196 with HTTP; Tue, 16 Sep 2014 05:28:09 -0700 (PDT) Date: Tue, 16 Sep 2014 13:28:09 +0100 Message-ID: Subject: DataNode not recognising available disk space From: Charles Robertson To: user@hadoop.apache.org Content-Type: multipart/alternative; boundary=089e0160b79a5a9d2e05032de206 X-Virus-Checked: Checked by ClamAV on apache.org --089e0160b79a5a9d2e05032de206 Content-Type: text/plain; charset=UTF-8 Hi all, I've added a new slave node to my cluster with a (single) larger disk size (100Gb) than on the other nodes. However, Amabri is reporting a total of 8.6 Gb disk space. lsblk correctly reports the disk size. Does anyone why this might be? As I understand things you need to tell HDFS how much space *not* to use, and it will use what it needs from the rest. (BTW this is not the same data node in my other question on this list, "Cannot start DataNode after adding new volume.") Thanks, Charles --089e0160b79a5a9d2e05032de206 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi all,

I've added a new slave node= to my cluster with a (single) larger disk size (100Gb) than on the other n= odes. However, Amabri is reporting a total of 8.6 Gb disk space. lsblk corr= ectly reports the disk size.

Does anyone why this = might be? As I understand things you need to tell HDFS how much space *not*= to use, and it will use what it needs from the rest.

<= div>(BTW this is not the same data node in my other question on this list, = "Cannot start DataNode after adding new volume.")

<= /div>

Thanks,

Charles

--089e0160b79a5a9d2e05032de206--