Yes, you can. You just need to copy data in log.dir on disk to the newmachine and keep the broker.id in broker config the same. No need to changeanything in ZK since broker will re-register on startup. The main purposeof broker.id is to allow people to move data logically from 1 broker toanother.

> Hello,>> Is there a way to migrate kafka data from server A to another server B?>> Can I just copy the data from $log.dir in server.properties and> zookeeper file from $dataDir in zookeeper.properties from server A to> server B, and then run server B's kafka instance?>> thanks,>> Jason>

> Hello,>> Is there a way to migrate kafka data from server A to another server B?>> Can I just copy the data from $log.dir in server.properties and> zookeeper file from $dataDir in zookeeper.properties from server A to> server B, and then run server B's kafka instance?>> thanks,>> Jason>

I apologize - I should have mentioned that we are trying out kafka 0.8because of its new exciting features.

So for 0.8, what do I need to do with the zookeeper data? copyzookeeper file from $dataDir in zookeeper.properties from server A toserver B, and then run server B's kafka instance?

Jason

On Wed, Feb 27, 2013 at 12:57 PM, Neha Narkhede <[EMAIL PROTECTED]> wrote:> Jason,>> Assuming this question is for 0.7, you can just copy the data in the log> directory and restart the new broker. You don't need to copy the zookeeper> data.>> Thanks,> Neha> On Feb 27, 2013 2:11 AM, "Jason Huang" <[EMAIL PROTECTED]> wrote:>>> Hello,>>>> Is there a way to migrate kafka data from server A to another server B?>>>> Can I just copy the data from $log.dir in server.properties and>> zookeeper file from $dataDir in zookeeper.properties from server A to>> server B, and then run server B's kafka instance?>>>> thanks,>>>> Jason>>

As Jun described, the purpose of broker.id is to be able to move data fromone broker to the other without changes. I believe this should work in 0.8as well. However, we've never tried it so not sure if there are bugs. Letus know how it goes.

> Thanks for the response.>> I apologize - I should have mentioned that we are trying out kafka 0.8> because of its new exciting features.>> So for 0.8, what do I need to do with the zookeeper data? copy> zookeeper file from $dataDir in zookeeper.properties from server A to> server B, and then run server B's kafka instance?>> Jason>> On Wed, Feb 27, 2013 at 12:57 PM, Neha Narkhede <[EMAIL PROTECTED]>> wrote:> > Jason,> >> > Assuming this question is for 0.7, you can just copy the data in the log> > directory and restart the new broker. You don't need to copy the> zookeeper> > data.> >> > Thanks,> > Neha> > On Feb 27, 2013 2:11 AM, "Jason Huang" <[EMAIL PROTECTED]> wrote:> >> >> Hello,> >>> >> Is there a way to migrate kafka data from server A to another server B?> >>> >> Can I just copy the data from $log.dir in server.properties and> >> zookeeper file from $dataDir in zookeeper.properties from server A to> >> server B, and then run server B's kafka instance?> >>> >> thanks,> >>> >> Jason> >>>

I've started by only coping $log.dir from server A to server B. Bothserver A and server B ran same version of kafka 0.8 with sameconfiguration files.

However, after running kafka 0.8 on server B I get the followingexception when I tried to fetch the message:2013-02-28 05:56:35,851] WARN [KafkaApi-1] Error while responding tooffset request (kafka.server.KafkaApis)kafka.common.UnknownTopicOrPartitionException: Topic topic_generalpartition 0 doesn't exist on 1 at kafka.server.ReplicaManager.getLeaderReplicaIfLocal(ReplicaManager.scala:163)........

However, the folder topic_general-0 exists and there are files00000000000000000000.log and 00000000000000000000.index there . Thereare also a replication-offset-checkpoint file in this $log.dir folder.I then copied by $log.dir and also the zookeeper folder from server Ato server B and run it. In the zookeeper folder I have the followingfiles:-rw-r--r--. 1 root root 296 Feb 28 06:12 snapshot.0-rw-r--r--. 1 root root 67108880 Feb 28 06:12 log.1-rw-r--r--. 1 root root 67108880 Feb 28 06:12 log.4b-rw-r--r--. 1 root root 4817 Feb 28 06:12 snapshot.4a

and start up errors in kafka server log:[2013-02-28 06:15:00,228] ERROR [Partition state machine on Controller1]: State change for partition[topic_84784ecc-3803-42eb-bcdd-31dc42b697c6, 0] from OfflinePartitionto OnlinePartition failed (kafka.controller.PartitionStateMachine)kafka.common.PartitionOfflineException: All replicas for partition[topic_84784ecc-3803-42eb-bcdd-31dc42b697c6, 0] are dead. Marking thispartition offline

