[FUG-BR] Acessar compartilhamento no Windows 7 com Samba 3.6

2013-04-02 Por tôpico daniel
Meus Caros,

Vou explicar o que fiz ate agora.Não pretendo migrar para o samba mais 
atual por enquanto.

Samba 3.5

*No samba adicionei linhas no smb.conf*

Level2 oplocks = no
ntlm auth = YES
lanman auth = YES
client ntlmv2 auth = YES

*No Registro do Windows 7 eu alterei*

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanmanWorkstation\Parameters]
DomainCompatibilityMode=dword:0001
DNSNameResolutionRequired=dword:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Netlogon\Parameters]
RequireSignOrSeal=dword:0001
RequireStrongKey=dword:0001
SealSecureChannel=dword:0001
SignSecureChannel=dword:0001

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\System]

SlowLinkDetectEnabled=dword:

DeleteRoamingCache=dword:0001

WaitForNetwork=dword:

CompatibleRUPSecurity=dword:0001

*Outra tentativa foi :*


O problema do Windows 7 não conseguir acessar o compartilhamento SAMBA 
do servidor xxx se dá ao fato do windows 7 vir com bloqueio para acessar 
esse tipo de compartilhamento onde a criptografia seja inferior a 128 
bits. Como a versão do SAMBA do servidor xxx é antiga, então é 
necessário alterar algumas configurações do windows para que seja 
possível acessar o compartilhamento.

Primeiramente, acessar:

Control Panel --- Administrative Tools -- Local Security Policy Em 
seguida, selecionar:

Local Policies -- Security Options

E por fim, alterar as duas configurações:

Network security: LAN Manager authentication level -- Send LM  NTLM 
responses

Network security: Minimum session security for NTLM SSP -- uncheck: 
Require 128-bit encryption


*O problema é :*


Cada usuario tem que acessar seu compartilhamento ( GRUPOS)

Então no Samba dou um CHMOD 770 na pasta.

Exemplo: usuario *joão *faz parte do gupo *RH*  so que dá permissão 
negada. Se eu der um CHMOD 777 na pasta *RH* funcioana, mais vira o 
samba do crioulo doido,todo mundo acessa.

Alguma luz no fim do tunel?

Agradeço desde já







-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Falha na construção do devel/gobject-introspection

