Debian testing PG 8.3 /init.d

Hi!

Ich habe beobachtet, das es bei Debian-amd64 testing keine funktionierende=
=20
init.d-Datei für PostgreSQL 8.3 gibt.

Kann jemand die Beobachtung bestätigen?

Gruß

Olaf



--=20
Meine Rechtschreibfehler stehen unter der Creative Commons Lizenz.
(Bearbeitungen und Weitergabe unter gleichen Bedingungen):
http://creativecommons.org/licenses/by-sa/2.0/de/

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Debian testing PG 8.3 /init.d

On Tuesday 12 May 2009 01:09:07 Olaf Radicke wrote:
> Ich habe beobachtet, das es bei Debian-amd64 testing keine funktionierende
> init.d-Datei für PostgreSQL 8.3 gibt.
>
> Kann jemand die Beobachtung bestätigen?

Ob es irgendwo jemanden gibt, der das bestätigen kann, weiß ich n=
icht. Aber=20
das postgresql-8.3 Paket in Debian testing für amd64 hat definitiv ein=
e init.d=20
Datei, die in der Regel auch funktioniert.

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Debian testing PG 8.3 /init.d

Am Tuesday 12 May 2009 09:05:51 schrieb Peter Eisentraut:
> On Tuesday 12 May 2009 01:09:07 Olaf Radicke wrote:
> > Ich habe beobachtet, das es bei Debian-amd64 testing keine
> > funktionierende init.d-Datei für PostgreSQL 8.3 gibt.
> >
> > Kann jemand die Beobachtung bestätigen?
>
> Ob es irgendwo jemanden gibt, der das bestätigen kann, weiß ich=
nicht. Aber
> das postgresql-8.3 Paket in Debian testing für amd64 hat definitiv e=
ine
> init.d Datei, die in der Regel auch funktioniert.

Okay, etwas genauer:

Normalerweise kenne ich es so, das wenn zum ersten mal die init.d von=20
Postgresql aufgerufen wird, das Skript prüft, ob schon ein DB-Cluster=
=20
initialisiert wurde. Ist das nicht der Fall, tut es das, in den Pfad, was e=
s=20
für den richtigen halt. Das ist /var/lib/postgresql/bla-*
Beim nächsten mal benutzt es den weiter.

Bei Debian testing für amd64 tut es das nicht. Wenn ich das init.d-Skr=
ipt=20
händisch ausführe, bekomme ich normalerweise eine Rückmeldun=
g, was es getan=20
hat und ob es von Erfolg gekrönt war oder nicht. In diesem Fall schwei=
gt sich=20
das Skript aus.=20

Das tool initdb liegt nicht im Standardpfad. So muss man den vollen Pfadnam=
en=20
eingen (bzw. vorher suchen). Es ist keine environment variable gesetzt. Als=
o=20
muss man mit -D arbeiten.

Aber auch danach, bleibt init.d-Skript stumm und man darf raten, was es get=
an=20
hat oder unterlassen. Nach den Reboot läuft die Postgresql-DB aber nic=
ht.=20

Also würde ich mal in meinem jugendlichen Leichtsinn behaupten das=20
init.d-Skript von Debian testing für amd64 ist für die Tonne.

MfG

Olaf Radicke

--=20
Meine Rechtschreibfehler stehen unter der Creative Commons Lizenz.
(Bearbeitungen und Weitergabe unter gleichen Bedingungen):
http://creativecommons.org/licenses/by-sa/2.0/de/

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Debian testing PG 8.3 /init.d

On Tuesday 12 May 2009 10:40:25 Olaf Radicke wrote:
> Normalerweise kenne ich es so, das wenn zum ersten mal die init.d von
> Postgresql aufgerufen wird, das Skript prüft, ob schon ein DB-Cluster
> initialisiert wurde. Ist das nicht der Fall, tut es das, in den Pfad, was
> es für den richtigen halt. Das ist /var/lib/postgresql/bla-*
> Beim nächsten mal benutzt es den weiter.

Das hängt wohl glaub ich von der Definition von "normalerweise" ab. Be=
i Debian=20
funktioniert das nicht so.

