Our Community is getting an upgrade! To get everything ready for the relaunch, we’ll be placing the site in read-only mode starting September 21st.
We really appreciate your understanding while we get things set up behind the scenes. Catch up on all the exciting details about the move here.
Need help or have questions? Drop us a line at [email protected]

Archives of Support Questions (Read Only)

This is an archived board for historical reference. Information and links may no longer be available or relevant
Announcements
This board is archived and read-only for historical reference. To ask a new question, please post a new topic on the appropriate active board.

Moving Secondary NameNode Checkpoint directory

avatar

Hi,

The Secondary NameNode (SNN) checkpoint directory at /tmp/hadoop/hdfs/namesecondary is filling up tmp and I would like to move it. What is the best way to do this? Also once moved, can I just RM -R all data in the old directory or do I need to copy it over?

Thanks,

1 ACCEPTED SOLUTION

avatar

From Ambari perspective, if you stop HDFS, modify the config property shown below, move all content to the new location it will likely work.

Someone from HDFS team can confirm if there is any affinity to the actual folder path.

<property>
      <name>dfs.namenode.checkpoint.dir</name>
      <value>/hadoop/hdfs/namesecondary</value>
</property>

View solution in original post

3 REPLIES 3

avatar

From Ambari perspective, if you stop HDFS, modify the config property shown below, move all content to the new location it will likely work.

Someone from HDFS team can confirm if there is any affinity to the actual folder path.

<property>
      <name>dfs.namenode.checkpoint.dir</name>
      <value>/hadoop/hdfs/namesecondary</value>
</property>

avatar

HDFS has no affinity to a specific path for this setting.

avatar
Super Collaborator

Apart from the fact that the partition is getting full, the main reason I see to move the checkpoint directory is that you cannot trust that the data under /tmp won't be wiped out after a reboot of your server.

In general, avoid putting any kind of Hadoop information (data or metadata) under /tmp, unless you are sure this is kind of temporary or non critical information.