2013-04-02 Por tôpico Paulo Henrique
Em 1 de abril de 2013 19:16, William Grzybowski willia...@gmail.comescreveu:

 2013/4/1 Paulo Henrique paulo.rd...@bsd.com.br:
  Saudações,
 
  Estou atualizando o sistema através do portmaster e estou obtendo o
  respectivo erro durante a construção do devel/gobject-introspection.
 
 
  /usr/local/include/pth/pthread.h:537:1: warning: pwrite redefined
  In file included from /usr/local/include/python2.7/Python.h:166,
   from giscanner/giscannermodule.c:25:
  /usr/local/include/pth/pth.h:579:1: warning: this is the location of the
  previous definition
  gmake[2]: ** [_giscanner_la-giscannermodule.lo] Erro 1
  gmake[2]: Saindo do diretório
 
 `/usr/ports/devel/gobject-introspection/work/gobject-introspection-1.34.2'
  gmake[1]: ** [all-recursive] Erro 1
  gmake[1]: Saindo do diretório
 
 `/usr/ports/devel/gobject-introspection/work/gobject-introspection-1.34.2'
  gmake: ** [all] Erro 2
  *** [do-build] Error code 1

 Isso é só um warning. Um erro está acontecendo antes, impossível saber
 o motivo com esse pedacinho de log.


  Em algumas consultas verifiquei que se trata de uma possivel
  imcompatibilidade como lang/python27 com a opção pth ativado, contudo é
  meio obscuro declarar que a falha seja realmente devido a isso.
 
  Alguem está passando pelo mesmo problema ?
 
  Tentei compilar o devel/gobject-introspection separado e o problema
  continua.
 
  Segue a saida o svn info contendo as informações do repositorio:
 
  root@MATILDA:/ # svn info /usr/ports/
  Caminho: usr/ports
  Working Copy Root Path: /usr/ports
  URL: svn://svn.freebsd.org/ports/head
  Raiz do Repositório: svn://svn.freebsd.org/ports
  UUID do repositório: 35697150-7ecd-e111-bb59-0022644237b5
  Revisão: 315656
  Tipo de Nó: diretório
  Agendado: normal
  Autor da Última Mudança: bdrewery
  Revisão da Última Mudança: 315656
  Data da Última Mudança: 2013-04-01 12:44:05 -0300 (Seg, 01 Abr 2013)
 
 
  Att. Paulo Henrique.
 
 
  --
  :=)(=:
  Rip NoRm4nD.
  Flamers  /dev/null !!!
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



 --
 William Grzybowski
 --
 Agência Livre - www.agencialivre.com.br
 Curitiba/PR - Brasil
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


William

Segue o log completo.

scannerlexer.c:2495: warning: comparison between signed and unsigned
  CC libgiscanner_la-scannerparser.lo
  CCLD   libgiscanner.la
  CC _giscanner_la-giscannermodule.lo
In file included from
/usr/local/include/glib-2.0/glib/deprecated/gthread.h:124,
 from /usr/local/include/glib-2.0/glib.h:108,
 from giscanner/sourcescanner.h:26,
 from giscanner/giscannermodule.c:26:
/usr/local/include/pth/pthread.h:285: error: conflicting types for
'pthread_t'
/usr/include/sys/_pthreadtypes.h:65: error: previous declaration of
'pthread_t' was here
/usr/local/include/pth/pthread.h:286: error: conflicting types for
'pthread_attr_t'
/usr/include/sys/_pthreadtypes.h:68: error: previous declaration of
'pthread_attr_t' was here
/usr/local/include/pth/pthread.h:288: error: conflicting types for
'pthread_once_t'
/usr/include/sys/_pthreadtypes.h:74: error: previous declaration of
'pthread_once_t' was here
/usr/local/include/pth/pthread.h:289: error: conflicting types for
'pthread_mutexattr_t'
/usr/include/sys/_pthreadtypes.h:70: error: previous declaration of
'pthread_mutexattr_t' was here
/usr/local/include/pth/pthread.h:290: error: conflicting types for
'pthread_mutex_t'
/usr/include/sys/_pthreadtypes.h:69: error: previous declaration of
'pthread_mutex_t' was here
/usr/local/include/pth/pthread.h:291: error: conflicting types for
'pthread_condattr_t'
/usr/include/sys/_pthreadtypes.h:72: error: previous declaration of
'pthread_condattr_t' was here
/usr/local/include/pth/pthread.h:292: error: conflicting types for
'pthread_cond_t'
/usr/include/sys/_pthreadtypes.h:71: error: previous declaration of
'pthread_cond_t' was here
/usr/local/include/pth/pthread.h:293: error: conflicting types for
'pthread_rwlockattr_t'
/usr/include/sys/_pthreadtypes.h:76: error: previous declaration of
'pthread_rwlockattr_t' was here
/usr/local/include/pth/pthread.h:294: error: conflicting types for
'pthread_rwlock_t'
/usr/include/sys/_pthreadtypes.h:75: error: previous declaration of
'pthread_rwlock_t' was here
/usr/local/include/pth/pthread.h:357: error: conflicting types for
'pthread_kill'
/usr/include/signal.h:71: error: previous declaration of 'pthread_kill' was
here
In file included from
/usr/local/include/glib-2.0/glib/deprecated/gthread.h:124,
 from /usr/local/include/glib-2.0/glib.h:108,
 from giscanner/sourcescanner.h:26,
 from giscanner/giscannermodule.c:26:
/usr/local/include/pth/pthread.h:517:1: warning: fork 

Re: [FUG-BR] Acessar compartilhamento no Windows 7 com Samba 3.6

2013-04-02 Por tôpico Ricardo Carlini Sperandio
Enviado pelo Motorola Razr
Em 02/04/2013 08:13, daniel danie...@bol.com.br escreveu:

 Meus Caros,
:

 *O problema é :*


 Cada usuario tem que acessar seu compartilhamento ( GRUPOS)

 Então no Samba dou um CHMOD 770 na pasta.

 Exemplo: usuario *joão *faz parte do gupo *RH*  so que dá permissão
 negada. Se eu der um CHMOD 777 na pasta *RH* funcioana, mais vira o
 samba do crioulo doido,todo mundo acessa.

 Alguma luz no fim do tunel?

 Agradeço desde já

Bom, está com cara de ser problema de permissão no sistema de arquivos,
acredito que você deve modificar o grupo dono para 'rh' deixar permissão
como 2770 e se for o caso usar acl.






 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Acessar compartilhamento no Windows 7 com Samba 3.6

2013-04-02 Por tôpico daniel
Em 02/04/2013 09:00, Ricardo Carlini Sperandio escreveu:
 Enviado pelo Motorola Razr
 Em 02/04/2013 08:13, daniel danie...@bol.com.br escreveu:
 Meus Caros,
 :

 *O problema é :*


 Cada usuario tem que acessar seu compartilhamento ( GRUPOS)

 Então no Samba dou um CHMOD 770 na pasta.

 Exemplo: usuario *joão *faz parte do gupo *RH*  so que dá permissão
 negada. Se eu der um CHMOD 777 na pasta *RH* funcioana, mais vira o
 samba do crioulo doido,todo mundo acessa.

 Alguma luz no fim do tunel?

 Agradeço desde já

 Bom, está com cara de ser problema de permissão no sistema de arquivos,
 acredito que você deve modificar o grupo dono para 'rh' deixar permissão
 como 2770 e se for o caso usar acl.





 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Boa ideia, então o procedimento seria ir em *vi etc/fstab *adicionar 
ACLS na partição que me interessa e dar um *mount -u -o acls /***
Reinicia.

*criei um arquivo teste
#touch a.txt
#getfacl a.txt
# file: a.txt
# owner: root
# group: wheel
user::rw-
group::r--
other::---


Testei o funcionamento ACL me retornou :

#setfacl -m user:bin:rwx a.txt
# file: a.txt
# owner: root
# group: wheel
user::rw-
user:bin:rwx
group::r--
mask::rwx
other::---


Esta correto? So isso?



-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Acessar compartilhamento no Windows 7 com Samba 3.6

2013-04-02 Por tôpico Ricardo Carlini Sperandio
Enviado pelo Motorola Razr
Em 02/04/2013 10:43, daniel danie...@bol.com.br escreveu:

 Em 02/04/2013 09:00, Ricardo Carlini Sperandio escreveu:
  Enviado pelo Motorola Razr
  Em 02/04/2013 08:13, daniel danie...@bol.com.br escreveu:
  Meus Caros,
  :
 
  *O problema é :*
 
 
  Cada usuario tem que acessar seu compartilhamento ( GRUPOS)
 
  Então no Samba dou um CHMOD 770 na pasta.
 
  Exemplo: usuario *joão *faz parte do gupo *RH*  so que dá
permissão
  negada. Se eu der um CHMOD 777 na pasta *RH* funcioana, mais vira o
  samba do crioulo doido,todo mundo acessa.
 
  Alguma luz no fim do tunel?
 
  Agradeço desde já
 
  Bom, está com cara de ser problema de permissão no sistema de arquivos,
  acredito que você deve modificar o grupo dono para 'rh' deixar permissão
  como 2770 e se for o caso usar acl.
 
 
 
 
 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 Boa ideia, então o procedimento seria ir em *vi etc/fstab *adicionar
 ACLS na partição que me interessa e dar um *mount -u -o acls /***
 Reinicia.

 *criei um arquivo teste
 #touch a.txt
 #getfacl a.txt
 # file: a.txt
 # owner: root
 # group: wheel
 user::rw-
 group::r--
 other::---


 Testei o funcionamento ACL me retornou :

 #setfacl -m user:bin:rwx a.txt
 # file: a.txt
 # owner: root
 # group: wheel
 user::rw-
 user:bin:rwx
 group::r--
 mask::rwx
 other::---


 Esta correto? So isso?

Configura a acl default do diretório para ser permissao total para o grupo
'rh'.



 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Acessar compartilhamento no Windows 7 com Samba 3.6

2013-04-02 Por tôpico daniel
Em 02/04/2013 11:06, Ricardo Carlini Sperandio escreveu:
 Enviado pelo Motorola Razr
 Em 02/04/2013 10:43, daniel danie...@bol.com.br escreveu:
 Em 02/04/2013 09:00, Ricardo Carlini Sperandio escreveu:
 Enviado pelo Motorola Razr
 Em 02/04/2013 08:13, daniel danie...@bol.com.br escreveu:
 Meus Caros,
 :

 *O problema é :*


 Cada usuario tem que acessar seu compartilhamento ( GRUPOS)

 Então no Samba dou um CHMOD 770 na pasta.

 Exemplo: usuario *joão *faz parte do gupo *RH*  so que dá
 permissão
 negada. Se eu der um CHMOD 777 na pasta *RH* funcioana, mais vira o
 samba do crioulo doido,todo mundo acessa.

 Alguma luz no fim do tunel?

 Agradeço desde já

 Bom, está com cara de ser problema de permissão no sistema de arquivos,
 acredito que você deve modificar o grupo dono para 'rh' deixar permissão
 como 2770 e se for o caso usar acl.




 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 Boa ideia, então o procedimento seria ir em *vi etc/fstab *adicionar
 ACLS na partição que me interessa e dar um *mount -u -o acls /***
 Reinicia.

 *criei um arquivo teste
 #touch a.txt
 #getfacl a.txt
 # file: a.txt
 # owner: root
 # group: wheel
 user::rw-
 group::r--
 other::---


 Testei o funcionamento ACL me retornou :

 #setfacl -m user:bin:rwx a.txt
 # file: a.txt
 # owner: root
 # group: wheel
 user::rw-
 user:bin:rwx
 group::r--
 mask::rwx
 other::---


 Esta correto? So isso?

 Configura a acl default do diretório para ser permissao total para o grupo
 'rh'.


 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

o que seria configurar acl default?


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Acessar compartilhamento no Windows 7 com Samba 3.6

2013-04-02 Por tôpico Alessandro de Souza Rocha
Melhor seria vc migrar este samba 3.6 para o , dae nao precisaria ficar
quebrando a cabeca.


Em 2 de abril de 2013 11:13, daniel danie...@bol.com.br escreveu:

 Em 02/04/2013 11:06, Ricardo Carlini Sperandio escreveu:
  Enviado pelo Motorola Razr
  Em 02/04/2013 10:43, daniel danie...@bol.com.br escreveu:
  Em 02/04/2013 09:00, Ricardo Carlini Sperandio escreveu:
  Enviado pelo Motorola Razr
  Em 02/04/2013 08:13, daniel danie...@bol.com.br escreveu:
  Meus Caros,
  :
 
  *O problema é :*
 
 
  Cada usuario tem que acessar seu compartilhamento ( GRUPOS)
 
  Então no Samba dou um CHMOD 770 na pasta.
 
  Exemplo: usuario *joão *faz parte do gupo *RH*  so que dá
  permissão
  negada. Se eu der um CHMOD 777 na pasta *RH* funcioana, mais vira o
  samba do crioulo doido,todo mundo acessa.
 
  Alguma luz no fim do tunel?
 
  Agradeço desde já
 
  Bom, está com cara de ser problema de permissão no sistema de arquivos,
  acredito que você deve modificar o grupo dono para 'rh' deixar
 permissão
  como 2770 e se for o caso usar acl.
 
 
 
 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
  Boa ideia, então o procedimento seria ir em *vi etc/fstab *adicionar
  ACLS na partição que me interessa e dar um *mount -u -o acls /***
  Reinicia.
 
  *criei um arquivo teste
  #touch a.txt
  #getfacl a.txt
  # file: a.txt
  # owner: root
  # group: wheel
  user::rw-
  group::r--
  other::---
 
 
  Testei o funcionamento ACL me retornou :
 
  #setfacl -m user:bin:rwx a.txt
  # file: a.txt
  # owner: root
  # group: wheel
  user::rw-
  user:bin:rwx
  group::r--
  mask::rwx
  other::---
 
 
  Esta correto? So isso?
 
  Configura a acl default do diretório para ser permissao total para o
 grupo
  'rh'.
 
 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 o que seria configurar acl default?


 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Alessandro de Souza Rocha
Administrador de Redes e Sistemas
FreeBSD-BR User #117
 Long live FreeBSD

 Powered by 

  (__)
   \\\'',)
 \/  \ ^
 .\._/_)

 www.FreeBSD.org
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Acessar compartilhamento no Windows 7 com Samba 3.6

2013-04-02 Por tôpico Antônio Pessoa
2013/4/2 Alessandro de Souza Rocha etherlin...@gmail.com

 Melhor seria vc migrar este samba 3.6 para o , dae nao precisaria ficar
 quebrando a cabeca.


 Em 2 de abril de 2013 11:13, daniel danie...@bol.com.br escreveu:



Seu histórico lhe abona, tenho certeza que foi um lapso, mas cuidado
com o Gmail e o top-posting.

--
Atenciosamente,

Antônio Pessoa
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Acessar compartilhamento no Windows 7 com Samba 3.6

2013-04-02 Por tôpico daniel
Em 02/04/2013 12:24, Antônio Pessoa escreveu:
 2013/4/2 Alessandro de Souza Rocha etherlin...@gmail.com
 Melhor seria vc migrar este samba 3.6 para o , dae nao precisaria ficar
 quebrando a cabeca.


 Em 2 de abril de 2013 11:13, daniel danie...@bol.com.br escreveu:


 Seu histórico lhe abona, tenho certeza que foi um lapso, mas cuidado
 com o Gmail e o top-posting.

 --
 Atenciosamente,

 Antônio Pessoa
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

hã?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Acessar compartilhamento no Windows 7 com Samba 3.6

2013-04-02 Por tôpico Antônio Pessoa
2013/4/2 daniel danie...@bol.com.br

 hã?



Provavelmente ele não prestou atenção na hora de enviar o e-mail e
acabou respondendo em top-posting, pois Gmail formata assim como
padrão. Estava apenas alertando para que ele prestasse atenção nessa
hora, pois até hoje nunca tinha recebido um top-posting dele.

--
Atenciosamente,

Antônio Pessoa
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Kernel Panic na revista BSD MAGAZINE

2013-04-02 Por tôpico Gustavo Freitas

 Como desenvolvedor do FreeNAS sinto-me no dever falar negativamente
 sobre qualquer menção ao Nas4Free.

 O Nas4Free surgiu como um fork do FreeNAS 0.7 devido a empresa que
 tomou as rédeas do desenvolvimento do FreeNAS 8 ter tirado o Link de
 doações que ia diretamente pra conta bancária de um desenvolvedor
 inativo (conhecido por zoon01). Atualmente doações pro FreeNAS vão
 diretamente para o FreeBSD Foundation.

 O FreeNAS 8 surgiu devido ao único desenvolvedor ativo querer
 reescrever o software para Linux (Debian).

 Esse desenvolvedor, insatisfeito por ter perdido suas doações,
 começou a espalhar várias mentiras sobre o FreeNAS para que as pessoas
 migrassem para o Nas4Free. Atualmente ele é o único desenvolvedor
 ativo do Nas4Free e seus commits se resumem em atualização de pacotes
 e traduções.

 Esse fork não agregou absolutamente nada, pelo contrário, somente
 dividiu a comunidade, coisa de Linuxers.

 Por isso gostaria de deixar meu apelo para deixarem o Nas4Free de lado
 e contribuirem para o FreeNAS ;)



E ai pessoal, será que vale a pena colocar um servidor NAS usando o NAS4Free ?
fiz uns teste e gostei muito, ao contrário do FreeNAS que não gostei
da nova interface web.

Estou com um freenas e um nas4free para testes..



--
Gustavo Freitas
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Kernel Panic na revista BSD MAGAZINE

2013-04-02 Por tôpico Jose Nilton
Em 2 de abril de 2013 22:51, Gustavo Freitas gst.frei...@gmail.comescreveu:

 
  Como desenvolvedor do FreeNAS sinto-me no dever falar negativamente
  sobre qualquer menção ao Nas4Free.
 
  O Nas4Free surgiu como um fork do FreeNAS 0.7 devido a empresa que
  tomou as rédeas do desenvolvimento do FreeNAS 8 ter tirado o Link de
  doações que ia diretamente pra conta bancária de um desenvolvedor
  inativo (conhecido por zoon01). Atualmente doações pro FreeNAS vão
  diretamente para o FreeBSD Foundation.
 
  O FreeNAS 8 surgiu devido ao único desenvolvedor ativo querer
  reescrever o software para Linux (Debian).
 
  Esse desenvolvedor, insatisfeito por ter perdido suas doações,
  começou a espalhar várias mentiras sobre o FreeNAS para que as pessoas
  migrassem para o Nas4Free. Atualmente ele é o único desenvolvedor
  ativo do Nas4Free e seus commits se resumem em atualização de pacotes
  e traduções.
 
  Esse fork não agregou absolutamente nada, pelo contrário, somente
  dividiu a comunidade, coisa de Linuxers.
 
  Por isso gostaria de deixar meu apelo para deixarem o Nas4Free de lado
  e contribuirem para o FreeNAS ;)
 
 

 E ai pessoal, será que vale a pena colocar um servidor NAS usando o
 NAS4Free ?
 fiz uns teste e gostei muito, ao contrário do FreeNAS que não gostei
 da nova interface web.

 Estou com um freenas e um nas4free para testes..



 --
 Gustavo Freitas



Gustavo também estou testando o NAS4Free e o Openmediavault que também é
baseado no Debian
Vou testar o Openmediavault em ambiente de Produção com um Storage montado
(Hardware HP) com 7TB de espaço, 24GB de RAM 4 placas de rede 2 CPU XEON.

Vou disponibilizar NAS via NFS para os Servidores XCP, para abrigo das VMs,
se não der performance volto para o FreeNAS, ainda confio muito no *BSD,
como router e SO para Storage.

Vai demorar um pouco mais posto detalhes sobre essa implementação.




-- 
..
*Com Deus todas as coisas são possíveis* :::
LinuxProhttp://www.linuxpro.com.br

*A qualidade nunca se obtém por acaso; ela é sempre o resultado do esforço
inteligente. (John Ruskin)
A mente que se abre a uma nova ideia jamais volta ao seu tamanho original
(Albert Einstein)*
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Kernel Panic na revista BSD MAGAZINE

2013-04-02 Por tôpico Nenhum_de_Nos


Jose Nilton jnilti...@gmail.com wrote:

Em 2 de abril de 2013 22:51, Gustavo Freitas
gst.frei...@gmail.comescreveu:

 
  Como desenvolvedor do FreeNAS sinto-me no dever falar negativamente
  sobre qualquer menção ao Nas4Free.
 
  O Nas4Free surgiu como um fork do FreeNAS 0.7 devido a empresa que
  tomou as rédeas do desenvolvimento do FreeNAS 8 ter tirado o Link
de
  doações que ia diretamente pra conta bancária de um desenvolvedor
  inativo (conhecido por zoon01). Atualmente doações pro FreeNAS vão
  diretamente para o FreeBSD Foundation.
 
  O FreeNAS 8 surgiu devido ao único desenvolvedor ativo querer
  reescrever o software para Linux (Debian).
 
  Esse desenvolvedor, insatisfeito por ter perdido suas doações,
  começou a espalhar várias mentiras sobre o FreeNAS para que as
pessoas
  migrassem para o Nas4Free. Atualmente ele é o único desenvolvedor
  ativo do Nas4Free e seus commits se resumem em atualização de
pacotes
  e traduções.
 
  Esse fork não agregou absolutamente nada, pelo contrário, somente
  dividiu a comunidade, coisa de Linuxers.
 
  Por isso gostaria de deixar meu apelo para deixarem o Nas4Free de
lado
  e contribuirem para o FreeNAS ;)
 
 

 E ai pessoal, será que vale a pena colocar um servidor NAS usando o
 NAS4Free ?
 fiz uns teste e gostei muito, ao contrário do FreeNAS que não gostei
 da nova interface web.

 Estou com um freenas e um nas4free para testes..



 --
 Gustavo Freitas



Gustavo também estou testando o NAS4Free e o Openmediavault que também
é
baseado no Debian
Vou testar o Openmediavault em ambiente de Produção com um Storage
montado
(Hardware HP) com 7TB de espaço, 24GB de RAM 4 placas de rede 2 CPU
XEON.

Vou disponibilizar NAS via NFS para os Servidores XCP, para abrigo das
VMs,
se não der performance volto para o FreeNAS, ainda confio muito no
*BSD,
como router e SO para Storage.

Vai demorar um pouco mais posto detalhes sobre essa implementação.

Pois é, to com um dell r620 pra freenas, mas da kernel panic em todo boot que 
não é a instalação :( A solução que vi na rede só diz pra deixar o raid via 
hardware, mas isso não é opção pra mim :/

Por isso vou testar o omv tb. 

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: https://www.fug.com.br/mailman/listinfo/freebsd