Home | About | Sematext search-lucene.com search-hadoop.com
 Search Hadoop and all its subprojects:

Switch to Plain View
HBase >> mail # user >> loss znode


+
Zbierski Christophe 2012-12-13, 10:12
+
Nicolas Liochon 2012-12-13, 12:07
+
Zbierski Christophe 2012-12-13, 12:55
+
Jean-Marc Spaggiari 2012-12-13, 12:58
+
Zbierski Christophe 2012-12-13, 13:09
+
Nicolas Liochon 2012-12-13, 13:34
Yes, I think use  Pseudo distributed mode for hbase.

Regards
Christophe Z.

-----Message d'origine-----
De : Nicolas Liochon [mailto:[EMAIL PROTECTED]]
Envoyé : jeudi 13 décembre 2012 14:35
À : [EMAIL PROTECTED]
Objet : Re: loss znode

If you have not done it, checkout the chapters with HBASE_MANAGE_ZK in the hbase doc. Pseudo distributed (see doc as well) with a separated ZK is likely the simplest way imho.
On Thu, Dec 13, 2012 at 2:09 PM, Zbierski Christophe < [EMAIL PROTECTED]> wrote:

> I added a new ZK server (listening on port 3128), And I changed
> HBase-site.xml :
>
>   <property>
>      <name>hbase.zookeeper.property.clientPort</name>
>      <value>3181</value>
>   </property>
>   <property>
>   <name>hbase.zookeeper.quorum</name>
>   <value>127.0.0.1</value>
>   </property>
>
> And, when I launch 'start-hbase.sh'
> /opt/hbase-0.94.3/bin]# start-hbase.sh starting master, logging to
> /opt/hbase-0.94.3/bin/../logs/hbase-tof-master-W30596-lnx.out
> Could not start ZK at requested port of 3181.  ZK was started at port:
> 3182.  Aborting as clients (e.g. shell) will not be able to find this
> ZK quorum.
>
> Log file :
> 2012-12-13 13:58:35,053 INFO
> org.apache.zookeeper.server.NIOServerCnxnFactory: binding to port
> 0.0.0.0/0.0.0.0:3181
> 2012-12-13 13:58:35,054 DEBUG
> org.apache.hadoop.hbase.zookeeper.MiniZooKeeperCluster: Failed binding
> ZK Server to client port: 3181
> 2012-12-13 13:58:35,054 INFO
> org.apache.zookeeper.server.NIOServerCnxnFactory: binding to port
> 0.0.0.0/0.0.0.0:3182
>
> I think the server wants to start ZK on the same port.
>
>
> -----Message d'origine-----
> De : Jean-Marc Spaggiari [mailto:[EMAIL PROTECTED]] Envoyé :
> jeudi 13 décembre 2012 13:58 À : [EMAIL PROTECTED] Objet : Re:
> loss znode
>
>
> Hi Christophe,
>
> What do you mean by " I can not do it "?
>
> Is it giving you an error? You don't know the steps? You don't have
> the rights?
>
> --
> JM
>
> 2012/12/13, Zbierski Christophe <[EMAIL PROTECTED]>:
> > Yes, I tried, but I can not do it ... :(
> >
> > -----Message d'origine-----
> > De : Nicolas Liochon [mailto:[EMAIL PROTECTED]] Envoyé : jeudi 13
> > décembre 2012 13:07 À : [EMAIL PROTECTED] Objet : Re: loss znode
> >
> > After looking at the code, it's seems that it's done by the mini zk
> > cluster: the directory is deleted at startup.
> > This is because the default mode (non distributed, all threads in a
> > single
> > process) uses a specific piece of code (this mini* stuff). As it's
> > for tests, it ensures that there is no remains from previous start/stop.
> >
> > You can use a separated ZK instance if you want to keep the data
> > between the runs.
> >
> >
> >
> > On Thu, Dec 13, 2012 at 11:12 AM, Zbierski Christophe <
> > [EMAIL PROTECTED]> wrote:
> >
> >> Hello, I have a problem with zookeeper.
> >> I have a standalone HBase server, and I create a none  ephemeral
> >> znode (to manage my configuration).
> >> When I started up again HBase, this znode no longer exists, and
> >> hbase working properly (event after the restart).
> >>
> >> My hbase version is 0.94.3
> >>
> >> hbase-site.xml :
> >> ...
> >>   <property>
> >>           <name>hbase.zookeeper.property.dataDir</name>
> >>           <value>/DATA/zookeeper</value>
> >>   </property>
> >>
> >>
> >> Christophe Z.
> >>
> >> ________________________________
> >>
> >> Ce message et les pi?ces jointes sont confidentiels et r?serv?s ?
> >> l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g?
> >> par le secret professionnel. Si vous recevez ce message par erreur,
> >> merci d'en avertir imm?diatement l'exp?diteur et de le d?truire.
> >> L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la
> >> responsabilit? d'Atos ne pourra ?tre recherch?e quant au contenu de
> >> ce message. Bien que les meilleurs efforts soient faits pour
> >> maintenir cette transmission exempte de tout virus, l'exp?diteur ne
> >> donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait
Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité d'Atos ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.

This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.
+
Jean-Marc Spaggiari 2012-12-13, 13:15
+
Zbierski Christophe 2012-12-13, 16:22
+
Jean-Marc Spaggiari 2012-12-13, 16:33
+
Nicolas Liochon 2012-12-13, 16:53
+
Nick Dimiduk 2012-12-13, 17:07