Schon mal /usr/share/doc/postgresql-common/README.Debian.gz gelesen?


--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Debian testing PG 8.3 /init.d

Am Tuesday 12 May 2009 10:15:55 schrieb Peter Eisentraut:
> On Tuesday 12 May 2009 10:40:25 Olaf Radicke wrote:
> > Normalerweise kenne ich es so, das wenn zum ersten mal die init.d von
> > Postgresql aufgerufen wird, das Skript prüft, ob schon ein DB-Clus=
ter
> > initialisiert wurde. Ist das nicht der Fall, tut es das, in den Pfad, w=
as
> > es für den richtigen halt. Das ist /var/lib/postgresql/bla-*
> > Beim nächsten mal benutzt es den weiter.
>
> Das hängt wohl glaub ich von der Definition von "normalerweise" ab. =
Bei
> Debian funktioniert das nicht so.

In den letzten 3 Jahren war das bei mir der Fall.

> Schon mal /usr/share/doc/postgresql-common/README.Debian.gz gelesen?

[...]

1. Install a database server with the major version of your choice
('postgresql-X.Y', e. g. 'postgresql-8.3'). Preferrably the latest
version, which you can get by installing the metapackage
'postgresql'. This will automatically create a default cluster
'main' with the database superuser 'postgres'.

[...]

Please note that you can of course also use the upstream tools for
creating clusters, such as initdb(1). However, please note that in
this case you cannot expect *any* of above pg_* tools to work, since
they use different configuration settings (SSL, data directories,
etc.) and file locations (e. g.
/etc/postgresql/8.3/main/postgresql.conf). If in doubt, then do *not*
use initdb, but only pg_createcluster. Since merely installing
postgresql-X.Y will already set up a default cluster which is ready to
work, most people do not need to bother about initdb or
pg_createcluster at all.

[...]

/etc/postgresql/8.3/main/postgresql.conf

Gibt es bei mir überhaupt nicht. Hab ich jetzt mal rüber kopiert=
=20
aus /var/lib/postgresql/artikel23/postgresql.conf...

postgres@gkiste:/home/or$ /etc/init.d/postgresql-8.3 restart
Restarting PostgreSQL 8.3 database server: mainError: specified cluster doe=
s=20
not exist failed!
failed!

....Na immer hin, gibt das Skript jetzt ein Ton von sich! Noch schöner =
wäre=20
natürlich gewesen, wenn er mir verraten hätte wo er den sein clus=
ter gesucht=20
hat.

Ich hab jetzt mal ein paar Verzeichnisse auf blauen Dunst durch probiert. H=
at=20
im aber alles nicht gefallen. In /var/log/postgresql/ steht auch nichts.=20

Gruß

Olaf

--=20
Meine Rechtschreibfehler stehen unter der Creative Commons Lizenz.
(Bearbeitungen und Weitergabe unter gleichen Bedingungen):
http://creativecommons.org/licenses/by-sa/2.0/de/

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Debian testing PG 8.3 /init.d

Moin Olaf,

On Tue, May 12, 2009 at 10:57:26 +0200, Olaf Radicke wrote:
> > Schon mal /usr/share/doc/postgresql-common/README.Debian.gz gelesen?
=20
> [...]

> 1. Install a database server with the major version of your choice
> ('postgresql-X.Y', e. g. 'postgresql-8.3'). Preferrably the latest
> version, which you can get by installing the metapackage
> 'postgresql'. This will automatically create a default cluster
> 'main' with the database superuser 'postgres'.
=20
Der erste Teil [...] zur architecture ist wohl interessanter. Debian kan=
n
jetzt mehrere PostgreSQL-Datenbanken parallel fahren. Nun muß man erst=
mal mit
pg_createcluster anlegen - sonst hat das init-Skript tatsächlich nichts=
zu
tun...


Jürgen

--=20
"...only do this if you know what you're doing this page is meant as an
educational guide not a how to. If you follow the procedure here and kill
yourself I will consider it a gift to the gene pool. You are on your own.
Anything stupid that your do is your own fault." -- James Mckenzie

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Debian testing PG 8.3 /init.d

