See /etc/login.conf for limits. That your machine does have 4GB of RAM
does not mean anything.
On Thu, Jul 14, 2016 at 12:37 AM, David Alten wrote:
> Hello,
>
> On a new setup, 5,9, i386, I'm getting Java memory errors when starting
> elasticsearch:
>
> $ doas /etc/rc.d/elasticsearch -d start
> d
Hi all,
I know it needs a "slow down" for ports but is it possible to push this
version however which contains mainly fixes ?
Kind regards.
Index: Makefile
===
RCS file: /cvs/ports/net/haproxy/Makefile,v
retrieving revision 1.31
diff
On Thu, Jul 14, 2016 at 2:03 AM, Karel Gardas wrote:
> See /etc/login.conf for limits. That your machine does have 4GB of RAM
> does not mean anything.
>
I thought it was something simple.
However, I can't figure out which limit to increase.
I can see the "daemon" login class is being used:
$
So I built a new 5.9 box with amd64. Elasticsearch starts fine, no
login.conf changes needed. I even increased the max heap size to 4g:
/etc/elasticsearch/elasticsearch.in.sh:
if [ "x$ES_MAX_MEM" = "x" ]; then
ES_MAX_MEM=4g
17358 p1 S 0:05.44 /usr/local/jdk-1.8.0/bin/java -Xms256m -Xmx
Hi,
I'm trying to make Gauche Scheme work on OpenBSD but I'm hitting a wall
debugging it. The problem is that thread tests get stuck.
Debugging the issue would indicate that the thread test causes threads to
suspend and sem_wait blocks forever.
Gauche uses internal copy of boehm-gc for option -DDO
TimoMyyrä wrote:
> I'm trying to make Gauche Scheme work on OpenBSD but I'm hitting a wall
> debugging it. The problem is that thread tests get stuck.
> Debugging the issue would indicate that the thread test causes threads to
> suspend and sem_wait blocks forever.
Can you make a testcase in plain
bulk build on macppc-1.ports.openbsd.org
started on Mon Jun 20 12:55:18 MDT 2016
finished at Wed Jul 13 20:14:06 MDT 2016
lasted 24D00h18m
done with kern.version=OpenBSD 6.0-beta (GENERIC.MP) #1147: Thu Jun 16 10:51:28
MDT 2016
built packages:8389
Jun 20:845
Jun 21:68
Jun 22:857
Jun 23:405
Jun 2