You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@bigtop.apache.org by "Konstantin Boudnik (JIRA)" <ji...@apache.org> on 2016/02/25 23:57:18 UTC
[jira] [Comment Edited] (BIGTOP-2325) Deployment recipes for HAWQ
[ https://issues.apache.org/jira/browse/BIGTOP-2325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15168045#comment-15168045 ]
Konstantin Boudnik edited comment on BIGTOP-2325 at 2/25/16 10:56 PM:
----------------------------------------------------------------------
Deployment is sorta there. Issues:
for cluster init:
- files under /etc/hawq/conf/* should belong to hawq:hawq
SSH keys :( ? I have no clue whatsoever why the ssh is needed. Ideally,
- binary scripts should work locally only. Any anything that requires
ssh'ing around. needs to be done as in a wrapper around those local
scripts.
- looks like some Postgres parameters need to be tuned as
selecting default max_connections ... initdb: error 256 from: "/usr/lib/hawq/bin/postgres" --boot -x0 -F -c max_connections=++++1280 -c shared_buffers=4000 -c max_fsm_pages=200000 < "/dev/null" > "/var/run/hawq/hawqAdminLogs/master.initdb" 2>&1 ini++++tdb: removing contents of data directory "/var/run/hawq/hawq-data-directory/masterdd"
Master postgres initdb failed
This happens at least in a docker.
service start should use different parameters for
- master
- segment
Another major issue: HAWQ scripts are ssh'ing all the time for whatever is the reason. There should be a set of local-node scripts for the functionality required; and wrappers that would ssh around and call the local-node scripts. Otherwise, this crap is going to blow.
was (Author: cos):
Deployment is sorta there. Issues:
for cluster init:
- files under /etc/hawq/conf/* should belong to hawq:hawq
SSH keys :( ? I have no clue whatsoever why the ssh is needed. Ideally,
- binary scripts should work locally only. Any anything that requires
ssh'ing around. needs to be done as in a wrapper around those local
scripts.
- looks like some Postgres parameters need to be tuned as
selecting default max_connections ... initdb: error 256 from: "/usr/lib/hawq/bin/postgres" --boot -x0 -F -c max_connections=++++1280 -c shared_buffers=4000 -c max_fsm_pages=200000 < "/dev/null" > "/var/run/hawq/hawqAdminLogs/master.initdb" 2>&1 ini++++tdb: removing contents of data directory "/var/run/hawq/hawq-data-directory/masterdd"
Master postgres initdb failed
This happens at least in a docker.
service start should use different parameters for
- master
- segment
> Deployment recipes for HAWQ
> ---------------------------
>
> Key: BIGTOP-2325
> URL: https://issues.apache.org/jira/browse/BIGTOP-2325
> Project: Bigtop
> Issue Type: Sub-task
> Components: deployment
> Affects Versions: 1.1.0
> Reporter: Konstantin Boudnik
> Assignee: Konstantin Boudnik
> Fix For: 1.2.0
>
> Attachments: 0003-BIGTOP-2325.-Deployment-recipes-for-HAWQ.patch
>
>
> Puppet recipes for HAWQ are required for automatic deployment and configuration
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)