Am Tuesday 12 May 2009 13:05:14 schrieb Jürgen E. Fischer:
> Moin Olaf,
>
> On Tue, May 12, 2009 at 10:57:26 +0200, Olaf Radicke wrote:
> > > Schon mal /usr/share/doc/postgresql-common/README.Debian.gz gelesen?
> >
> > [...]
> >
> > 1. Install a database server with the major version of your choice
> > ('postgresql-X.Y', e. g. 'postgresql-8.3'). Preferrably the latest
> > version, which you can get by installing the metapackage
> > 'postgresql'. This will automatically create a default cluster
> > 'main' with the database superuser 'postgres'.
>
> Der erste Teil [...] zur architecture ist wohl interessanter. Debian kann
> jetzt mehrere PostgreSQL-Datenbanken parallel fahren. Nun muß man erst=
mal
> mit pg_createcluster anlegen - sonst hat das init-Skript tatsächlich ni=
chts
> zu tun...

postgres@gkiste:/home/or$ pg_createcluster 8.3 main
Error: cluster configuration already exists


postgres@gkiste:/home/or$ /etc/init.d/postgresql-8.3 restart
Restarting PostgreSQL 8.3 database server: mainError: specified cluster doe=
s=20
not exist failed!
failed!

....Ne, scheint wohl ein anderes Problem zu sein.


Gruß

Olaf

--=20
Meine Rechtschreibfehler stehen unter der Creative Commons Lizenz.
(Bearbeitungen und Weitergabe unter gleichen Bedingungen):
http://creativecommons.org/licenses/by-sa/2.0/de/

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Debian testing PG 8.3 /init.d

--On Dienstag, Mai 12, 2009 13:19:23 +0200 Olaf Radicke=20
wrote:

> postgres@gkiste:/home/or$ pg_createcluster 8.3 main
> Error: cluster configuration already exists
>
>
> postgres@gkiste:/home/or$ /etc/init.d/postgresql-8.3 restart
> Restarting PostgreSQL 8.3 database server: mainError: specified cluster
> does not exist failed!
> failed!
>
> ...Ne, scheint wohl ein anderes Problem zu sein.

Guck dass /etc/postgresql/8.3/main wieder weg ist. Du hattest upthread=20
irgendwas geschrieben, dass du die Verzeichnisse händisch angelegt=20
hattest....

--=20
Thanks

Bernd

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Debian testing PG 8.3 /init.d

Am Tuesday 12 May 2009 17:15:07 schrieb Bernd Helmle:
> --On Dienstag, Mai 12, 2009 13:19:23 +0200 Olaf Radicke
>
> wrote:
> > postgres@gkiste:/home/or$ pg_createcluster 8.3 main
> > Error: cluster configuration already exists
> >
> >
> > postgres@gkiste:/home/or$ /etc/init.d/postgresql-8.3 restart
> > Restarting PostgreSQL 8.3 database server: mainError: specified cluster
> > does not exist failed!
> > failed!
> >
> > ...Ne, scheint wohl ein anderes Problem zu sein.
>
> Guck dass /etc/postgresql/8.3/main wieder weg ist. Du hattest upthread
> irgendwas geschrieben, dass du die Verzeichnisse händisch angelegt
> hattest....

gkiste:/home/or# rm -r /etc/postgresql/8.3/*
gkiste:/home/or# pg_createcluster 8.3 main
Creating new cluster (configuration: /etc/postgresql/8.3/main,=20
data: /var/lib/postgresql/8.3/main)...
could not change directory to "/home/or"
Moving configuration file /var/lib/postgresql/8.3/main/postgresql.conf=20
to /etc/postgresql/8.3/main...
Moving configuration file /var/lib/postgresql/8.3/main/pg_hba.conf=20
to /etc/postgresql/8.3/main...
Moving configuration file /var/lib/postgresql/8.3/main/pg_ident.conf=20
to /etc/postgresql/8.3/main...
Configuring postgresql.conf to use port 5432...
gkiste:/home/or# /etc/init.d/postgresql-8.3 restart
Restarting PostgreSQL 8.3 database server: main.

