postgresql-14...
--
Ceppo
Ciao a tutti,
scusate arrivo tardi... (e posso aver non visto qualche messaggio, ma
non sono a casa...)
On 25/08/22 23:30, Federico Vaga wrote:
On Thu, Aug 25, 2022 at 09:37:01PM +0200, Ceppo wrote:
Scusate, la traduzione di postgresql-14 non era ancora pronta, l'ho
inviata per
sbaglio
Invio le traduzioni di libvirt, postgresql-14 e ubuntu-keyring corrette con i
consigli che mi avete mandato, nel caso qualcuno voglia dare un'altra occhiata
e trovare errori dell'ultimo minuto :).
Grazie a tutti per le correzioni.
## libvirt
# libvirt Italian translation.
# Copyright (C
Il giorno gio 25 ago 2022 alle ore 21:10 Ceppo ha scritto:
> msgid "Remove PostgreSQL directories when package is purged?"
> msgstr "Rimuovere i percorsi di PostgreSQL quando il pacchetto viene purgato?"
qui e nell'altra lascerei "directory" invariato, lo
On Thu, Aug 25, 2022 at 09:37:01PM +0200, Ceppo wrote:
Scusate, la traduzione di postgresql-14 non era ancora pronta, l'ho inviata per
sbaglio assieme alle altre tre. Ho due incertezze che volevo risolvere prima di
inviare la traduzione, vi chiedo consiglio adesso.
Il primo è sulla traduzione di
Scusate, la traduzione di postgresql-14 non era ancora pronta, l'ho inviata per
sbaglio assieme alle altre tre. Ho due incertezze che volevo risolvere prima di
inviare la traduzione, vi chiedo consiglio adesso.
Il primo è sulla traduzione di "purge/purged". Da dizionario sarebbe
&
Di seguito la traduzione del po-debconf di `postgresql-14`. La invierei il 4
settembre.
# postgresql-14 Italian translation.
# Copyright (C) 2022 postgresql-14's copyright holder
# This file is distributed under the same license as the postgresql-14 package.
# Ceppo , 2022.
#
msgid "&qu
Prendo altri 4 pacchetti. Questa settimana dovrei finire questi e quelli della
settimana scorsa.
--
Ceppo
Buongiorno a tutti,
scusate se sono sparito...problemi vari!
Dunque, il problema l'ho risolto un paio di settimane fa e, finalmente,
trovo il tempo di condividere la soluzione con voi...magari a qualcuno
potrebbe far comodo!
All'inizio ho provato, come suggerito da voi, a compilare da sorgente le
relativamente semplice, reinstallare le versioni di
> > postgis corrette nelle directory delle estensioni dei cluster con la
> > vecchia versione di PostgreSQL e quindi fare un dump.
> >
> > Era l'extrema ratio (ecco a cosa serve una laurea in archeologia, a fare
> > c
postgis corrette nelle directory delle estensioni dei cluster con la
vecchia versione di PostgreSQL e quindi fare un dump.
Era l'extrema ratio (ecco a cosa serve una laurea in archeologia, a fare
citazioni inutili di una lingua morta ), tendenzialmente non mi piace
mescolare versioni diverse
i cluster con la vecchia
> versione di PostgreSQL e quindi fare un dump.
Era l'extrema ratio (ecco a cosa serve una laurea in archeologia, a fare
citazioni inutili di una lingua morta ), tendenzialmente non mi piace
mescolare versioni diverse.
A questo punto vi chiedo: per un'installazione cor
relativamente semplice, reinstallare le versioni di
postgis corrette nelle directory delle estensioni dei cluster con la
vecchia versione di PostgreSQL e quindi fare un dump. Ti consiglio di
partire dal tgz dei sorgenti di postgis della versione esatta che era
installata e procedere a compilare ed
Il 08/02/21 14:29, Giuseppe Naponiello ha scritto:
[...]
All'aggiornamento di sistema (non l'ho fatto io ma immagino sia
avvenuto con il classico apt upgrade o apt dist-upgrade) vengono
aggiornati anche postgres e postgis, e viene creato il cluster
"nuovo"...sugli altri cluster non viene
Il 07/02/21 16:04, Giuseppe Naponiello ha scritto:
[...]Problema
La situazione di partenza è un db server con 5 cluster di postgres con
versioni che vanno dalla 10 alla 12, e 2 versioni di postgis, la 2.4 e
la 2.5. Dopo l'ultimo upgrade di sistema sono stati aggiornati anche
postgres e
ror: query failed: ERROR: could not access file
"$libdir/postgis-2.4" (o 2.5!)
I dati in PostgreSQL 13 ci sono?
>
No, è proprio questo il problema, non riuscendo a fare i dump dei vecchi db
non riesco a popolare il db nuovo con la versione 13 di postgres e 3.1.1 di
postgis...a meno che non
are...hai visto mai!! E infatti non ha
funzionato.
Ho provato con pg_upgradecluster ma non ha funzionato, anche perché non
ho capito bene come gestire l'estensione di postgis durante il processo.
Hai provato vari dump ma il problema qual'è? I dati in PostgreSQL 13 ci
sono? La proveduta di
vecchia.
Inoltre per passare alla nuova alle volte ti chiedeva di eseguire delle
operazioni manuali e questi passaggi sono descritti nella documentazione
di Debian: /usr/share/doc/postgresql-VERSIONE
Infine, per quanto riguarda postgis non l'ho mai installato/usato, però
potresti dare un
Salve a tutti,
scrivo a voi perché non ho capito, visto che non mi arrivano più mail, se
la mailing list degli utenti postgres è ancora attiva, mi scuso in anticipo
se sono OT (ma spero di no!)
Premessa
Fino a poco tempo fa aiutavo dei miei amici nella gestione di un server
hertzner, in
Il 2021-01-03, Davide Prina ha scritto:
> On 02/01/21 23:12, Leandro Noferini wrote:
>
>> root@cybervalley:~# apt install postgresql-11
>> [24/703]
[...]
> quindi sembra che ci sia una versione precedente già installata, ma
> manchi il file di configurazione.
In
> Ma esiste il file che cerca? Viene citato anche in fondo al tuo messaggio.
No, appunto!
>> Preconfiguring packages ...
>> Selecting previously unselected package postgresql-11.
>> (Reading database ... 63840 files and directories currently installed.)
>> Prepari
On 02/01/21 23:12, Leandro Noferini wrote:
root@cybervalley:~# apt install postgresql-11 [24/703]
Configuring already existing cluster (configuration: /etc/postgresql/11/main, da
ta: /var/lib/postgresql/11/main, owner: 123:129)
Error: move_conffile: required
Ma esiste il file che cerca? Viene citato anche in fondo al tuo messaggio.
Il sab 2 gen 2021, 23:20 Leandro Noferini ha
scritto:
> Ciao a tutti,
>
> sto provando ad installare postgresql-11 su una raspbian (che in verità
> è una yunohost) ma ho il seguente errore:
>
> root@
Ciao a tutti,
sto provando ad installare postgresql-11 su una raspbian (che in verità
è una yunohost) ma ho il seguente errore:
root@cybervalley:~# apt install postgresql-11 [24/703]
Reading package lists... Done
Provo a darmi da solo una risposta.
A parte i prodotti commerciali.
La soluzione di replica continua tra più server PostgreSQL in modalità sincrona
(eventualmente con l'uso di pgcluster) non mi piace molto.
La promozione a master del secondario è ok (cambiato il metodo in pg 12) ma il
rollback
=1587400759.760139465332031250
Il 20/04/2020 16:25, dea ha scritto:
Buongiorno lista,
avrei bisogno di un consiglio.
Sto cercando di capire quale soluzione scegliere per dare più
affidabilità ad un server db PostgreSQL.
Il tutto vivrà su VM, valutavo una funzionalità di replica db tra due
VM dedicate, ma
:25, dea ha scritto:
Buongiorno lista,
avrei bisogno di un consiglio.
Sto cercando di capire quale soluzione scegliere per dare più
affidabilità ad un server db PostgreSQL.
Il tutto vivrà su VM, valutavo una funzionalità di replica db tra due
VM dedicate, ma non so.
Cerco la soluzione più
Buongiorno lista,
avrei bisogno di un consiglio.
Sto cercando di capire quale soluzione scegliere per dare più
affidabilità ad un server db PostgreSQL.
Il tutto vivrà su VM, valutavo una funzionalità di replica db tra due VM
dedicate, ma non so.
Cerco la soluzione più integrabile
Mandi! Gollum1
In chel di` si favelave...
> si accettano suggerimenti.
Se è debian (ma credo che anche altre distro facciano uguale...) il file di
configurazione dell'autenticazione del cluster (pg_hba.conf) prevede
normalmente accesso ''seamless'' (senza password) solo in locale e usando la
Il 8 novembre 2015 10:49, Alessandro Pellizzari ha scritto:
> Una volta che sei "dentro" postgres è come se fosse un S.O. a sè stante,
> con i suoi permessi, i suoi utenti, ecc.
Grazie Alessandro, e grazie anche a Giuseppe. farò tesoro delle
informazioni che mi avete passato...
Il giorno dom, 08/11/2015 alle 00.19 +0100, Gollum1 ha scritto:
[...]
>
> creare
> comunque un utente di sistema legato al progetto, a cui poi assegnerò
> i permessi per creare i vari DB, o creare un utente di postgres con
> le
> stesse caratteristiche, ma slegato da qualsiasi utente reale del
>
Il Sun, 08 Nov 2015 00:19:05 +0100, Gollum1 ha scritto:
> Non volendo andare a scomodare ldap e compagnia bella, non ne ho
> bisogno, almeno in questo contesto in cui sto facendo un po' di
> sperimentazione sul mio pc, come pensi che sia meglio muoversi? creare
> comunque un utente di sistema
Ho installato postgres, server e client, però non riesco ad accedere
al DB di default di postgres, che dovrebbe avere utente e password
sempre uguali a postgres.
se provo da root, devo fare:
su - postegres
a quel punto riesco a connettermi al db postgres con la password postgres,
ma se lo
Il 8 novembre 2015 00:08, Giuseppe Sacco
ha scritto:
grazie giuseppe dell'attenzione.
> Per maggiori informazioni sulle modalità di autenticazione:
> http://www.postgresql.org/docs/current/static/auth-methods.html
gli scenari in cui mi devo muovere sono
Il giorno sab, 07/11/2015 alle 23.46 +0100, Gollum1 ha scritto:
> Ho installato postgres, server e client, però non riesco ad accedere
> al DB di default di postgres, che dovrebbe avere utente e password
> sempre uguali a postgres.
non mi pare che ci sia una password preimpostata. Difatti
Il giorno dom, 08/11/2015 alle 00.00 +0100, Gollum1 ha scritto:
[...]
> quindi se io ho un applicativo che gira attraverso un server web, che
> sia scritto in php o python, per permettergli di creare e gestire un
> suo DB, come presumevo, non può usare l'utenza postgres con password
> postgres, ma
Il 7 novembre 2015 23:53, Giuseppe Sacco
ha scritto:
> Il giorno sab, 07/11/2015 alle 23.46 +0100, Gollum1 ha scritto:
>> Ho installato postgres, server e client, però non riesco ad accedere
>> al DB di default di postgres, che dovrebbe avere utente e password
Il 8 novembre 2015 00:08, Giuseppe Sacco
ha scritto:
> Far utilizzare l'utente postgres agli applicativi sarebbe come dare la
> password di root a tutti gli utenti di linux.
Immaginavo...
>
> Puoi creare tutti gli utenti che vuoi. Nel caso il nome corrisponda
Alessandro Baggi writes:
Ora tralasciando la sicurezza legata a
Debian e i possibili errori di un admin, stavo provando ad entrare nel
mondo postgresql e stavo considerando le acl di pg.
Supponendo che il sistema non sia cosi sicuro, l'utilizzo di una
politica del genere (forse
Il giorno mar 24 feb 2015 alle 9:04, Giuseppe Sacco
giuse...@eppesuigoccas.homedns.org ha scritto:
qui dice che il tuo systemd, prima di attivare postgresql, esegue il
comando /usr/bin/postgresql-check-db-dir, che però sul tuo sistema
non
c'è. A dire il vedo non c'è in nessuna distribuzione
sembra semplicemente che postgresql
non debba partire.
E se anche i cluster ci sono, sicuro che siano avviati in automatico?
Controlla se i file /etc/postgresql/*/*/start.conf contengono la parola
«auto».
Ciao,
Giuseppe
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian
Buongiorno Federico,
# systemctl status -l postgresql
[...]
feb 23 22:22:30 laptop systemd[22652]: Failed at step EXEC
spawning /usr/bin/postgresql-check-db-dir: No such file or directory
[...]
qui dice che il tuo systemd, prima di attivare postgresql, esegue il
comando /usr/bin/postgresql
,
come
preferisci.
Il problema è che la versione 9.3 non c'è più nei repo debian:
https://packages.debian.org/search?keywords=postgresql
# aptitude install postgresql-9.3
Impossibile trovare una versione candidata di postgresql-9.3
Impossibile trovare una versione candidata di postgresql-9.3
Ciao,
Il problema è che la versione 9.3 non c'è più nei repo debian:
https://packages.debian.org/search?keywords=postgresql
[...]
Cosa consigli di fare?
Hai provato su http://snapshot.debian.org/ ? Non l'ho mai usato, ma
credo faccia esattamente al caso tuo.
Ciao,
Giuseppe
--
Per
dice il comando «pg_lsclusters»? In effetti systemd non riporta
nessun
errore (riporta: SUCCESS), quindi sembra semplicemente che postgresql
non debba partire.
E se anche i cluster ci sono, sicuro che siano avviati in automatico?
Controlla se i file /etc/postgresql/*/*/start.conf contengono la
Il giorno mar, 24/02/2015 alle 11.30 +0100, Federico Bruni ha scritto:
[...]
# pg_lsclusters
Ver Cluster Port Status Owner Data directory Log file
OK, allora puoi reinstallare i pacchetti della 9.3 (senza togliere
quelli della 9.4) ed eseguire il comando pg_upgradecluster per
aggiornare
://snapshot.debian.org/archive/debian/20140101T042327Z/pool/main/p/postgresql-9.3/
Quindi ho lanciato questo comando:
pg_upgradecluster 9.3 main
prima come utente postgres.. ma /etc/postgresql è scrivibile solo da
root quindi ho dovuto rieseguirlo come root.
Qualcuno di voi ha lo stesso problema?
Sono su debian sid con systemd, postgresql versione 9.4
# systemctl status postgresql
* postgresql.service - PostgreSQL RDBMS
Loaded: loaded (/lib/systemd/system/postgresql.service; enabled)
Active: active (exited) since Mon 2015-02-23 17:57:40 CET
On 23 Feb 2015, at 18:16, Federico Bruni f...@inventati.org wrote:
Qualcuno di voi ha lo stesso problema?
Sono su debian sid con systemd, postgresql versione 9.4
I log sono vuoti:
# cat /var/log/postgresql/postgresql-9.3-main.log
Scusa forse un typo ma ad occhio stai guardando i log
Il giorno lun 23 feb 2015 alle 22:01, Biagio Massimo Sardo
sardo@gmail.com ha scritto:
On 23 Feb 2015, at 18:16, Federico Bruni f...@inventati.org wrote:
Qualcuno di voi ha lo stesso problema?
Sono su debian sid con systemd, postgresql versione 9.4
I log sono vuoti:
# cat /var/log
/083003.html
ma non va:
# systemctl status -l postgresql
● postgresql.service - PostgreSQL database server
Loaded: loaded (/lib/systemd/system/postgresql.service; enabled)
Active: failed (Result: exit-code) since lun 2015-02-23 22:22:30
CET; 1min 48s ago
Process: 22642 ExecStop=/usr/bin/pg_ctl
postgresql. Io per interrogare postgres da php
utilizzo il pacchetto pear MDB2... lato client poi ti consiglio di
utilizzare pgadmin3 per gestire il tuo db. Può anche essere utile
installare un server web con phppgadmin. La documentazione ufficiale di
postgres è fatta davvero molto bene e ti
Buonasera a tutti, Ho bisogno di costruire un server per un database da
gestire tramite PHP. Ho pensato allora a Debian Server. Devo partire da
zero per quanto riguarda il server, sebbene conosca da tempo Debian. Sul
web c'è molto materiale, anzi troppo.
Sapete consigliarmi del materiale
Che tipo di materiale vorresti?
Ti interessa avere dei consigli sull'hardware con cui costruire la
macchina o sui pacchetti da installare?
Inoltre a che scopo ti serve questo database? Mi spiego meglio
Dovrà contenere un'elevato numero di record? Dovrà gestire molti accessi
multipli? Deve
Grazie mille della risposta.
Il giorno 11 dicembre 2014 17:57, Scrap sc...@inventati.org ha scritto:
Che tipo di materiale vorresti?
how to, guide
Ti interessa avere dei consigli sull'hardware con cui costruire la
macchina o sui pacchetti da installare?
consigli sui pacchetti da
A parte il dimensionamento della macchina (soprattutto RAM e velocità degli
storage, che sono la chiave per un DB server), penso che il tutto si riassuma
in questa affermazione:
**Sì deve funzionare anche in caso di guasto.**
Intendi dire che ti accontenti di una macchina ragionevolmente
I costi saranno nulli. Due macchine, una collegata alla rete e una di
backup. Strano ma in Italia succede. Voglio testare il db, soprattutto dal
punto di vista software, sul mio portatile. Poi implemento su fiammanti
athlon xp del 2006.
Maurizio
Il giovedì 11 dicembre 2014, dea d...@corep.it ha
OK, allora devo ridimensionare la mia proposta (stavo pensando ad una SAN
collegata in FC multipath ai nodi, con SSD di accelerazione per lo storage DB).
Perchè piuttosto che una macchina di servizio ed una di backup non pensi ad
una soluzione con storage DRBD e qualche funzionalità di
Ennio-Sr scrisse in data 01/05/2014 17:45:
Si, così funziona! Ma possibile che non vi sia una soluzione
'interna' a postgresql?
(Il cast to integer suggerito da Piviul non va!)
Scusa, hai ragione. Il cast ad int di una data non ha senso. Comunque
puoi trasfomare la data in un interval e poi
* Edoardo Panfili edoa...@aspix.it [010514, 18:21]:
Si, così funziona! Ma possibile che non vi sia una soluzione
'interna' a postgresql?
questa può andare?
select to_char(min(data_reg),'mmdd')
ciao
Edoardo
Perfetto. Grazie Edoardo!
In un primo tentativo avevo omesso 'mmdd' e
ciao,
devi convertire le date in formato MMMGG, per esempio 20141231.
ciao
MaX
Il 01/05/14, Ennio-Srnasr.la...@tin.it ha scritto:
Ciao a tutti e buone feste!
Sto avendo difficoltà a raffrontare alcune date ricavate da tabelle pg:
A titolo di esempio:
ma=$(psql titoli -t -c select
Il 01/05/2014 01:20, Ennio-Sr ha scritto:
Ciao a tutti e buone feste!
Sto avendo difficoltà a raffrontare alcune date ricavate da tabelle pg:
A titolo di esempio:
ma=$(psql titoli -t -c select min(data_reg) from acq_pr_$x;)
mb=$(psql titoli -t -c select min(data_reg) from vnd_pr_$x;)
mi danno
=$(psql titoli -t -c select min(data_reg) from vnd_pr_$x;)
devi convertire le date in formato MMMGG, per esempio 20141231.
Si, così funziona! Ma possibile che non vi sia una soluzione
'interna' a postgresql?
(Il cast to integer suggerito da Piviul non va!)
Grazie a entrambi dei
(data_reg) from acq_pr_$x;)
mb=$(psql titoli -t -c select min(data_reg) from vnd_pr_$x;)
devi convertire le date in formato MMMGG, per esempio 20141231.
Si, così funziona! Ma possibile che non vi sia una soluzione
'interna' a postgresql?
(Il cast to integer suggerito da Piviul non va
Ciao a tutti e buone feste!
Sto avendo difficoltà a raffrontare alcune date ricavate da tabelle pg:
A titolo di esempio:
ma=$(psql titoli -t -c select min(data_reg) from acq_pr_$x;)
mb=$(psql titoli -t -c select min(data_reg) from vnd_pr_$x;)
mi danno i due valori richiesti, ma non riesco poi a
fatto che molti asseriscono che un sistema sia
sicuro di per se, semplicemente per fede, anche con il mondo installato
sopra e questo non è sempre vero. Ora tralasciando la sicurezza legata a
Debian e i possibili errori di un admin, stavo provando ad entrare nel
mondo postgresql e stavo
Alessandro Baggi writes:
Ora tralasciando la sicurezza legata a
Debian e i possibili errori di un admin, stavo provando ad entrare nel
mondo postgresql e stavo considerando le acl di pg.
Supponendo che il sistema non sia cosi sicuro, l'utilizzo di una
politica del genere (forse
On 10/02/2014 10:49, Gian Uberto Lauri wrote:
Alessandro Baggi writes:
Ora tralasciando la sicurezza legata a
Debian e i possibili errori di un admin, stavo provando ad entrare nel
mondo postgresql e stavo considerando le acl di pg.
Supponendo che il sistema non sia cosi sicuro
admin, stavo provando ad entrare nel
mondo postgresql e stavo considerando le acl di pg.
Supponendo che il sistema non sia cosi sicuro, l'utilizzo di una
politica del genere (forse paranoica) porterebbe dei vantaggi oppure è
solo una perdita di tempo (del tipo tanto in un modo o nell'altro ci
, e considerando che la
configurazione sia utile al nostro scopo, da cosa può dipendere?
In Debian l'avvio di PostgreSQL (e la gestione dei cluster) è delegata
ai vari script pg_xxx. Immagino che questi accedano a PostgreSQL
utilizzando l'amministratore e nel tuo caso non ci riescano.
Per maggiori
On 08/02/2014 19:41, Alessandro Baggi wrote:
stavo facendo delle prove con postgresql e volevo provare a configurare
l'accesso su postgres con l'inserimento di password, che sia in
localhost oppure con Unix-domain socket (da utente postgres).
Ho modificato nel file pg_hba.conf, il metodo della
Così, per sapere, perché? L'utente postgres in peer su UNIX socket è
sicuro almeno quanto la macchina su cui sta girando. Non c'è bisogno
di password.
federico
+1 e non solo perchè lo dice FOG !
:)
Luca
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
Salve lista,
stavo facendo delle prove con postgresql e volevo provare a configurare
l'accesso su postgres con l'inserimento di password, che sia in
localhost oppure con Unix-domain socket (da utente postgres).
Ho modificato nel file pg_hba.conf, il metodo della riga relativa
all'utente
Buongiorno lista !!!
So che quello che sto chiedendo è parzialmente scontato e/o che quello che mi
autopropongo sembrerebbe pericoloso, ma chiedo parere a voi dato che so che
qui ci sono dei personaggi che usano PostgreSQL ad un certo livello.
Situazione:
1) Macchina (virtuale) con RAM
parere a voi dato che so che
qui ci sono dei personaggi che usano PostgreSQL ad un certo livello.
Situazione:
1) Macchina (virtuale) con RAM ragionevolmente abbondante (per il lavoro che
deve fare) ma storage non propriamente veloce (per diverse ragioni).
2) So che per un motore DB è
Buongiorno CATTIVONE che fa reply ad una vecchia email cambiando il
suject e rovinando completamente i thread... :P
... giuro che è un caso :)
No, PostgreSQL, data sufficente memoria, è più che capace di gestirsela.
Soluzione: pgtune.
Indago !
(PS, comunque i riferimenti a quella
On 08/04/2013 14:01, Federico Di Gregorio wrote:
On 08/04/2013 13:43, dea wrote:
5) Non è la potenza di calcolo ne la RAM che manca alla VM ma la velocità del
datastore, quindi il collo di bottiglia è già noto.
Soluzione: pgtune.
esistono anche altre soluzioni che, da quanto ho letto,
Salve ragazzi,
avrei necessità di utilizzare postgresql con replica.
Sulla squeeze abbiamo la 8.4 mentre sulla testing c'è la 9.1 (se non
sbaglio)
Nella 9.1 è gia integrata la funzionalità di replica del db mentre
nella 8.4 no e per farlo pensavo a bucardo.
A tale proposito vi chiedo
Buongiorno lista !
Quest'oggi ho voluto fare una simulazione di upgrade (verso squeeze) di un web
server su cui gira una piattaforma di erogazione corsi che utilizziamo.
Venendo al nocciolo... PostgreSQL di squeeze mi nega l'accesso al DB (via PHP
e modulo PHP-PGSQL).
La ragione, secondo i log
On 27/07/2010 13:29, dea wrote:
Con PostgreSQL di stable, a pari configurazione tutto funzionava alla
perfezione con l'utente pippo, con la versione di squeeze no.
Sicuramente si tratta di una direttiva da dare in più alla nuova versione di
Postgres.
Sta facendo identificazione di tipo
.. grazie Federico..
La cosa curiosa è che.. il file pg_hba.conf l'ho copiato dalla stable alla
squeeze, quindi la configurazione è quella.
A meno che il nuovo Postgres non abbia bisogno di qualche direttiva in
più/diversa.
Luca
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
.. scusate, errore mio.
PostgreSQL funziona alla perfezione.. io meno, non sono capace a copiare una
stringa senza introdurre errori :(
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email
Saluti.
Ieri ho avuto un problema abbastanza serio durante l'aggiornamento di
PostgreSQL da 8.1 a 8.3.
Il server è Lenny, da circa due settimane aggiornato da Etch, ed il
locale di sistema è it_it.iso885...@euro.
L'encoding del cluster precedente era UTF-8 (perchè a quel tempo, non
era stata
On 08/02/10 13.37, Manlio Perillo wrote:
Il secondo problema è che lo script /etc/init.d/postgresql-8.3 non funziona.
Cosa può essere successo?
Io ho aggiornato postgres tempo fa, (da 8.1 a 8.3) e non ricordo di aver
avuto problemi, per lo script di avvio magari posso fare delle prove, a
me
Edoardo Panfili ha scritto:
On 08/02/10 13.37, Manlio Perillo wrote:
Il secondo problema è che lo script /etc/init.d/postgresql-8.3 non
funziona.
Cosa può essere successo?
Io ho aggiornato postgres tempo fa, (da 8.1 a 8.3) e non ricordo di aver
avuto problemi, per lo script di avvio magari
On 08/02/10 14.06, Manlio Perillo wrote:
Edoardo Panfili ha scritto:
On 08/02/10 13.37, Manlio Perillo wrote:
Il secondo problema è che lo script /etc/init.d/postgresql-8.3 non
funziona.
Cosa può essere successo?
Io ho aggiornato postgres tempo fa, (da 8.1 a 8.3) e non ricordo di aver
avuto
Edoardo Panfili ha scritto:
On 08/02/10 13.37, Manlio Perillo wrote:
Il secondo problema è che lo script /etc/init.d/postgresql-8.3 non
funziona.
Cosa può essere successo?
Io ho aggiornato postgres tempo fa, (da 8.1 a 8.3) e non ricordo di aver
avuto problemi, per lo script di avvio magari
Manlio Perillo ha scritto:
Edoardo Panfili ha scritto:
On 08/02/10 13.37, Manlio Perillo wrote:
Il secondo problema è che lo script /etc/init.d/postgresql-8.3 non
funziona.
Cosa può essere successo?
Io ho aggiornato postgres tempo fa, (da 8.1 a 8.3) e non ricordo di aver
avuto problemi, per
remove --purge postgresql-8.3
[...]
dpkg: error processing postgresql-8.3 (--purge):
Package is in a very bad inconsistent state - you should
reinstall it before attempting a removal.
Errors were encountered while processing:
postgresql-8.3
# dpkg --purge postgresql-8.3
[come sopra]
Provo
il file /etc/postgresql/8.3/main/start.conf e sostituiscie
manual a auto in maniera che non riparta in automatico e che non
provi a stopparlo.
Se poi i dati non ti servono puoi fare fuori il cluster con
pg_dropcluster --stop 8.3 main
A questo punto non dovrebbe più avere problemi a fermarsi
2009/12/10 Marco Nenciarini mnen...@prato.linux.it:
poi apri il file /etc/postgresql/8.3/main/start.conf e sostituiscie
manual a auto in maniera che non riparta in automatico e che non
provi a stopparlo.
Grande!!!
Grazie mille.
Alberto
--
Per REVOCARE l'iscrizione alla lista, inviare un
Il giorno 10/dic/2009, alle ore 14.15, Dot Deb ha scritto:
Che devo fare? Qual e` il trucchetto sporco? Rimuovere a mano tutti i
files e modificare lo stato del pacchetto?
un buon consiglio (e che e' gia' passato come risposta) che mi e' tornato
comodo quando faccio pasticci tra stable e
Ho appena aggiornato una macchina da etch a lenny.
Tutto bene tranne che l'installazione di postgresql-8.3 e` andata male e
a questo punto sono nella impossibilita` di fare alcunche':
- non posso rimuoverlo
- non posso reinstallarlo
- tutte le altre operazioni di installazione tramite aptitude
Dot Deb wrote:
Ho appena aggiornato una macchina da etch a lenny.
Tutto bene tranne che l'installazione di postgresql-8.3 e` andata male e
a questo punto sono nella impossibilita` di fare alcunche':
- non posso rimuoverlo
- non posso reinstallarlo
- tutte le altre operazioni di installazione
non
aggiornerò alla squezee ... :-))
Tutto bene tranne che l'installazione di postgresql-8.3 e` andata male e
a questo punto sono nella impossibilita` di fare alcunche':
Un momento di riposo non fa male, utile per meditare .. :-))
- non posso rimuoverlo
- non posso reinstallarlo
- tutte le
intenzione
di aggiornarla alla Lenny, ma in un altro comp ho la Lenny che non
aggiornerò alla squezee ... :-))
Tutto bene tranne che l'installazione di postgresql-8.3 e` andata male
e a questo punto sono nella impossibilita` di fare alcunche':
Un momento di riposo non fa male, utile per
Ciao a tutti,
sono appena passato da Etch a Lenny ed ho conseguentemente trasferito
i miei databases su Postgresql-8.3.
Lanciando poco fa un semplice comando di update (che naturalmente ha
sempre funzionato benissimo con il 7.4) mi e` apparso l'errore di cu
all'oggetto. Non ho trovato niente di
Ennio Sr wrote:
sono appena passato da Etch a Lenny ed ho conseguentemente trasferito
i miei databases su Postgresql-8.3.
io sto ancora usando la 8.2 ... sono anch'io su Lenny
Lanciando poco fa un semplice comando di update (che naturalmente ha
sempre funzionato benissimo con il 7.4) mi e
vg ha scritto:
Un saluto sniffato si estende a tutta la lista... : ))
sulla mia Lenny sono riuscito a configurare snort + postgresql in modo
che monitori la eth0 del mio serverino interno al proxy aziendale, e
così giornalmente ricevo via mail un dettagliato resoconto di tutto
quello che lo
Ciao Mr., e il saluto si estende a tutta la lista...
Mr. P|pex ha scritto:
vg ha scritto:
Un saluto sniffato si estende a tutta la lista... : ))
sulla mia Lenny sono riuscito a configurare snort + postgresql in modo
che monitori la eth0 del mio serverino interno al proxy aziendale, e
così
1 - 100 di 200 matches
Mail list logo