Member since
01-04-2016
18
Posts
13
Kudos Received
0
Solutions
07-28-2017
08:49 AM
1 Kudo
@Ranjit masetty , No, you won't. Even if you have a record for a.txt in FSImage it will check change log to ensure it was not deleted or renamed. Since edit log shows you renamed a.txt NameNode will return with no file. Parsing edit log is a very fast process.
... View more
05-01-2017
10:51 PM
I cannot get your question. Why do you think you need to update the group file?
... View more
03-20-2017
07:00 PM
I beleive: config.set("yarn.resourcemanager.principal","rm/_HOST@HDP.DEV");
... View more
03-20-2017
06:45 PM
Did you set "yarn.resourcemanager.principal" property?
If no please do since RM is the default token revewer so Yarn client will try to find out the renewer based on this property.
... View more
03-11-2017
06:20 PM
@suresh krish What is your OS? Seems like you haven't created database for you realm. If you have Debian/Ubuntu try krb5_newrealm command, else try kdb5_util create -s -r YOUR_REALM
... View more
02-20-2017
09:57 AM
@satya gaurav, If you feel you got the answer for your question please accept one of the answers.
... View more
02-20-2017
09:56 AM
@satya gaurav, If you feel you got the answer for your question please accept one of the answers.
... View more
02-10-2017
11:44 AM
They are the old edit logs. You can limit the number of retained files with dfs.namenode.num.checkpoints.retained setting.
... View more
02-10-2017
11:23 AM
Yes, it will use RAM since it is the fastest way to reach the required data. That is why Apache recommends to use lot of memory on NN.
... View more
02-10-2017
10:28 AM
2 Kudos
"as per your explanation edits log and fsimage store changes only from the last checkpoint" No. Your HDFS state is stored in FSImage. All the changes (rename, delete, permission change) to last checkpoint will be stored in edit log. To avoid that the edit log to be too large sometimes the SN applies the changes from edit log in FSImage. That means FSImage stores your whole HDFS state not only from the last checkpoint. With other words, the checkpoint is actually the FSImage. This whole process is needed because it is hard to write FSImage it is easier to write the changes into edit log, but edit log could be too large so merge is needed in certain period. Example: You have a file a.txt and you rename to b.txt. After you rename b.txt to c.txt FSImage shows you have a.txt and in edit log it stores you had two renames (a -> b, b -> c) After SN merges FSImage and edit log: Edit log will be empty and FSImage will show you have c.txt. There will be no any record for a.txt. Does it answer you question?
... View more