And I am getting the same error when trying to fetch messages:2013-02-28 06:20:01,516] WARN [KafkaApi-1] Error while responding tooffset request (kafka.server.KafkaApis)kafka.common.UnknownTopicOrPartitionException: Topic topic_generalpartition 0 doesn't exist on 1 at kafka.server.ReplicaManager.getLeaderReplicaIfLocal(ReplicaManager.scala:163)

I am running both zookeeper and kafka on the same server. I only haveone server so the replication factor is 1.

Looks like something went wrong for me. Any ideas?

thanks!

Jason

On Wed, Feb 27, 2013 at 6:59 PM, Neha Narkhede <[EMAIL PROTECTED]> wrote:> As Jun described, the purpose of broker.id is to be able to move data from> one broker to the other without changes. I believe this should work in 0.8> as well. However, we've never tried it so not sure if there are bugs. Let> us know how it goes.>> Thanks,> Neha>>> On Wed, Feb 27, 2013 at 1:31 PM, Jason Huang <[EMAIL PROTECTED]> wrote:>>> Thanks for the response.>>>> I apologize - I should have mentioned that we are trying out kafka 0.8>> because of its new exciting features.>>>> So for 0.8, what do I need to do with the zookeeper data? copy>> zookeeper file from $dataDir in zookeeper.properties from server A to>> server B, and then run server B's kafka instance?>>>> Jason>>>> On Wed, Feb 27, 2013 at 12:57 PM, Neha Narkhede <[EMAIL PROTECTED]>>> wrote:>> > Jason,>> >>> > Assuming this question is for 0.7, you can just copy the data in the log>> > directory and restart the new broker. You don't need to copy the>> zookeeper>> > data.>> >>> > Thanks,>> > Neha>> > On Feb 27, 2013 2:11 AM, "Jason Huang" <[EMAIL PROTECTED]> wrote:>> >>> >> Hello,>> >>>> >> Is there a way to migrate kafka data from server A to another server B?>> >>>> >> Can I just copy the data from $log.dir in server.properties and>> >> zookeeper file from $dataDir in zookeeper.properties from server A to>> >> server B, and then run server B's kafka instance?>> >>>> >> thanks,

> I've started by only coping $log.dir from server A to server B. Both> server A and server B ran same version of kafka 0.8 with same> configuration files.>> However, after running kafka 0.8 on server B I get the following> exception when I tried to fetch the message:> 2013-02-28 05:56:35,851] WARN [KafkaApi-1] Error while responding to> offset request (kafka.server.KafkaApis)> kafka.common.UnknownTopicOrPartitionException: Topic topic_general> partition 0 doesn't exist on 1> at> kafka.server.ReplicaManager.getLeaderReplicaIfLocal(ReplicaManager.scala:163)........>> However, the folder topic_general-0 exists and there are files> 00000000000000000000.log and 00000000000000000000.index there . There> are also a replication-offset-checkpoint file in this $log.dir folder.>>> I then copied by $log.dir and also the zookeeper folder from server A> to server B and run it. In the zookeeper folder I have the following> files:> -rw-r--r--. 1 root root 296 Feb 28 06:12 snapshot.0> -rw-r--r--. 1 root root 67108880 Feb 28 06:12 log.1> -rw-r--r--. 1 root root 67108880 Feb 28 06:12 log.4b> -rw-r--r--. 1 root root 4817 Feb 28 06:12 snapshot.4a>> With both log data and zookeeper data copied over to server B I am> getting start up errors in zookeeper log> INFO Got user-level KeeperException when processing> sessionid:0x13d20830d3e0000 type:create cxid:0x1> zxid:0xfffffffffffffffe txntype:unknown reqpath:n/a Error> Path:/brokers/ids/1 Error:KeeperErrorCode = NodeExists for> /brokers/ids/1 (org.apache.zookeeper.server.PrepRequestProcessor)>> and start up errors in kafka server log:> [2013-02-28 06:15:00,228] ERROR [Partition state machine on Controller> 1]: State change for partition> [topic_84784ecc-3803-42eb-bcdd-31dc42b697c6, 0] from OfflinePartition> to OnlinePartition failed (kafka.controller.PartitionStateMachine)> kafka.common.PartitionOfflineException: All replicas for partition> [topic_84784ecc-3803-42eb-bcdd-31dc42b697c6, 0] are dead. Marking this> partition offline>> And I am getting the same error when trying to fetch messages:> 2013-02-28 06:20:01,516] WARN [KafkaApi-1] Error while responding to> offset request (kafka.server.KafkaApis)> kafka.common.UnknownTopicOrPartitionException: Topic topic_general> partition 0 doesn't exist on 1> at> kafka.server.ReplicaManager.getLeaderReplicaIfLocal(ReplicaManager.scala:163)>> I am running both zookeeper and kafka on the same server. I only have> one server so the replication factor is 1.>> Looks like something went wrong for me. Any ideas?>> thanks!>> Jason>>>> On Wed, Feb 27, 2013 at 6:59 PM, Neha Narkhede <[EMAIL PROTECTED]>> wrote:> > As Jun described, the purpose of broker.id is to be able to move data> from> > one broker to the other without changes. I believe this should work in> 0.8> > as well. However, we've never tried it so not sure if there are bugs. Let> > us know how it goes.> >> > Thanks,> > Neha> >> >> > On Wed, Feb 27, 2013 at 1:31 PM, Jason Huang <[EMAIL PROTECTED]>> wrote:> >> >> Thanks for the response.> >>> >> I apologize - I should have mentioned that we are trying out kafka 0.8> >> because of its new exciting features.> >>> >> So for 0.8, what do I need to do with the zookeeper data? copy> >> zookeeper file from $dataDir in zookeeper.properties from server A to> >> server B, and then run server B's kafka instance?> >>> >> Jason> >>> >> On Wed, Feb 27, 2013 at 12:57 PM, Neha Narkhede <> [EMAIL PROTECTED]>> >> wrote:> >> > Jason,> >> >> >> > Assuming this question is for 0.7, you can just copy the data in the> log> >> > directory and restart the new broker. You don't need to copy the