....Passt!

Bleibt die frage: Warum muss die Installation von PostgreSQL auf jedem Syst=
em=20
anders sein? Wenn du einem Benutzer deiner PostgreSQL-Anwendung beschreiben=
=20
willst, wie er die DB vorbereiten muss, wirst du doch wahnsinnig.

Tun sie Das, wenn sie ein Debian vor Version X haben und eine PostgreSQL-DB=
Y.=20
Haben sie eine PostgreSQL-DB Z und ein Debian amd64 dann tun sie dieses.=20
Handelt es sich um Fedora höher als X vergessen sie alles wieder und mach=
en=20
sie es So. Haben sie SuSE machen sie es genau anders herum. Läuft es dann=
=20
immer noch nicht, probieren sie mal Das oder Dies. Fällt die Installation=
auf=20
ein Montag, in einer ungeraden Kalenderwoche, und der Wind kommt aus=20
Ost-Süd-Ost, booten sie den Rechner zwei mal mit der linken Hand, währe=
nd der=20
rechte Zeigefinger im linken Nasenloch steckt. Das funktioniert aber nur, w=
en=20
sie rote Socken tragen, die ein Baumwollanteil von mindestens 50% haben.=20
Ersatzweise, können sie den Monitor auch leicht nach hinten kippen. Etwa=
=20
3-4°....

Freundliche Grüße

Olaf



--=20
Meine Rechtschreibfehler stehen unter der Creative Commons Lizenz.
(Bearbeitungen und Weitergabe unter gleichen Bedingungen):
http://creativecommons.org/licenses/by-sa/2.0/de/

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Debian testing PG 8.3 /init.d

On Tuesday 12 May 2009 23:10:55 Olaf Radicke wrote:
> Bleibt die frage: Warum muss die Installation von PostgreSQL auf jedem
> System anders sein?

Muss sie nicht, ist sie aber, weil irgendjemand vor langer Zeit mal gedacht=
=20
hat, es so machen zu wollen. Und die Firmen Novell und Red Hat werden siche=
r=20
jetzt nicht alle ihre Anwender nerven und ihr System umstellen. Aus ähnli=
chen=20
Gründen sind ja auch alle "Linux-Desktops" anders, und alle Fernseher, Ha=
ndys,=20
Mikrowellen, Autos und Saftkartons.

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Debian testing PG 8.3 /init.d

Am Wednesday 13 May 2009 09:14:24 schrieb Peter Eisentraut:
> On Tuesday 12 May 2009 23:10:55 Olaf Radicke wrote:
> > Bleibt die frage: Warum muss die Installation von PostgreSQL auf jedem
> > System anders sein?
>
> Muss sie nicht, ist sie aber, weil irgendjemand vor langer Zeit mal gedac=
ht
> hat, es so machen zu wollen. Und die Firmen Novell und Red Hat werden
> sicher jetzt nicht alle ihre Anwender nerven und ihr System umstellen. Aus
> ähnlichen Gründen sind ja auch alle "Linux-Desktops" anders, und alle
> Fernseher, Handys, Mikrowellen, Autos und Saftkartons.

Gut. Was soll ich jetzt dem geneigten Benutzer meiner Software in die=20
readme.txt schreiben? So was wie:
=20
Tut mir Leid! Ich kann leider nicht wissen, vor welchen Käfig sie gerade =
im=20
Linux-Zoo stehen. Die Fütterungszeiten entnehmen sie bitte dem Schild am=
=20
Käfig oder fragen einen Tierwärter.=20

;-)

Gruß

Olaf

--=20
Meine Rechtschreibfehler stehen unter der Creative Commons Lizenz.
(Bearbeitungen und Weitergabe unter gleichen Bedingungen):
http://creativecommons.org/licenses/by-sa/2.0/de/

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Debian testing PG 8.3 /init.d

Hallo Olaf,

Olaf Radicke wrote:
> Gut. Was soll ich jetzt dem geneigten Benutzer meiner Software in die
> readme.txt schreiben? So was wie:

