Re: - (Solución) - Problemas con initdb

From: Alvaro Herrera <alvherre(at)surnet(dot)cl>
To: Juan Pablo GO <mozstyle2002(at)gmx(dot)net>
Cc: pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: - (Solución) - Problemas con initdb
Date: 2005-06-09 19:09:58
Message-ID: 20050609190958.GA12706@surnet.cl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

On Thu, Jun 09, 2005 at 03:01:13PM -0400, Juan Pablo GO wrote:

> Alvaro Herrera wrote:
>
> >On Thu, Jun 09, 2005 at 11:54:27AM -0400, Juan Pablo GO wrote:

> >># /pgsql/bin/initdb -D /pgsql/data
> >>Creating template1 database in /pgsql/data/base1... PANIC: too many
> >>semaphores created
> >>child process was terminated by signal 6
> >>initdb: removing data directory '/pgsql/data'
> >Hum! Yo diria que es problema de spinlocks. Dime, pusiste
> >--disable-spinlocks a configure?
> >
> justamente.

Ok, lo que hace --disable-spinlocks no es hacer que el codigo no use
spinlocks, sino desactivar el uso de las rutinas en codigo nativo
(assembly) para cada procesador/compilador, y en lugar de eso
implementar el mecanismo de bloqueo usando semaforos SysV.

Esto por supuesto es extremadamente lento, y esta pensado solamente para
experimentar cuando hay alguna plataforma que no tiene soporte nativo.
La idea es no tener que usarlo nunca. (Entiendo que el port Linux/PS2 o
alguna plataforma de ese estilo usa esto, puesto que no ha habido ningun
interes en escribir el codigo nativo necesario)

--
Alvaro Herrera (<alvherre[a]surnet.cl>)
"En las profundidades de nuestro inconsciente hay una obsesiva necesidad
de un universo lógico y coherente. Pero el universo real se halla siempre
un paso más allá de la lógica" (Irulan)

In response to

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Ing. Jhon Carrillo - Caracas, Venezuela 2005-06-09 19:12:21 Python
Previous Message Juan Pablo GO 2005-06-09 19:01:13 Re: - (Solución) - Problemas con initdb