Return-Path: X-Original-To: apmail-hadoop-common-user-archive@www.apache.org Delivered-To: apmail-hadoop-common-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5C6BADD04 for ; Tue, 30 Oct 2012 13:13:40 +0000 (UTC) Received: (qmail 29902 invoked by uid 500); 30 Oct 2012 13:13:36 -0000 Delivered-To: apmail-hadoop-common-user-archive@hadoop.apache.org Received: (qmail 29709 invoked by uid 500); 30 Oct 2012 13:13:35 -0000 Mailing-List: contact common-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-user@hadoop.apache.org Delivered-To: mailing list common-user@hadoop.apache.org Received: (qmail 29667 invoked by uid 99); 30 Oct 2012 13:13:33 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Oct 2012 13:13:33 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of tucu@cloudera.com designates 209.85.212.48 as permitted sender) Received: from [209.85.212.48] (HELO mail-vb0-f48.google.com) (209.85.212.48) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Oct 2012 13:13:27 +0000 Received: by mail-vb0-f48.google.com with SMTP id e21so267454vbm.35 for ; Tue, 30 Oct 2012 06:13:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=yvyJgSte85JOPtox/f174aSzb3X379lw0GHdtP6IIlk=; b=MTUkwWmgAQPFaL7APR61Ld2xj4lNYZmusLkXwX32ga2CqOWyBtpkbQszqgBEXjqP5O mkHLnka+dy/NPbPwhnloIyfufs6IQXQJtD1LnE3sPNRFZZ//H6+8KFh7ngf8FMZgKs0E 6pir/VUFdSu/zxcmOwOflsX+vLguVnv2/mBKDR6iAc3YPzPaPw/krMhfdVjq6V4HBV3s aer6RVs5B5YoXEpx91gYAhvWp4Nsj1eHu/MlCVkuwDpfZmxM3WgGv/bhlUqTsyehVIOE QPCkCGmRM16vuR7djLOQBqT8iWHjP7NPkZGz8xMQAEQrcL9v39NKsGyOsMXiv9xMGMYg MhDQ== Received: by 10.220.154.2 with SMTP id m2mr13417111vcw.18.1351602786445; Tue, 30 Oct 2012 06:13:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.58.151.205 with HTTP; Tue, 30 Oct 2012 06:12:36 -0700 (PDT) In-Reply-To: References: <1351591624.28025.YahooMailNeo@web121602.mail.ne1.yahoo.com> <1351593581.67414.YahooMailNeo@web121605.mail.ne1.yahoo.com> From: Alejandro Abdelnur Date: Tue, 30 Oct 2012 06:12:36 -0700 Message-ID: Subject: Re: Loading Data to HDFS To: common-user@hadoop.apache.org Cc: sumit ghosh Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQnJVQED+e6nZpkjW7y/Cq5Fb/boOTLjVFZDclgnj+r8a7+vsASRqe5bfTOEmPt5W+0iGTvj X-Virus-Checked: Checked by ClamAV on apache.org > I don't know what you mean by gateway but in order to have a rough idea of > the time needed you need 3 values I believe Sumit's setup is a cluster within a firewall and hadoop client machines also within the firewall, the only way to access to the cluster is to ssh from outside to one of the hadoop client machines and then submit your jobs. These hadoop client machines are often referred as gateway machines. On Tue, Oct 30, 2012 at 4:10 AM, Bertrand Dechoux wrote: > I don't know what you mean by gateway but in order to have a rough idea of > the time needed you need 3 values > * amount of data you want to put on hadoop > * hadoop bandwidth with regards to local storage (read/write) > * bandwidth between where your data are stored and where the hadoop cluster > is > > For the latter, for big volumes, physically moving the volumes is a viable > solution. > It will depends on your constraints of course : budget, speed... > > Bertrand > > On Tue, Oct 30, 2012 at 11:39 AM, sumit ghosh wrote: > >> Hi Bertrand, >> >> By Physically movi ng the data do you mean that the data volume is >> connected to the gateway machine and the data is loaded from the local copy >> using copyFromLocal? >> >> Thanks, >> Sumit >> >> >> ________________________________ >> From: Bertrand Dechoux >> To: common-user@hadoop.apache.org; sumit ghosh >> Sent: Tuesday, 30 October 2012 3:46 PM >> Subject: Re: Loading Data to HDFS >> >> It might sound like a deprecated way but can't you move the data >> physically? >> From what I understand, it is one shot and not "streaming" so it could be a >> good method if you the access of course. >> >> Regards >> >> Bertrand >> >> On Tue, Oct 30, 2012 at 11:07 AM, sumit ghosh wrote: >> >> > Hi, >> > >> > I have a data on remote machine accessible over ssh. I have Hadoop CDH4 >> > installed on RHEL. I am planning to load quite a few Petabytes of Data >> onto >> > HDFS. >> > >> > Which will be the fastest method to use and are there any projects around >> > Hadoop which can be used as well? >> > >> > >> > I cannot install Hadoop-Client on the remote machine. >> > >> > Have a great Day Ahead! >> > Sumit. >> > >> > >> > --------------- >> > Here I am attaching my previous discussion on CDH-user to avoid >> > duplication. >> > --------------- >> > On Wed, Oct 24, 2012 at 9:29 PM, Alejandro Abdelnur >> > wrote: >> > in addition to jarcec's suggestions, you could use httpfs. then you'd >> only >> > need to poke a single host:port in your firewall as all the traffic goes >> > thru it. >> > thx >> > Alejandro >> > >> > On Oct 24, 2012, at 8:28 AM, Jarek Jarcec Cecho >> > wrote: >> > > Hi Sumit, >> > > there is plenty of ways how to achieve that. Please find my feedback >> > below: >> > > >> > >> Does Sqoop support loading flat files to HDFS? >> > > >> > > No, sqoop is supporting only data move from external database and >> > warehouse systems. Copying files is not supported at the moment. >> > > >> > >> Can use distcp? >> > > >> > > No. Distcp can be used only to copy data between HDFS filesystesm. >> > > >> > >> How do we use the core-site.xml file on the remote machine to use >> > >> copyFromLocal? >> > > >> > > Yes you can install hadoop binaries on your machine (with no hadoop >> > running services) and use hadoop binary to upload data. Installation >> > procedure is described in CDH4 installation guide [1] (follow "client" >> > installation). >> > > >> > > Another way that I can think of is leveraging WebHDFS [2] or maybe >> > hdfs-fuse [3]? >> > > >> > > Jarcec >> > > >> > > Links: >> > > 1: https://ccp.cloudera.com/display/CDH4DOC/CDH4+Installation >> > > 2: >> > >> https://ccp.cloudera.com/display/CDH4DOC/Deploying+HDFS+on+a+Cluster#DeployingHDFSonaCluster-EnablingWebHDFS >> > > 3: https://ccp.cloudera.com/display/CDH4DOC/Mountable+HDFS >> > > >> > > On Wed, Oct 24, 2012 at 01:33:29AM -0700, Sumit Ghosh wrote: >> > >> >> > >> >> > >> Hi, >> > >> >> > >> I have a data on remote machine accessible over ssh. What is the >> fastest >> > >> way to load data onto HDFS? >> > >> >> > >> Does Sqoop support loading flat files to HDFS? >> > >> Can use distcp? >> > >> How do we use the core-site.xml file on the remote machine to use >> > >> copyFromLocal? >> > >> >> > >> Which will be the best to use and are there any other open source >> > projects >> > >> around Hadoop which can be used as well? >> > >> Have a great Day Ahead! >> > >> Sumit >> >> >> >> >> -- >> Bertrand Dechoux >> > > > > -- > Bertrand Dechoux -- Alejandro