I actually tried to load the data back with the same instance of kafkaon server A so the broker id must be the same. The reason I broughtthis up at the first place is because we've had some issuesrecognizing the messages on a server stop/restart. I was able toreproduce our issue with following steps:

Notice that kafka-server-stop.sh uses kill -SIGTERM andzookeeper-server-start.sh uses kill -SIGINT. My observation is that onour server kill -SIGINT doesn't actually kill the zookeeper process.(I can still see that running when I check the processes).

Then when we tried to fetch the messages from existing topics andpartitions, we get the following error:WARN [KafkaApi-1] Error while responding to offset request(kafka.server.KafkaApis)kafka.common.UnknownTopicOrPartitionException: Topic topic_generalpartition 0 doesn't exist on 1at kafka.server.ReplicaManager.getLeaderReplicaIfLocal(ReplicaManager.scala:163)

I am not sure if anyone has experienced this before. It appears to methat because kill -SIGINT didn't actually kill the previous zookeeperprocess, running from that state messes up the partition/topicinformation with zookeeper? And maybe because of that, copying the logfiles and trying to reload them won't work (because somehowinformation were corrupted)?

thanks,

Jason

On Thu, Feb 28, 2013 at 12:10 PM, Neha Narkhede <[EMAIL PROTECTED]> wrote:> I'm guessing the brokerid of the new broker is not the same as the old one> maybe ? This will work only if you copy the data over and maintain the same> broker id.> If not, then this could be a bug.>> Thanks,> Neha>>> On Thu, Feb 28, 2013 at 3:21 AM, Jason Huang <[EMAIL PROTECTED]> wrote:>>> I've started by only coping $log.dir from server A to server B. Both>> server A and server B ran same version of kafka 0.8 with same>> configuration files.>>>> However, after running kafka 0.8 on server B I get the following>> exception when I tried to fetch the message:>> 2013-02-28 05:56:35,851] WARN [KafkaApi-1] Error while responding to>> offset request (kafka.server.KafkaApis)>> kafka.common.UnknownTopicOrPartitionException: Topic topic_general>> partition 0 doesn't exist on 1>> at>> kafka.server.ReplicaManager.getLeaderReplicaIfLocal(ReplicaManager.scala:163)........>>>> However, the folder topic_general-0 exists and there are files>> 00000000000000000000.log and 00000000000000000000.index there . There>> are also a replication-offset-checkpoint file in this $log.dir folder.>>>>>> I then copied by $log.dir and also the zookeeper folder from server A>> to server B and run it. In the zookeeper folder I have the following>> files:>> -rw-r--r--. 1 root root 296 Feb 28 06:12 snapshot.0>> -rw-r--r--. 1 root root 67108880 Feb 28 06:12 log.1>> -rw-r--r--. 1 root root 67108880 Feb 28 06:12 log.4b>> -rw-r--r--. 1 root root 4817 Feb 28 06:12 snapshot.4a>>>> With both log data and zookeeper data copied over to server B I am>> getting start up errors in zookeeper log>> INFO Got user-level KeeperException when processing

