[jira] [Commented] (KUDU-1867) Improve the "Could not lock .../block_manager_instance" error message

2018-01-10 Thread Jean-Daniel Cryans (JIRA)

[ 
https://issues.apache.org/jira/browse/KUDU-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16320704#comment-16320704
 ] 

Jean-Daniel Cryans commented on KUDU-1867:
--

[~evinhas] this is not a bug, this jira is about improving an error message. 
You're still going to get an error due to the underlying issue which might be 
that the file has the wrong permissions or something like that.

> Improve the "Could not lock .../block_manager_instance" error message
> -
>
> Key: KUDU-1867
> URL: https://issues.apache.org/jira/browse/KUDU-1867
> Project: Kudu
>  Issue Type: Bug
>  Components: fs
>Affects Versions: 1.2.0
>Reporter: Jean-Daniel Cryans
>  Labels: newbie
>
> It's possible for users to encounter a rather cryptic error when trying to 
> run Kudu while it's already running or with a different user than what was 
> previously used:
> {code}
> Check failed: _s.ok() Bad status: IO error: Failed to load FS layout: Could 
> not lock /path/to/data/block_manager_instance: Could not lock 
> /path/to/data/block_manager_instance: lock 
> /path/to/data/block_manager_instance: Resource temporarily unavailable (error 
> 11)
> {code}
> This is the log line that we FATAL with, so unless you already know what it 
> means you're left to your own guessing and log digging. Instead, the error 
> message could be more prescriptive.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (KUDU-1867) Improve the "Could not lock .../block_manager_instance" error message

2018-01-10 Thread Jean-Daniel Cryans (JIRA)

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

Jean-Daniel Cryans updated KUDU-1867:
-
Target Version/s: Backlog  (was: 1.5.0)

> Improve the "Could not lock .../block_manager_instance" error message
> -
>
> Key: KUDU-1867
> URL: https://issues.apache.org/jira/browse/KUDU-1867
> Project: Kudu
>  Issue Type: Bug
>  Components: fs
>Affects Versions: 1.2.0
>Reporter: Jean-Daniel Cryans
>  Labels: newbie
>
> It's possible for users to encounter a rather cryptic error when trying to 
> run Kudu while it's already running or with a different user than what was 
> previously used:
> {code}
> Check failed: _s.ok() Bad status: IO error: Failed to load FS layout: Could 
> not lock /path/to/data/block_manager_instance: Could not lock 
> /path/to/data/block_manager_instance: lock 
> /path/to/data/block_manager_instance: Resource temporarily unavailable (error 
> 11)
> {code}
> This is the log line that we FATAL with, so unless you already know what it 
> means you're left to your own guessing and log digging. Instead, the error 
> message could be more prescriptive.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Comment Edited] (KUDU-1867) Improve the "Could not lock .../block_manager_instance" error message

2018-01-10 Thread Ed Vin (JIRA)

[ 
https://issues.apache.org/jira/browse/KUDU-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16319971#comment-16319971
 ] 

Ed Vin edited comment on KUDU-1867 at 1/10/18 10:06 AM:


Excuse me but, is there any plan for getting solved this issue? It was proposed 
to be fixed by version 1.5, but it wasn't. Current version 1.6 is not solving 
the issue.

Please, could anyone update the issue to add the expected target version when 
issue will be solved?

Thanks in advance.


was (Author: evinhas):
Excuse me but, is there any plan for getting solved this issue? 

> Improve the "Could not lock .../block_manager_instance" error message
> -
>
> Key: KUDU-1867
> URL: https://issues.apache.org/jira/browse/KUDU-1867
> Project: Kudu
>  Issue Type: Bug
>  Components: fs
>Affects Versions: 1.2.0
>Reporter: Jean-Daniel Cryans
>  Labels: newbie
>
> It's possible for users to encounter a rather cryptic error when trying to 
> run Kudu while it's already running or with a different user than what was 
> previously used:
> {code}
> Check failed: _s.ok() Bad status: IO error: Failed to load FS layout: Could 
> not lock /path/to/data/block_manager_instance: Could not lock 
> /path/to/data/block_manager_instance: lock 
> /path/to/data/block_manager_instance: Resource temporarily unavailable (error 
> 11)
> {code}
> This is the log line that we FATAL with, so unless you already know what it 
> means you're left to your own guessing and log digging. Instead, the error 
> message could be more prescriptive.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (KUDU-1867) Improve the "Could not lock .../block_manager_instance" error message

2018-01-10 Thread Ed Vin (JIRA)

[ 
https://issues.apache.org/jira/browse/KUDU-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16319971#comment-16319971
 ] 

Ed Vin commented on KUDU-1867:
--

Excuse me but, is there any plan for getting solved this issue? 

> Improve the "Could not lock .../block_manager_instance" error message
> -
>
> Key: KUDU-1867
> URL: https://issues.apache.org/jira/browse/KUDU-1867
> Project: Kudu
>  Issue Type: Bug
>  Components: fs
>Affects Versions: 1.2.0
>Reporter: Jean-Daniel Cryans
>  Labels: newbie
>
> It's possible for users to encounter a rather cryptic error when trying to 
> run Kudu while it's already running or with a different user than what was 
> previously used:
> {code}
> Check failed: _s.ok() Bad status: IO error: Failed to load FS layout: Could 
> not lock /path/to/data/block_manager_instance: Could not lock 
> /path/to/data/block_manager_instance: lock 
> /path/to/data/block_manager_instance: Resource temporarily unavailable (error 
> 11)
> {code}
> This is the log line that we FATAL with, so unless you already know what it 
> means you're left to your own guessing and log digging. Instead, the error 
> message could be more prescriptive.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)