[
https://issues.apache.org/jira/browse/HADOOP-1541?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Doug Cutting updated HADOOP-1541:
---------------------------------
Status: Open (was: Patch Available)
I think this would better be fixed by making deletion of a non-existent file
optionally not generate exceptions, by adding a 'force' flag to delete().
Perhaps we can implement this by permitting getFileInfo() to return null for
non-existing files, and we can check for that. Could that work?
Also, is this really a blocker?
> ipc.Server INFO message shouldn't include an Exception trace
> ------------------------------------------------------------
>
> Key: HADOOP-1541
> URL: https://issues.apache.org/jira/browse/HADOOP-1541
> Project: Hadoop
> Issue Type: Bug
> Components: dfs
> Affects Versions: 0.14.0
> Reporter: Nigel Daley
> Assignee: dhruba borthakur
> Priority: Blocker
> Fix For: 0.14.0
>
> Attachments: ipcExceptionLog2.patch
>
>
> I see a lot of these in the NN log. I don't think an INFO message should
> contain an error message and stack trace.
> 2007-06-28 00:21:51,057 INFO org.apache.hadoop.ipc.Server: IPC Server handler
> 7 on 8020, call getFileInfo(/user/hadoopqa/mapred.loadtest/intermediateouts)
> from 2.2.2.2:47476: error: java.io.IOException: File does not exist
> java.io.IOException: File does not exist
> at org.apache.hadoop.dfs.FSDirectory.getFileInfo(FSDirectory.java:716)
> at
> org.apache.hadoop.dfs.FSNamesystem.getFileInfo(FSNamesystem.java:1178)
> at org.apache.hadoop.dfs.NameNode.getFileInfo(NameNode.java:479)
> at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:340)
> at org.apache.hadoop.ipc.Server$Handler.run(Server.java:566)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