> Hello,>> I actually tried to load the data back with the same instance of kafka> on server A so the broker id must be the same. The reason I brought> this up at the first place is because we've had some issues> recognizing the messages on a server stop/restart. I was able to> reproduce our issue with following steps:>> (1) servers start:> nohup sudo /opt/kafka-0.8.0/bin/zookeeper-server-start.sh> /opt/kafka-0.8.0/config/zookeeper.properties >> /opt/kafka-0.8.0/data/kafka-logs/zook.out 2>&1 &> nohup sudo /opt/kafka-0.8.0/kafka-server-start.sh> /opt/kafka-0.8.0/config/server.properties >> /opt/kafka-0.8.0/data/kafka-logs/kafka.out 2>&1 &>> (2) create some messages>> (3) stop server> sudo /opt/kafka-0.8.0/bin/kafka-server-stop.sh> sudo /opt/kafka-0.8.0/bin/zookeeper-server-start.sh>> Notice that kafka-server-stop.sh uses kill -SIGTERM and> zookeeper-server-start.sh uses kill -SIGINT. My observation is that on> our server kill -SIGINT doesn't actually kill the zookeeper process.> (I can still see that running when I check the processes).>> Start from this state (running kill -SIGTERM for kafka server and kill> -SIGINT for zookeeper server), we restart the zookeeper and kafka> services:> nohup sudo /opt/kafka-0.8.0/bin/zookeeper-server-start.sh> /opt/kafka-0.8.0/config/zookeeper.properties >> /opt/kafka-0.8.0/data/kafka-logs/zook.out 2>&1 &> nohup sudo /opt/kafka-0.8.0/kafka-server-start.sh> /opt/kafka-0.8.0/config/server.properties >> /opt/kafka-0.8.0/data/kafka-logs/kafka.out 2>&1 &>> Then when we tried to fetch the messages from existing topics and> partitions, we get the following error:> WARN [KafkaApi-1] Error while responding to offset request> (kafka.server.KafkaApis)> kafka.common.UnknownTopicOrPartitionException: Topic topic_general> partition 0 doesn't exist on 1> at> kafka.server.ReplicaManager.getLeaderReplicaIfLocal(ReplicaManager.scala:163)>> I am not sure if anyone has experienced this before. It appears to me> that because kill -SIGINT didn't actually kill the previous zookeeper> process, running from that state messes up the partition/topic> information with zookeeper? And maybe because of that, copying the log> files and trying to reload them won't work (because somehow> information were corrupted)?>> thanks,>> Jason>>>> On Thu, Feb 28, 2013 at 12:10 PM, Neha Narkhede <[EMAIL PROTECTED]>> wrote:> > I'm guessing the brokerid of the new broker is not the same as the old> one> > maybe ? This will work only if you copy the data over and maintain the> same> > broker id.> > If not, then this could be a bug.> >> > Thanks,> > Neha> >> >> > On Thu, Feb 28, 2013 at 3:21 AM, Jason Huang <[EMAIL PROTECTED]>> wrote:> >> >> I've started by only coping $log.dir from server A to server B. Both> >> server A and server B ran same version of kafka 0.8 with same> >> configuration files.> >>> >> However, after running kafka 0.8 on server B I get the following> >> exception when I tried to fetch the message:> >> 2013-02-28 05:56:35,851] WARN [KafkaApi-1] Error while responding to> >> offset request (kafka.server.KafkaApis)> >> kafka.common.UnknownTopicOrPartitionException: Topic topic_general> >> partition 0 doesn't exist on 1> >> at> >>> kafka.server.ReplicaManager.getLeaderReplicaIfLocal(ReplicaManager.scala:163)........> >>> >> However, the folder topic_general-0 exists and there are files> >> 00000000000000000000.log and 00000000000000000000.index there . There> >> are also a replication-offset-checkpoint file in this $log.dir folder.> >>> >>> >> I then copied by $log.dir and also the zookeeper folder from server A

Sure I can collect the logs. However, the strange thing in my case isthat the zookeeper-server-stop.sh script (kill -SIGINT) didn'tactually kill the zookeeper process in my server. When you triedshutting down zookeeper in your step, did you double check to see ifthe zookeeper process had been killed or not? (ps aux | grep"zookeeper")

