You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafodion.apache.org by "liu ming (JIRA)" <ji...@apache.org> on 2016/06/15 00:39:49 UTC

[jira] [Assigned] (TRAFODION-1605) sqstart hangs if ulimits not correct

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

liu ming reassigned TRAFODION-1605:
-----------------------------------

    Assignee: liu ming

> sqstart hangs if ulimits not correct
> ------------------------------------
>
>                 Key: TRAFODION-1605
>                 URL: https://issues.apache.org/jira/browse/TRAFODION-1605
>             Project: Apache Trafodion
>          Issue Type: Bug
>          Components: Build Infrastructure
>            Reporter: Roberta Marton
>            Assignee: liu ming
>
> If someone downloads a source tar file or uses the Trafodion git repository, after building they need to install the results on their system.  If the ulimits on the system are not sufficient, then sqlci start hangs.  The customer has to kill sqlci and then kill all the processes in flight.
> This happens when you perform the build instructions and choose the "install_local_hadoop" option.  The Trafodion Installer should already be checking for this situation.
> Perhaps add a check before sqlci starts to make sure the correct limits are set.
> Recommended limits:
> ulimit –a
>  core file size                    (blocks, -c) 1000000
> data seg size                    (kbytes, -d) unlimited
> scheduling priority            (-e) 0
> file size                             (blocks, -f) unlimited
> pending signals                (-i) 515196
> max locked memory         (kbytes, -l) 49595556
> max memory size             (kbytes, -m) unlimited
> open files                          (-n) 32000
> pipe size                           (512 bytes, -p) 8
> POSIX message queues  (bytes, -q) 819200
> real-time priority               (-r) 0
> stack size                         (kbytes, -s) 10240
> cpu time                           (seconds, -t) unlimited
> max user processes         (-u) 267263
> virtual memory                 (kbytes, -v) unlimited
> file locks                           (-x) unlimited



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)