hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Wang (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HADOOP-7487) DF should throw a more reasonable exception when mount cannot be determined
Date Fri, 01 Feb 2013 01:48:11 GMT

     [ https://issues.apache.org/jira/browse/HADOOP-7487?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Andrew Wang updated HADOOP-7487:
--------------------------------

    Attachment: hadoop-7487-1.patch

Patch with Todd's suggested changes. We now defer parsing, and catch additional runtime errors
during parsing. Added a test case for the newly checked errors.

Tested via running {{TestDFVariations,TestNamenodeCapacityReport}}.
                
> DF should throw a more reasonable exception when mount cannot be determined
> ---------------------------------------------------------------------------
>
>                 Key: HADOOP-7487
>                 URL: https://issues.apache.org/jira/browse/HADOOP-7487
>             Project: Hadoop Common
>          Issue Type: Bug
>          Components: fs
>    Affects Versions: 0.23.0
>            Reporter: Todd Lipcon
>            Assignee: Andrew Wang
>              Labels: noob
>         Attachments: hadoop-7487-1.patch
>
>
> Currently, when using the DF class to determine the mount corresponding to a given directory,
it will throw the generic exception "Expecting a line not the end of stream" if it can't determine
the mount (for example if the directory doesn't exist).
> This error message should be improved in several ways:
> # If the dir to check doesn't exist, we can see that before even execing df, and throw
a better exception (or behave better by chopping path components until it exists)
> # Rather than parsing the lines out of df's stdout, collect the whole output, and then
parse. So, if df returns a non-zero exit code, we can avoid trying to parse the empty result
> # If there's a success exit code, and we still can't parse it (eg incompatible OS), we
should include the unparseable line in the exception message.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message