thanks,

Jason

On Fri, Mar 1, 2013 at 5:40 PM, Neha Narkhede <[EMAIL PROTECTED]> wrote:> I tried doing the following, but couldn't reproduce your issue ->> 1. Start zookeeper and kafka> 2. Send some messages> 3. Shutdown kafka and zookeeper> 4. Start zookeeper and Kafka> 5. Consume all messages>> Do you mind sending around the entire Kafka and Consumer logs ?>> Thanks,> Neha>>> On Thu, Feb 28, 2013 at 5:10 PM, Jason Huang <[EMAIL PROTECTED]> wrote:>>> Hello,>>>> I actually tried to load the data back with the same instance of kafka>> on server A so the broker id must be the same. The reason I brought>> this up at the first place is because we've had some issues>> recognizing the messages on a server stop/restart. I was able to>> reproduce our issue with following steps:>>>> (1) servers start:>> nohup sudo /opt/kafka-0.8.0/bin/zookeeper-server-start.sh>> /opt/kafka-0.8.0/config/zookeeper.properties >>> /opt/kafka-0.8.0/data/kafka-logs/zook.out 2>&1 &>> nohup sudo /opt/kafka-0.8.0/kafka-server-start.sh>> /opt/kafka-0.8.0/config/server.properties >>> /opt/kafka-0.8.0/data/kafka-logs/kafka.out 2>&1 &>>>> (2) create some messages>>>> (3) stop server>> sudo /opt/kafka-0.8.0/bin/kafka-server-stop.sh>> sudo /opt/kafka-0.8.0/bin/zookeeper-server-start.sh>>>> Notice that kafka-server-stop.sh uses kill -SIGTERM and>> zookeeper-server-start.sh uses kill -SIGINT. My observation is that on>> our server kill -SIGINT doesn't actually kill the zookeeper process.>> (I can still see that running when I check the processes).>>>> Start from this state (running kill -SIGTERM for kafka server and kill>> -SIGINT for zookeeper server), we restart the zookeeper and kafka>> services:>> nohup sudo /opt/kafka-0.8.0/bin/zookeeper-server-start.sh>> /opt/kafka-0.8.0/config/zookeeper.properties >>> /opt/kafka-0.8.0/data/kafka-logs/zook.out 2>&1 &>> nohup sudo /opt/kafka-0.8.0/kafka-server-start.sh>> /opt/kafka-0.8.0/config/server.properties >>> /opt/kafka-0.8.0/data/kafka-logs/kafka.out 2>&1 &>>>> Then when we tried to fetch the messages from existing topics and>> partitions, we get the following error:>> WARN [KafkaApi-1] Error while responding to offset request>> (kafka.server.KafkaApis)>> kafka.common.UnknownTopicOrPartitionException: Topic topic_general>> partition 0 doesn't exist on 1>> at>> kafka.server.ReplicaManager.getLeaderReplicaIfLocal(ReplicaManager.scala:163)>>>> I am not sure if anyone has experienced this before. It appears to me>> that because kill -SIGINT didn't actually kill the previous zookeeper>> process, running from that state messes up the partition/topic>> information with zookeeper? And maybe because of that, copying the log>> files and trying to reload them won't work (because somehow>> information were corrupted)?>>>> thanks,>>>> Jason>>>>>>>> On Thu, Feb 28, 2013 at 12:10 PM, Neha Narkhede <[EMAIL PROTECTED]>>> wrote:>> > I'm guessing the brokerid of the new broker is not the same as the old>> one>> > maybe ? This will work only if you copy the data over and maintain the>> same>> > broker id.>> > If not, then this could be a bug.>> >>> > Thanks,>> > Neha>> >>> >>> > On Thu, Feb 28, 2013 at 3:21 AM, Jason Huang <[EMAIL PROTECTED]>>> wrote:>> >>> >> I've started by only coping $log.dir from server A to server B. Both>> >> server A and server B ran same version of kafka 0.8 with same>> >> configuration files.>> >>>> >> However, after running kafka 0.8 on server B I get the following>> >> exception when I tried to fetch the message:>> >> 2013-02-28 05:56:35,851] WARN [KafkaApi-1] Error while responding to

+

Jason Huang 2013-03-03, 11:44

NEW: Monitor These Apps!

All projects made searchable here are trademarks of the Apache Software Foundation.
Service operated by Sematext