die Installation eines DB-Servers sollte eigentlich nicht Thema des Readm=
es
zu einer App sein, die den DB-Server nutzt. Du erklärst ja auch nicht, =
wie
das OS installiert wird. Setze doch einfach einen eingerichten PostgreSQL
cluster vorraus und gut ist. Der Zuständigkeitsbereich deiner App sollt=
e
erst mit dem Anlegen ihrer benötigten DBs in dem Cluster beginnen.

Gruß
Tobias




--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Debian testing PG 8.3 /init.d

--On 13. Mai 2009 09:46:07 +0200 Olaf Radicke =
=20
wrote:

> Gut. Was soll ich jetzt dem geneigten Benutzer meiner Software in die
> readme.txt schreiben?

Wenn dir das alles zu suspekt und wenig flexibel ist, kannst du immer noch=
=20
eigene Pakete für deine unterstützten Plattformen mitliefern. Ode=
r du=20
machst gleich ne Appliance draus....

--=20
Thanks

Bernd

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Debian testing PG 8.3 /init.d

Am Wednesday 13 May 2009 14:12:27 schrieb Bernd Helmle:
> --On 13. Mai 2009 09:46:07 +0200 Olaf Radicke e>
>
> wrote:
> > Gut. Was soll ich jetzt dem geneigten Benutzer meiner Software in die
> > readme.txt schreiben?
>
> Wenn dir das alles zu suspekt und wenig flexibel ist, kannst du immer noch
> eigene Pakete für deine unterstützten Plattformen mitliefern. O=
der du
> machst gleich ne Appliance draus....

....Oder, das Programm wird mal so gut sein, das die Pakete die Maintainer d=
er=20
Distris bauen.


Gruß

Olaf

--=20
Meine Rechtschreibfehler stehen unter der Creative Commons Lizenz.
(Bearbeitungen und Weitergabe unter gleichen Bedingungen):
http://creativecommons.org/licenses/by-sa/2.0/de/

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Debian testing PG 8.3 /init.d

Am Wednesday 13 May 2009 09:54:10 schrieb Tobias Bußmann:
> Hallo Olaf,
>
> Olaf Radicke wrote:
> > Gut. Was soll ich jetzt dem geneigten Benutzer meiner Software in die
> > readme.txt schreiben? So was wie:
>
> die Installation eines DB-Servers sollte eigentlich nicht Thema des Readm=
es
> zu einer App sein, die den DB-Server nutzt. Du erklärst ja auch nicht, =
wie
> das OS installiert wird. Setze doch einfach einen eingerichten PostgreSQL
> cluster vorraus und gut ist. Der Zuständigkeitsbereich deiner App sollte
> erst mit dem Anlegen ihrer benötigten DBs in dem Cluster beginnen.

