Filipe, No arquivo /etc/passwd está assim: postgres:x:26:26:PostgreSQL Server:/var/lib/pgsql:/bin/bash
O que devo fazer? abse obrigado ________________________________ De: "[email protected]" <[email protected]> Para: [email protected] Enviadas: Quinta-feira, 6 de Janeiro de 2011 11:00:03 Assunto: Digest pgbr-geral, volume 25, assunto 6 Send pgbr-geral mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of pgbr-geral digest..." Tópicos de Hoje: 1. Re: limite de criação de roles (Beto Lima) 2. Re: limite de criação de roles (Internet Suscripciones) 3. Re: Uso de aspas em Queries (Euler Taveira de Oliveira) 4. Re: RES: pg_xlog após replicação: Excesso de Arquivos (Euler Taveira de Oliveira) 5. usuario postgresql - could not change directory to "/root" (Saulo Almeida) 6. Re: usuario postgresql - could not change directory to "/root" (Filipe Rosset) 7. pg_resetxlog (Fábio Gibon - Comex System) 8. Re: pg_resetxlog (José Mello Júnior) ---------------------------------------------------------------------- Message: 1 Date: Thu, 6 Jan 2011 00:08:54 +0430 From: Beto Lima <[email protected]> Subject: Re: [pgbr-geral] limite de criação de roles To: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1 Valeu Thiago Bocchile ------------------------------ Message: 2 Date: Wed, 5 Jan 2011 16:54:01 -0300 (PYST) From: Internet Suscripciones <[email protected]> Subject: Re: [pgbr-geral] limite de criação de roles To: Comunidade PostgreSQL Brasileira <[email protected]> Message-ID: <344366.2.1294257241418.javamail.r...@web-mail> Content-Type: text/plain; charset=utf-8 >poderia ser assim? >CREATE ROLE nome_do_cara LOGIN ENCRYPTED PASSWORD >'md54eb9843b207239ce12440060f95ba40b' > NOINHERIT > VALID UNTIL 'infinity'; >GRANT grupo_usuarios TO nome_do_cara; Mas asim so van heredar os set role, y nao os privilegios tais como SELECT,INSERT,UPDATE,DELETE,TRUNCATE,REFERENCES,TRIGGER, USAGE y otros Saludo Gustavo Garay ------------------------------ Message: 3 Date: Wed, 05 Jan 2011 18:15:49 -0300 From: Euler Taveira de Oliveira <[email protected]> Subject: Re: [pgbr-geral] Uso de aspas em Queries To: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Em 04-01-2011 13:07, Fernando N. Rodrigues escreveu: > Nos resultados das minhas consultas, eu chamo as variáveis em maiúsculo. > Terei que alterar todas essas variáveis? Que variáveis? Mostrar um exemplo facilitaria as coisas... > Tem alguma função que possa ser usada ou alguma configuração no banco > que force a retornar as colunas em maiúsculo no Postgre? > Não. -- Euler Taveira de Oliveira http://www.timbira.com/ ------------------------------ Message: 4 Date: Wed, 05 Jan 2011 18:25:08 -0300 From: Euler Taveira de Oliveira <[email protected]> Subject: Re: [pgbr-geral] RES: pg_xlog após replicação: Excesso de Arquivos To: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Em 03-01-2011 21:51, Reginaldo Francisco escreveu: > - todas as tabelas são fixas e já existentes, apenas a tabela fonte, eu > apago seus dados quando copio para a tabela destino. > Eu não entendi o que quis dizer. Podes dar um exemplo de como isso é feito? Será que não dá para utilizar o procedimento: > ou caso a tabela já exista e ela possa ser limpa: > > BEGIN; > TRUNCATE TABLE tblX; > COPY tblX from '/path/to/myfile'; > COMMIT; > <corte> > - esta cópia é efetuada a noite, sem o usuários conectados, é possível > alguma ação, tal como mudar a configuração durante esta cópia e depois > voltar, para não gerar tantos logs a serem retransmitidos? > Não. -- Euler Taveira de Oliveira http://www.timbira.com/ ------------------------------ Message: 5 Date: Wed, 5 Jan 2011 14:01:26 -0800 (PST) From: Saulo Almeida <[email protected]> Subject: [pgbr-geral] usuario postgresql - could not change directory to "/root" To: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-1" PessoAR, Sempre que é executado o comando [ sudo -u postgres ] é exibido a mensagem abaixo. could not change directory to "/root" Alguem poderia me dar um help ? abs -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20110105/a6882427/attachment.html ------------------------------ Message: 6 Date: Wed, 05 Jan 2011 20:07:20 -0200 From: Filipe Rosset <[email protected]> Subject: Re: [pgbr-geral] usuario postgresql - could not change directory to "/root" To: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1 On 01/05/2011 08:01 PM, Saulo Almeida wrote: > PessoAR, > > Sempre que é executado o comando [ *sudo -u postgres* ] é exibido a > mensagem abaixo. > * > * > *could not change directory to "/root"* > > Alguem poderia me dar um help ? > Veja no seu /etc/passwd você deve ter uma linha mais ou menos assim: postgres:x:29:29:PostgreSQL Server:/var/lib/pgsql:/bin/bash No meu caso está em /var/lib/pgsql a home do usuário postgres, talvez no seu caso está apontando para /root? -- Filipe Rio Grande do Sul, Brazil ------------------------------ Message: 7 Date: Thu, 6 Jan 2011 08:10:55 -0300 From: Fábio Gibon - Comex System <[email protected]> Subject: [pgbr-geral] pg_resetxlog To: "PostgreSQL - BR List" <[email protected]> Message-ID: <04df01cbad92$67d25860$73020...@gibon> Content-Type: text/plain; charset="windows-1252" Srs, vejam este cenário e, por favor, me digam se tem uma outra solução além da que foi aplicada: - postgresql 8.2 - windows server - banco sem archive - dump feito as 12h - as 14h ao iniciar um autovacuum ocorreu um erro e o banco caiu - servidor foi religado e o banco voltou - ao tentar conectar o usuário recebia mensagem que o banco estava startando (nos logs mostrava que estava fazendo o processo de recovery) - usuário reset server "bruscamente" - ao reiniciar o server o postgresql não inicializa - vendo os logs identificamos que arquivos xlog haviam sido corrompidos - foi tentado um pg_resetxlog sem passar parâmetros (o comando não conseguiu executar e informou que uma alternativa seria o -f) - antes de executar o pg_resetxlog com -f este foi executado com -n e salvo o resultado em um .txt (dados do arquivo de controle) - então foi executado com o -f - o postgresql inicializou e o banco voltou... - porém os dados estavam mais antigos do que os do .dump das 12h Havia uma outra forma de recuperação sem perda de dados (ou com menos perda)? abraços Fábio Henrique Gibon -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20110106/e7403f29/attachment-0001.htm ------------------------------ Message: 8 Date: Thu, 6 Jan 2011 10:07:06 -0200 From: José Mello Júnior <[email protected]> Subject: Re: [pgbr-geral] pg_resetxlog To: Fábio Gibon - Comex System <[email protected]>, Comunidade PostgreSQL Brasileira <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-1" QUando aconteceu um caso parecido com isso, me indicaram para remover um arquivo pid e então tudo voltou ao normal. Não lembro agora exatamente o nome dele. Acho que era postgresql.pid []´s Em 6 de janeiro de 2011 09:10, Fábio Gibon - Comex System < [email protected]> escreveu: > Srs, > vejam este cenário e, por favor, me digam se tem uma outra solução > além da que foi aplicada: > - postgresql 8.2 > - windows server > - banco sem archive > - dump feito as 12h > - as 14h ao iniciar um autovacuum ocorreu um erro e o banco caiu > - servidor foi religado e o banco voltou > - ao tentar conectar o usuário recebia mensagem que o banco estava > startando (nos logs mostrava que estava fazendo o processo de recovery) > - usuário reset server "bruscamente" > - ao reiniciar o server o postgresql não inicializa > - vendo os logs identificamos que arquivos xlog haviam sido corrompidos > - foi tentado um pg_resetxlog sem passar parâmetros (o comando não > conseguiu executar e informou que uma alternativa seria o -f) > - antes de executar o pg_resetxlog com -f este foi executado com -n e salvo > o resultado em um .txt (dados do arquivo de controle) > - então foi executado com o -f > - o postgresql inicializou e o banco voltou... > - porém os dados estavam mais antigos do que os do .dump das 12h > > Havia uma outra forma de recuperação sem perda de dados (ou com menos > perda)? > > abraços > > Fábio Henrique Gibon > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- José de Mello Júnior 41.9957-2007 -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20110106/06911928/attachment-0001.htm ------------------------------ _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Fim da Digest pgbr-geral, volume 25, assunto 6 **********************************************
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
