Em Mon, 23 Mar 2009 14:17:26 -0300
Eduardo Costa Lisboa , conhecido consumidor
de drogas (BigMac's com Coke) escreveu:
> Ira, olha só como eu exporto aqui no Llinux, uso estas opções para
> que o root da máquina cliente tenha todas as permissões garantidas:
vou experimentar por aqui, embora o ob
Ira, olha só como eu exporto aqui no Llinux, uso estas opções para que o
root da máquina cliente tenha todas as permissões garantidas:
/srv/remote_root
192.168.0.0/255.255.255.0(ro,no_root_squash,sync,no_all_squash)
2009/3/20 irado furioso com tudo
>
> ou EU estou me estranhando.
>
> estou exp
2009/3/23 Eduardo Lemos de Sa :
> Oi Pessoal
>
> Há muito tempo atrás eu tive um problema parecido no FreeBSD. Por favor,
> desculpem-me antecipadamente se o que eu vou dizer já foi dito ou é pra lá
> de conhecido de vocês: as permissões atribuídas aos usuários podem diferir
> de máquina para máqui
Oi Pessoal
Há muito tempo atrás eu tive um problema parecido no FreeBSD. Por favor,
desculpem-me antecipadamente se o que eu vou dizer já foi dito ou é pra lá
de conhecido de vocês: as permissões atribuídas aos usuários podem diferir
de máquina para máquina devido a ordem em que o usuário foi inse
Isso parece coisa do BSOS (Blue Screen OS), um workarroud seria vc criar
um usuario 500:500 e rodar a partir dele.
Em Sex, 2009-03-20 às 17:00 -0300, irado furioso com tudo escreveu:
> Em Fri, 20 Mar 2009 15:42:17 -0300
> Marcello , conhecido consumidor de drogas
> (BigMac's com Coke) escreveu:
>
Em Fri, 20 Mar 2009 15:42:17 -0300
Marcello , conhecido consumidor de drogas
(BigMac's com Coke) escreveu:
> O usuario do backup tem autorização para fazer cópias dos tais
> arquivos ? esta ao menos no mesmo grupo(s) , etc ...
no /server/exports apenas defini a rede, sem um usuario em particular.
O usuario do backup tem autorização para fazer cópias dos tais
arquivos ? esta ao menos no mesmo grupo(s) , etc ...
Em Sex, 2009-03-20 às 15:30 -0300, irado furioso com tudo escreveu:
> Em Fri, 20 Mar 2009 11:07:19 -0700 (PDT)
> NullCk , conhecido consumidor de drogas (BigMac's
> com Coke) escreve
Em Fri, 20 Mar 2009 11:07:19 -0700 (PDT)
NullCk , conhecido consumidor de drogas (BigMac's
com Coke) escreveu:
> uma coisa nao podemos negar ... isso eh problema de permissão , rss
quem dera sêsse.. se sêsse, que bom não foria..
mas NO FUNDO vc tem razão, mano; alterei as permissões NO SERVIDO
furioso com tudo
Assunto: [FUG-BR] nfs - comportamento estranho
Para: "fug"
Data: Sexta-feira, 20 de Março de 2009, 14:50
ou EU estou me estranhando.
estou exportando - a partir de um servidor Linux - um diretório, via
nfs. A partir de um terminal Linux eu consigo montar/utiliza
ou EU estou me estranhando.
estou exportando - a partir de um servidor Linux - um diretório, via
nfs. A partir de um terminal Linux eu consigo montar/utilizar o folder
exportado, sem problemas.
Porém, o bicho pega aqui em máquina FreeBSD 7.1 stable:
monta-se sem erros:
[r...@glite:~#]: mount -
David H.Falconi wrote:
> Caros Colegas,
>
> Alguma boa alma já pegou este problema e resolveu ?
>
> David
Provavelmente estás tentando montar um sistema exportado via NFS sen ser
como root. Se incluires no /etc/rc.conf uma linha contendo
weak_mountd_authentication="YES"
O problema deve se re
Caros Colegas,
Alguma boa alma já pegou este problema e resolveu ?
David
---
- Mensagem Anterior
log:
# RPCPROG_MNT: RPC: Authentication error; why = Client credential too
weak
As configurações no rc.conf foram feitas no hosts.a
Caros Colegas,
Alguma boa alma já pegou este problema e resolveu ?
David
---
- Mensagem Anterior
log:
# RPCPROG_MNT: RPC: Authentication error; why = Client credential too
weak
As configurações no rc.conf foram feitas no hosts.a
Caros Colegas,
Vamos de nfs mais uma vez, mais precisamente em autenticação ou
unprivileged port, como esta em meu log
log:
# RPCPROG_MNT: RPC: Authentication error; why = Client credential too
weak
As configurações no rc.conf foram feitas no hosts.allow, para liberação
no rpc.
Feita todas as
Caros Colegas.
Vamos de nfs mais uma vez, mais precisamente em autenticação ou
unprivileged port, como esta em meu log
log:
# RPCPROG_MNT: RPC: Authentication error; why = Client credential too
weak
As configurações no rc.conf foram feitas no hosts.allow, para liberação
no rpc.
Feita todas as c
Caros Colegas.
Vamos de nfs mais uma vez, mais precisamente em autenticação ou
unprivileged port, como esta em meu log
log:
# RPCPROG_MNT: RPC: Authentication error; why = Client credential too weak
As configurações no rc.conf foram feitas no hosts.allow, para liberação no rpc.
Feita todas as c
Caros Colegas.
Vamos de nfs mais uma vez, mais precisamente em autenticação ou
unprivileged port, como esta em meu log
log:
# RPCPROG_MNT: RPC: Authentication error; why = Client credential too
weak
As configurações no rc.conf foram feitas no hosts.allow, para liberação
no rpc.
Feita todas as c
Caros Colegas.
Vamos de nfs mais uma vez, mais precisamente em autenticação ou
unprivileged port, como esta em meu log
log:
# RPCPROG_MNT: RPC: Authentication error; why = Client credential too
weak
As configurações no rc.conf foram feitas no hosts.allow, para liberação
no rpc.
Feita todas as
Caros Colegas.
Vamos de nfs mais uma vez, mais precisamente em autenticação ou
unprivileged port, como esta em meu log
log:
# RPCPROG_MNT: RPC: Authentication error; why = Client credential too weak
As configurações no rc.conf foram feitas no hosts.allow, para liberação no rpc.
Feita todas as c
Caros Colegas.
Vamos de nfs mais uma vez, mais precisamente em autenticação ou
unprivileged port, como esta em meu log
log:
# RPCPROG_MNT: RPC: Authentication error; why = Client credential too weak
As configurações no rc.conf foram feitas no hosts.allow, para liberação no rpc.
Feita todas as c
Boa tarde Pedro,
Tenta atualiza esse FreeBSD 5.4 para o 5.5 STABLE, talvez resolva
seu problema.
Atenciosamente,
--
Marcos Francisco Alcântara Silva
Administrador de Sistemas - *NIX
FUG-BR User #248
Linux user #425822
---
Existem indivíduos que estão consideravelmente adiantados nessa t
Pessoal,
Estou tendo problemas em clientes que montam via nfs3 um de nossos
servidores de arquivo.
Os clientes são Fedora 5 e o servidor FreeBSD 5.4.
Temos também um servidor que é FreeBSD 6.2, mas o problema não ocorre
com o mesmo.
O que acontece parece estar relacionado com lock.
Segue descriçã
On 8/25/06, Daniel Bristot de Oliveira <[EMAIL PROTECTED]> wrote:
> Olá lista.
>
> Estou fazendo alguns testes com o NFS, e queria formar uma lista de
> possíveis Tunings para se fazer nele.
>
> Quem souber algo, ou ouviu falar em algo, que aumente a performance do
> NFS, será de grande ajuda.
Ser
Olá lista.
Estou fazendo alguns testes com o NFS, e queria formar uma lista de
possíveis Tunings para se fazer nele.
Quem souber algo, ou ouviu falar em algo, que aumente a performance do
NFS, será de grande ajuda.
--
Daniel Bristot de Oliveira
http://dbristot.info
R João Paez 409 Ap 202
Sta A
Olá,
O processo com geom gate exportando um device e fazendo gmirror RAID1
em cima deste dispositovo funciona e muito bem, como avia dito antes o
unico problema e a gravação simultanea nos 2 nodes ou 2 servidores,
pois UFS nao é um cluster filesystem.
Mas a solução Master -> Slave funciona e mais
so pediria que vc mandasse pra lista seus resultados :)
queria saber de solucao pra FreeBSD para o problema drdb+heartbeat ;)
matheus
--
We will call you cygnus,
The God of balance you shall be
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: htt
Olá Rafael,
O meu problema é o seguinte, eu teria dois servidores de arquivos,
caso um "caisse" o outro assumiria, a parte de rede é simples, o que
eu queria fazer era com que por exemplo, o /var ficasse identicos nos
dois servidores.
Não sei se vai dar, masss vou tentar exportar via ggate uma p
Olá,
A soluçãoe que você esta procurando o ggate faz em partes, ele
consegue exportar o block device exemplo: o seu /dev/mirror/x do
gmirror raid1 via rede onde vc pode montar o device gg e fazer raid em
cima dela ainda: a solução mesmo para todos os problemas era possuir
alem do ggate uma solução
Salve Lista!
Estou fazendo um cluster (de novo eu nessa), mas agora é um HA
(Hight-Availability).
Eu preciso de um servidor NFS ou compatível, que faça réplica em outro
servidor, quase que um raid-1 em rede.
Eu estava pesquisando e ví que existe o DRDB, que faz isso, porém só
para o Linux, e como
Em 28/03/06, Alex Moura<[EMAIL PROTECTED]> escreveu:
> Não pode ser problema na rede? De falha de comunicação entre o cliente e
> o servidor?
> Se o cliente apresenta erro e o servidor não, parece que o servidor nem
> tomou
> conhecimento da tentativa de conexão
Pode ser algum problema sim, ma
tenta um showmount -e e o ipdoserver para ver os compartilhamentos
disponiveis...
da um socktstat -rl no server pra ver se o nfs, o rpcbind e o mountd
tah rodando!!!
verifique o firewall, coloca pra loga os deny e veja o que acontece!
Alex Moura wrote:
> Mauro Felipe wrote:
>
>> 2006/3/28
Amigos, obrigado pelas dicas!
O Celso acertou em cheio! :-)
Era problema de DNS. Eu cadastrei no arquivo /etc/hosts do server o
IP/nome do cliente e vice-versa e a montagem funcionou.
Agora vou dar uma olhada no DNS.
Agradeço a ajuda de todos.
Abraços,
Mauro Felipe
___
tive algo muito proximo em um 6.0-release. parava de
funcionar do nada, e pra piorar os que ja tinham
montado continuavam 100%.
reiniciava o servico, mas nada ...
foi ai que eu vi a sequencia de servicos a ser
reiniciada em ordem ... isso tem no handbook. dai ele
voltou a funcionar ...
ja viu is
showmount -e
Veja se esta exportando como esperado, e principalmente se voce obtem a
lista da exports; se voce monta por nome confira seu /etc/hosts e DNS.
Para testes tente montar o lado cliente com -N pra ver se algo esta
impedindo negociacao em portas baixas. Garanta que seu nfsd esteja
ro
Veja se vc não está com problemas de DNS. Tenta comentar o teu
resolv.conf ou adiciona o IP da máquina cliente no /etc/hosts
Celso
Em 28/03/06, Mauro Felipe<[EMAIL PROTECTED]> escreveu:
> Amigos,
>
> Hoje pela manhã meu servidor NFS parou de funcionar!
> Possuo um FreeBSD 5.4 com o NFS Server ha
Mauro Felipe wrote:
> 2006/3/28, William Armstrong <[EMAIL PROTECTED]>:
>> dica : sei que é coisa banal mas tenta dar um reboot nele e veja
>> se tem alguma msg de erro.
>>
>
> Não possue mensagem de erro no servidor e já dei vários boots! :-)
>
> A única mensagem que tem é a do cliente
2006/3/28, William Armstrong <[EMAIL PROTECTED]>:
> sem vc postar alguma msg de erro do servidor fica dificil a bola de
> cristal do povo aqui anda meio fraca pra descobrir estes tipos de
> problemas misteriosos ehhehe
>
> posta alguma coisa sobre as msg de erro no servidor
>
> dica : sei que é
sem vc postar alguma msg de erro do servidor fica dificil a bola de
cristal do povo aqui anda meio fraca pra descobrir estes tipos de
problemas misteriosos ehhehe
posta alguma coisa sobre as msg de erro no servidor
dica : sei que é coisa banal mas tenta dar um reboot nele e veja
se tem
Amigos,
Hoje pela manhã meu servidor NFS parou de funcionar!
Possuo um FreeBSD 5.4 com o NFS Server habilitado da seguinte forma no rc.conf:
rpcbind_enable="YES"
nfs_server_enable="YES"
mountd_flags="-r"
Mas quando tento montar no cliente aparece a seguinte mensagem:
[udp] 10.1.1.49:/etc/public
All,
Meu arquivo "exports" tem uma linha assim:
/teste -maproot=2000:5000 -network 10.10.70.0 -mask 255.255.255.0
Como é que faria para conceder permissão também para a rede 192.168.10/24?
Thank's
--
Celso Vianna
BSD User: 51318
http://www.bsdcounter.org/
Palmas/TO
___
Ola Pessoal,
Bom estou com um probleminha com o NFS que nao consegui entender..
em uma rede bem restrita, estou exportando algumas partes do disco
/usr/X11R6 /usr/ports /usr/src /usr
gostaria de fazer /usr/local tambem
veja o conteudo de /etc/exports
# Export src and ports to client01 and client
All,
No FreeBSD 6.0 como é que habilito o NFS v.4?
--
Celso Vianna
BSD User: 51318
http://www.bsdcounter.org/
Palmas/TO
___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Falar pra vcs
deu certo !!! consegui resolver o problema fazendo um binat
binat on rl0 from 192.168.1.10 to 10.0.0.10 -> 10.0.0.1
valeu pela ajuda galera :)
Abraços,
Gustavo
___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailm
eu fiz... com rota vai blz, por isso da certeza do nat
Em 14/09/05, Christiano Farina Haesbaert<[EMAIL PROTECTED]> escreveu:
> Faz com rota primeiro, se der o mesmo erro tu ja sabe q não é a nat.
>
>
> On Tuesday 13 September 2005 21:15, Luiz Gustavo Santos Costa wrote:
> > Eai Lista,
> >
> > Al
Faz com rota primeiro, se der o mesmo erro tu ja sabe q não é a nat.
On Tuesday 13 September 2005 21:15, Luiz Gustavo Santos Costa wrote:
> Eai Lista,
>
> Alguem já passou pela experiencia de colocar um NFS atras de um NAT, tipo:
>
> NFS Server 10.0.0.2--->NAT(10.0.0.1x192.168.1.1)--->NFS Client
Em Wed, 14 Sep 2005 09:45:05 -0300
Luiz Gustavo Santos Costa <[EMAIL PROTECTED]> escreveu:
> No client:
> # mount 10.0.0.10:/home /home
> 10.0.0.10:/home: RPCPROG_MNT: RPC: Authentication erro; why = Client
> credential too weak
olhe.. não entendo bem de nfs e, normalmente, não tenho tido problem
eaí irado !!!
seguinte... pense em uma rede com DMZ.. vou tentar pintar em ascii
(não sou bom, já aviso !)
internet
|
Firewall -->DMZ---> Servidor(c/NFS server)
|
Lan -->.segmento de rede c/pc's clientes
No Firewall existe um nat (tanto para a LAN quanto para a DMZ) sendo
que essas duas a
Em Tue, 13 Sep 2005 18:15:22 -0300
Luiz Gustavo Santos Costa <[EMAIL PROTECTED]> escreveu:
> no client eu montar um cara no server...
>
> entenderam ???
vagamente..
>
> pelos meios normais não funfou...
bem.. não entendo o que vc entende por "meios normais". Pra mim, essa condição
só é passív
Eai Lista,
Alguem já passou pela experiencia de colocar um NFS atras de um NAT, tipo:
NFS Server 10.0.0.2--->NAT(10.0.0.1x192.168.1.1)--->NFS Client 192.168.1.2
no client eu montar um cara no server...
entenderam ???
pelos meios normais não funfou...
Abraços,
Gustavo
__
Olá
No seu servidor nfs voce tem que liberar as portas (somente p/ o ip do seu
client nfs)
2049/tcp
2049/udp
Já no seu cliente faça uma regra do tipo que depois de estabecida a conexao
nessas portas ele libere as que forem necessarias.
Vai funcionar certinho e é seguro
Flw
>Quais as portas tcp
tem a 369 que é pra rpc2portmap!
From: "Marcelo V. Lima" <[EMAIL PROTECTED]>
Reply-To: Lista de discussao do grupo FUG-BR
To: Lista de discussao do grupo FUG-BR
Subject: Re: [FUG-BR] NFS Client + PF
Date: Mon, 20 Jun 2005 09:58:52 -0300
-BEGIN PGP SIGNED MESSAGE-
Ha
sucesso é o nosso negócio
http://www.catho.com.br
louis louis wrote:
> Creio que ele roda na porta (udp) 635!
>
>> From: "Marcelo V. Lima" <[EMAIL PROTECTED]>
>> Reply-To: Lista de discussao do grupo FUG-BR
>> To: Lista de discussao do grupo FUG-BR
>
Creio que ele roda na porta (udp) 635!
From: "Marcelo V. Lima" <[EMAIL PROTECTED]>
Reply-To: Lista de discussao do grupo FUG-BR
To: Lista de discussao do grupo FUG-BR
Subject: [FUG-BR] NFS Client + PF
Date: Mon, 20 Jun 2005 09:17:49 -0300
-BEGIN PGP SIGNED MESSAGE
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Senhores, bom dia a todos,
Quais as portas tcp e udp que preciso liberar para um client nfs montar
em um servidor nfs ? Ja tentei de tudo, por enquanto a solucao esta com
uma gambiarra, liberar tudo entre o cliente e o nfs server hehehe.
- --
Marcelo
Mas dá a mesma msg para qualquer comando que eu de: ls, cd e etc.
Alguem pode me dar uma luz pra fazer esse compartilhamento no cliente
como somente de leitura, pois nao quero colocar como no 1º exemplo,
pois senao ele ficaria como root desse compartilhamento.
Que tal assim!!
Ex.
/usr/exp
Olá,
Instalei um servidor de NFS. Mas vejam o q acontece:
- se coloco isso no servidor (/etc/exports):
/home -maproot=0 maquina01
A maquina cliente (maquina01) tem acesso completo à pasta /home, funciona
normal, pq a flag -maproot da tal privilegio. Mas se eu colocar assim
(somente leitura):
entao /opt e /home devem estar em particoes diferentes
[]'s
JP-Ux
- Original Message -
From: "Luís Cargnini" <[EMAIL PROTECTED]>
To: "Lista de discussao do grupo FUG-BR"
Sent: Monday, May 30, 2005 5:54 PM
Subject: Re: [FUG-BR] NFS ainda
um ok, mas não
--- Original Message -
> From: "Luís Cargnini" <[EMAIL PROTECTED]>
> To: "Lista de discussao do grupo FUG-BR"
> Sent: Monday, May 30, 2005 9:51 AM
> Subject: [FUG-BR] NFS ainda
>
>
> pessoal o nfs como disse ainda não foi o linux não está permiti
]´s
JP-Ux
- Original Message -
From: "Luís Cargnini" <[EMAIL PROTECTED]>
To: "Lista de discussao do grupo FUG-BR"
Sent: Monday, May 30, 2005 9:51 AM
Subject: [FUG-BR] NFS ainda
pessoal o nfs como disse ainda não foi o linux não está permitindo o
mount do /etc
pessoal o nfs como disse ainda não foi o linux não está permitindo o
mount do /etc/exports do meu servidor que é
/usr/opt-maproot=root -network x.x.x.x -mask 255.255.255.0
/usr/home -alldirs-network x.x.x.x -mask 255.255.255.0
o linux está informando Permission denied quanto
Pessoal tenho o seguinte exports:
/usr/home -alldirs-network x.x.x.x -mask 255.255.255.0
/usr/opt-maproot=0 -alldirs -network x.x.x.x -mask 255.255.255.0
porém não estou conseguindo montar o opt, nem mesmo by-hand (à mão) dá
erro de Permission denied algue sabe como soluc
all,
O NFS do FreeBSD é versão 3 ou já é 4?
Celso
___
Para enviar um novo email para a lista: freebsd@fug.com.br
Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Historico: http://www4.fugspbr.org/lista/html/FUG
62 matches
Mail list logo