Vom Prinzip gebe ich dir Recht. Die Zielgruppe meines Programms () sind=20
aber "SOHO" (http://de.wikipedia.org/wiki/Small_Office,_Home_Office). Ich=
=20
muss also davon ausgehen das der Benutzer kein DBA ist oder hat. Ich hab=20
jetzt versucht dem Benutzer einen Überblick zu verschaffen, mit er einen=
=20
Anhaltspunkt hat, wenn was nicht funktioniert. Liest sich dann so:=20

\subsection{PostgreSQL unter Linux}

Es gibt zahllose Linux-Distributionen, unterschiedlichste
Paketmanager und verschiedene Versionen der Distributionen
von PostgreSQL selbst. Dazu differieren die Pakete
verschiedenen Maintainer. Es ist mittlerweile nahezu
aussichtslos, jede Eventualität beschreiben zu wollen.
Hier kann nur grob im Überblick dargestellt werden, in
welchen Schritten sich die Installation aufbaut und aus
welchen Elementen sie besteht.

\subsubsection{Das Paket}
Die meisten Linux-Distributionen haben ein PostgreSQL-Paket
beiliegen. Darüber hinaus kann man Pakete von Drittanbietern
nehmen oder man kann sich Pakete aus den Quellen selbst
bauen. Das Verwenden der Distributionspakete verspricht meist
den schnellsten Erfolg.

\subsubsection{Die Installation}
Je nach dem welchen Paketmanager man verwendet, sind hier die
Schritte verschieden. Lesen Sie dazu die entsprechende
Dokumentation. In der Regel läuft die PostgrSQL-Datenbank noch
nicht sofort nach der Installation. Je nachdem wie clever der
Maintainer die Pakete baut, sind jetzt verschiedene Dinge zu tun.

\subsubsection{Das Starten des PostgeSQL-Servers}
Natürlich kann man den Server per Hand starten und stoppen. In der
Regel soll das aber automatisch beim Start und beim Herrunterfahren
des Rechners passieren. Das wird unter Linux mit einem Init-Skript
bewerkstelligt. Dies sollte im=20
Verzeichenis /etc/init.d/ liegen.
\medskip

Das Skript selbst sollten Sie nicht verändern. In der Regel wird es
vom Programm generiert und Ihre Änderungen könnten überschrieben
werden. Dieses Skript kann unter Umständen weitere Skripte aufrufen und=
=20
Befehle weiter deligieren.
\medskip

Sie können den PostgreSQL-Server aber mittels dieses Skripts per Hand
starten. Mit den Parametern "`start"' zum Starten, mit "`stop"' zum
Herrunterfahren oder mit "`restart"', um den Server neu zu starten.
Ihr System tut genau das selbe, wenn es beim booten den Server startet
oder ihn beim Herunterfahren beendet. Ein "`restart"' brauchen Sie,
wenn Sie die Konfiguration geändert haben.
\medskip

Je nach System kann es sein, dass nur "`root"' (der Superuser) die
init-Skripe starten darf. Bei anderen Systemen darf es nur der User
"`postgres"'. Bei anderen wiederum dürfen es beide - ensprechend der
gesetzten Berechtigungen und Rollen. Auf manchen Systemen ist SELinux
aktiviert. Dort kann es nochmal ganz anders sein.

\subsubsection{Das Anlegen eines Datenbank-Clusters}
Nach der Installation wird es noch kein Datenbank-Cluster geben. Ein
besonderes Verzeichnis, in dem PostgreSQL seine Daten ablegen wird.
Manche init-Skripte merken das beim ersten Start und werden versuchen,
das Verzeichnis automatisch anzulegen. Manche tun dies aber nicht.
\medskip

Wenn das init-Skript bei dem Versuch, die Datenbank zu starten, eine
Fehlermeldung ausgibt, müssen Sie unter Umständen den
Datenbank-Cluster händisch einrichten. Dazu gibt es ein bestimmtes
Programm, dessen Name und Funktion von der verwendeten Verson von
PostgreSQL abhängt. Auch dieses Programm kann nicht jeder User
ausführen. Der Ort, an dem Sie das Programm in Ihrer Verzeichnisstruktur=
=20
finden, kann stark variieren.

\subsubsection{Konfiguration des Datenbank-Servers}
Die Konfigurationsdatei von PostgreSQL heißt "`postgresql.conf"'.
Diese kann an verschiedenen Orten liegen. Manchmal liegt sie unter
/var/lib/postgres, manchmal unter /etc/postgres/. Sie kann aber auch
ganz wo anders liegen.
\medskip

In dieser Konfiguration müssten Sie unter Umständen noch einstellen,
ob die Datenbank auch Kontakte über tcp/ip (also Netzwerk) annehmen
soll. Möglicherweise müssen Sie noch ändern, wie die Log-Dateien
geschrieben werden und ob SSL verwendet werden soll. Es kann aber
auch sein, dass die Datei brauchbare Grundeinstellungen beinhaltet
und dass Sie nichts mehr tun müssen. Die Namen der Parameter in der
Datei, können sich zwischen den PostgreSQL-Versionen unterscheiden.
Orientieren Sie sich am besten an den Kommentaren in der
Konfigurationsdatei.

\subsubsection{Konfiguration der Zugriffsrechte}

In der Datei "`pg\_hba.conf"' kontrollieren Sie den Zugriff auf
Datenbank-Instanzen. Diese kann an unterschiedlichen Orten liegen.
Manchmal liegt sie unter /var/lib/postgres, manchmal unter
/etc/postgres/. Sie kann aber auch ganz wo anders liegen. Details
finden Sie weiter unten.

\subsubsection{Einrichten von Datenbankbenutzern}

Die Datenbankbenutzer haben nichts mit den Systemnutzern zu tun. Die
Datenbank hat ihre eigene Benutzerverwaltung mit Zugriffskontrolle.
Das heißt, für jeden Benutzer muss ein Account in der Datenbank
angelegt werden. So auch für Artikel23. Dazu unten mehr.

\subsubsection{Einrichten der eigentlichen Datenbank für Artikel23}
Zuletzt müssen sie die eigentliche Datenbank in Cluster einlichten und de=
m=20
richtigen Benutzer als Eigentümer zuweisen. (Details sie weiter unten)


Gruß

Olaf


--=20
Meine Rechtschreibfehler stehen unter der Creative Commons Lizenz.
(Bearbeitungen und Weitergabe unter gleichen Bedingungen):
http://creativecommons.org/licenses/by-sa/2.0/de/

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Debian testing PG 8.3 /init.d

Am Thursday 14 May 2009 11:34:35 schrieb Olaf Radicke:
> Die Zielgruppe meines Programms () sind
> aber "SOHO" (http://de.wikipedia.org/wiki/Small_Office,_Home_Office).

Die WebAdresse hat gefehlt: http://artikel23.sourceforge.net/

Gruß

Olaf

--=20
Meine Rechtschreibfehler stehen unter der Creative Commons Lizenz.
(Bearbeitungen und Weitergabe unter gleichen Bedingungen):
http://creativecommons.org/licenses/by-sa/2.0/de/

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Debian testing PG 8.3 /init.d

On Thursday 14 May 2009 12:34:35 Olaf Radicke wrote:
> Es gibt zahllose Linux-Distributionen, unterschiedlichste
> Paketmanager und verschiedene Versionen der Distributionen
> von PostgreSQL selbst. Dazu differieren die Pakete
> verschiedenen Maintainer. Es ist mittlerweile nahezu
> aussichtslos, jede Eventualität beschreiben zu wollen.

Wenn du als Zielgruppe nur Linux-Plattformen hast, dann würde es doch sch=
onmal=20
reichen, wenn die Installation auf Red Hat, SUSE und Debian (=3D Ubuntu)=20
beschreibst. Damit sollte ein Großteil des Marktes abgedeckt sein. Und=20
diejenigen, die Gentoo oder Slackware verwenden, bekommen das schon selber=
=20
hin.

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Debian testing PG 8.3 /init.d

Am Thursday 14 May 2009 12:58:42 schrieb Peter Eisentraut:
> Wenn du als Zielgruppe nur Linux-Plattformen hast, dann würde es doch
> schonmal reichen, wenn die Installation auf Red Hat, SUSE und Debian (=3D
> Ubuntu) beschreibst. Damit sollte ein Großteil des Marktes abgedeckt se=
in.

Selbst das ist noch zu viel. Es gibt von jeder Distri mehre Versionen 32bit=
,=20
64bit, stabile, testing, Mature... Bei PostgreSQL gibt es zwischen den=20
Releases auch unterschiede.

Ich hab heute mal Spaßeshalber versuch OpenERP (als Deb-Paket) zum laufen=
zu=20
bekommen. Nach ca. einer Stunde habe ich aufgegeben. Ich hatte einfach noch=
=20
was anderes zu tun. Aber es hat mir gezeigt, das mein Projekt in der=20
Komplexität noch über schaubar ist.=20

Ich würde mal vermuten, bei 90% der ambitionierten Hobby-Admins wird Open=
ERP=20
auch nach 90 Min nicht laufen. Aber 50% wird schaffen Artikel23 nach 60 Min=
..=20
am laufen zu haben.=20

MfG

Olaf

--=20
Meine Rechtschreibfehler stehen unter der Creative Commons Lizenz.
(Bearbeitungen und Weitergabe unter gleichen Bedingungen):
http://creativecommons.org/licenses/by-sa/2.0/de/

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein