Hi Peter,
Thanks for getting back to me on this, i have done the following checks
as suggested:
Kafka version: 2.8.1
I can connect to all 4 brokers on port 9092 from my client system
I can see this on 3 of the 4 brokers have the following message:
DEBUG [Controller id=X] Broker Y has been elected as the controller, so
stopping the election process. (kafka.controller.KafkaController)
I was just going to send you the command for my topic creation and
realised i was not using the new zookeeper path in my ZK connection
string, so i was using /kafka instead of /kafkaprod MyBad :-(
So all was working after all, once i removed the data/files from
/data/kafka and changing the zookeeper.connect string to use /kafkaprod.
We now have all six disk working on all 4 brokers.
Thanks again for your help on this and sorry for not spotting my mistake
sooner :-)
Many Thanks
Chris
On 2022-09-21 22:24, Peter Bukowinski wrote:
Hmmm. Let's start with some low level troubleshooting.
What kafka version are you using?
Can reach the ip:port of all broker listener addresses? I like to use
`nc -vz ip port` to validate connectivity from my kafka client.
Check the controller.log on all brokers. All but one of them should say
something like `DEBUG [Controller id=X] Broker Y has been elected as
the controller, so stopping the election process.
(kafka.controller.KafkaController)`. This will tell you that all
brokers are in agreement that only one of them is the controller. This
will confirm zookeeper is configured and working correctly.
Can you share the command you're using to create your topics?
When you run `kafka-broker-api-versions.sh --bootstrap-server host:port
| grep '>' | sort -n -k3`, do you get a list of all your brokers?
--
Peter
On Sep 21, 2022, at 10:26 AM, Chris Peart <ch...@peart.me.uk> wrote:
Hi Peter,
Kafka brokers are staying up and show when I query zookeeper
brokers/ids
Is the any other files that require deletion as it doesn't make sense I
have 0 brokers, when trying to create a topic.
I get no errors when listing topics, but obviously don't see any topics
as I cannot create any.
I have rebooted the Kafka brokers and restarted the all the zookeeper
services on our production zookeeper cluster.
Not sure what other steps I can take to resolve this, any thoughts
would be appreciated.
Many Thanks
Chris
On 21 Sep 2022, at 6:03 pm, Peter Bukowinski <pmb...@gmail.com> wrote:
Hi Chris,
Are you sure kafka is starting up (and remains up) successfully? From
the error, it seems like none of the brokers are online.
--
Peter
On Sep 21, 2022, at 4:02 AM, Chris Peart <ch...@peart.me.uk> wrote:
Hi Peter,
I have made the changes i suggested:
Stopping Kafka
Deleting all files and folders in /Kafka/data
Changing the zookeeper setting to point to a different path in the
zookeeper cluster
Start Kafka
I see the usual files in /kafka/data/ meta.properties and the offset
files in all 6 disks.
I see all 4 brokers in zookeeper using the new path i specified in
server.properties.
When i try to create a topic now i receive: Replication factor: 3
larger than available brokers: 0
I see no errors in server.log & controller.log.
Any advice would be great please as i've exhausted all my options.
Many Thanks,
Chris
On 2022-09-20 21:43, Chris Peart wrote:
Thanks Peter,
I'll give this a go tomorrow and let you know how I get on.
Many Thanks,
Chris On 20 Sep 2022, at 9:32 pm, Peter Bukowinski <pmb...@gmail.com>
wrote: Hi Chris,
If the configs are correct and the permissions on all the
/data/X/kafka/data directories are correct, then kafka should use all
of the log dirs when creating topics. Remember that kafka will not
automatically move any existing topic data when the cluster configs
change. I'd test by creating a topic with more partitions than storage
locations.
If you'd rather start fresh, you have the steps correct. An alternative
to changing the zk path is to use zkCli to remove the paths. If you use
a zookeeper chroot, just delete everything from that chroot down from
zkCli, e.g. `rmr /[kafka-chroot]`
--
Peter On Sep 20, 2022, at 11:56 AM, Chris Peart <ch...@peart.me.uk>
wrote: Thinking about this, as this is not in production it might be
easier just reset everything.
Would it be something like:
Stopping Kafka
Deleting all files and folders in /Kafka/data
Changing the zookeeper setting to point to a different path in the
zookeeper cluster
Start Kafka
Some help on resetting Kafka would be great if ok please.
Many Thanks
Chris On 20 Sep 2022, at 3:37 pm, Chris Peart <ch...@peart.me.uk>
wrote: Hi Peter,
I have checked the logs on all 4 brokers and could only see
/data/1/data/kafka being used, log.dirs config in the logs showed all
the disks but no errors.
I managed to get the other 5 disks working by adding the path
/data/[2-6]/data/kafka and setting the owner as kafka and restarting
kafka.
So now when i create topics i see disks 2-6 being used but not disk 1.
I have stopped all the brokers deleted all files /data/1/kafka/data on
all brokers and started them, but i still don't see disk 1 being used
when creating topics, it's as if there is some dirty configuration
somewhere, maybe in zookeeper?
Any help here would be much appreciated :)
Many Thanks,
Chris On 2022-09-16 08:22, Chris Peart wrote: Thanks Peter,
I'll check the logs next week and let you know my findings.
Many Thanks
Chris On 16 Sep 2022, at 7:45 am, Peter Bukowinski <pmb...@gmail.com>
wrote: The next thing I'd check is the broker logs. The parameters read
from the config should appear in the logs when kafka starts up. Search
the logs for 'log.dirs' and ensure the correct configs are loaded.
--
Peter On Sep 15, 2022, at 11:10 PM, Chris Peart <ch...@peart.me.uk>
wrote: Hi Peter,
Thanks for your response, we have the following configuration:
Partition count=4
Replication factor=3
All four brokers have topics-partitions in /data/1/kafka/data and are
receiving data.
Each server has 6 x 2TB disks for kaka data.
Many Thanks,
Chris On 16 Sep 2022, at 1:56 am, Peter Bukowinski <pmb...@gmail.com>
wrote: Hi Chris,
Can you share the partition count and replication factor of your
partitions? Also, do all four brokers contain topic-partition
directories in /data/1/kafka/data or just a single broker? Depending on
your topic config, it may be entirely normal that his has happened.
--
Peter Bukowinski On Sep 15, 2022, at 3:35 AM, Chris Peart
<ch...@peart.me.uk> wrote: Hi All,
I have a 4 node kafka cluster running version 2.8.1, we have started
pushing data to the cluster but can only see one disk being used.
We had 6 disk configured as non-raid and 1 partition per disk, we have
the following in fstab:
/dev/mapper/VolGroup01-data /data/1 xfs nodev,noatime,nofail
1 2
/dev/mapper/VolGroup02-data /data/2 xfs nodev,noatime,nofail 1
2
/dev/mapper/VolGroup03-data /data/3 xfs nodev,noatime,nofail
1 2
/dev/mapper/VolGroup04-data /data/4 xfs nodev,noatime,nofail
1 2
/dev/mapper/VolGroup05-data /data/5 xfs nodev,noatime,nofail
1 2
/dev/mapper/VolGroup06-data /data/6 xfs nodev,noatime,nofail
1 2
We configured server.properties to be:
log.dirs=/data/1/kafka/data,/data/2/kafka/data,/data/3/kafka/data,/data/4/kafka/data,/data/5/kafka/data,/data/6/kafka/data
i can see all our topics in /data/1/kafka/data but don't see anything
in /data/2-5
Any help would be appreciated as this is going to production next week?
Many Thanks,
Chris