Not really, because HAWQ should be operational even without Ambari(if that's the case).
On Thu, Mar 2, 2017 at 4:21 PM, Jon Roberts <[email protected]> wrote: > If that is the case, should we remove the "hawq" CLI? > > Jon > > On Thu, Mar 2, 2017 at 6:12 PM, Alex (Oleksandr) Diachenko < > [email protected]> wrote: > > > Hi Jon, > > > > I think it was designed that Ambari is supposed to be only one source of > > true. > > The whole purpose of integration id to provide a user-friendly interface > > and avoid manually editing/distributing config files > > or running CLI commands. > > The idea of coupling HAWQ master with Ambari doesn't seem to be clean. > > > > Regards, Alex. > > > > On Thu, Mar 2, 2017 at 4:05 PM, Jon Roberts <[email protected]> wrote: > > > > > It would be handy if the "hawq config" also updated Ambari's database > so > > > that changes could be made in either place are retained when changes > are > > > made in either place. > > > > > > Register Ambari: > > > hawq ambari -u admin -w admin -h myhost -p 8080 > > > > > > "hawq config" could then raise INFO/WARN messages about updating > Ambari. > > > > > > Example: > > > hawq config -c hawq_rm_stmt_vseg_memory -v 16gb > > > INFO: Updated Ambari with hawq_rm_stmt_vseg_memory=16gb > > > or > > > hawq config -c hawq_rm_stmt_vseg_memory -v 16gb > > > WARN: Failed to update Ambari with hawq_rm_stmt_vseg_memory=16gb. > Please > > > update Ambari credentials manually to retain this configuration change > > > after a restart. > > > > > > The implementation would require interacting with the Ambari APIs and > > also > > > storing the credentials in an encrypted file on the HAWQ Master. > > > > > > Thoughts? > > > > > > > > > Jon Roberts > > > Principal Engineer | [email protected] | 615-426-8661 > > > > > >
