You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by GitBox <gi...@apache.org> on 2021/06/07 21:43:53 UTC

[GitHub] [accumulo] Manno15 opened a new issue #2148: Add sanity check for configuration settings

Manno15 opened a new issue #2148:
URL: https://github.com/apache/accumulo/issues/2148


   **Is your feature request related to a problem? Please describe.**
   First posted on Jira Ticket: [here](https://issues.apache.org/jira/browse/ACCUMULO-887)
   
   Quote from the Ticket: 
   > I accidentally set the WAL max size to "4" instead of "4G".
   This produced the following stack trace, and was pretty hard to track down. We should pay more attention to sane settings for these values.
   
   **Describe the solution you'd like**
   Not quite sure how to implement a solution but ideally small typos like forgetting the unit would be easier to track down. 
   
   **Additional context**
   I did confirm that this still occurs. The error message for Wal max size has changed since that Jira ticket so it was a bit more obvious on how to track down but this still applies for other properties as well.
   
   <details>
   ![image](https://user-images.githubusercontent.com/29436247/121091271-bdab6100-c7b7-11eb-8515-8395d573a296.png)
   ![image](https://user-images.githubusercontent.com/29436247/121091312-cbf97d00-c7b7-11eb-8fd8-9e3aaa28c75f.png)
   </details
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
users@infra.apache.org



[GitHub] [accumulo] Manno15 commented on issue #2148: Add sanity check for configuration settings

Posted by GitBox <gi...@apache.org>.
Manno15 commented on issue #2148:
URL: https://github.com/apache/accumulo/issues/2148#issuecomment-856936133


   After further discussion, this ticket can be closed for now as there is no actionable work to be done at this time. The specific issue referenced in the JIRA ticket does have a more clear error message now which helps with debugging. 


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
users@infra.apache.org



[GitHub] [accumulo] Manno15 commented on issue #2148: Add sanity check for configuration settings

Posted by GitBox <gi...@apache.org>.
Manno15 commented on issue #2148:
URL: https://github.com/apache/accumulo/issues/2148#issuecomment-856340700


   I agree, there is a lot of nuance with this particular issue. Wal, specifically, has an exception message for when the block size is less than the minimum so in some cases that would be tracked down quickly. I am not quite sure if other properties have something like that. 


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
users@infra.apache.org



[GitHub] [accumulo] ctubbsii commented on issue #2148: Add sanity check for configuration settings

Posted by GitBox <gi...@apache.org>.
ctubbsii commented on issue #2148:
URL: https://github.com/apache/accumulo/issues/2148#issuecomment-856334478


   "4" in this case would have been interpreted as "4 bytes" since it is (presumably) `PropertyType.BYTES`. It can be hard to write general rules to detect and validate these kinds of things, because we don't know what the user had in mind, and the range of sane values is probably different for each individual property, and highly environment-specific. Additionally, special values, like "0" might have specific semantics (like deferring to a hard-coded default).
   
   We could try to code in range constraints to every property that takes a numeric value... which might be tedious, and also might be unnecessarily constraining. After all, "4 bytes" is clearly wrong on a production system, but who is to say that "4 bytes" isn't a valid value for testing WAL rollover or specific failure conditions? And, what should the minimize permitted value actually be here? 1MB? Less? More? I'm not sure.
   
   Having a good error message when the value results in a problem, might be the best option, rather than trying to determine the best range constraint... at least in the general case.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
users@infra.apache.org



[GitHub] [accumulo] Manno15 closed issue #2148: Add sanity check for configuration settings

Posted by GitBox <gi...@apache.org>.
Manno15 closed issue #2148:
URL: https://github.com/apache/accumulo/issues/2148


   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
users@infra.apache.org