Software Público Brasileiro

Added 1 new commit:

78cb9703 - Adds lxc settings

Added 1 new commit:

a55a6c45 - Adds a simple make file to start and stop vagrant

não parece certo vc estar removendo isso aqui

eu não removi, quando criei o arquivo já ficou assim... estranho, mas não afetou nada o funcionamento

vc não criou o arquivo, ele já existia ...

os serviços deveriam iniciar sozinhos. se isso não está acontecendo eles têm que ser consertados; aqui não é lugar de fazer isso

Os serviços foram iniciados, porém o cenário é o seguinte:

A integration e a social parecem não conseguir acessar a database, dando erro "Ops .....".

Se eu reiniciar somente o colab, continua dando o erro. Se eu reiniciar somente a database, continua dando o erro. Depois que eu reinicio as duas(independente da ordem), o colab volta a funcionar porém a social ainda não, o que dá o problema do NGINX de quando a social está down. Depois que eu reinicio a social, o noosfero fica ok.

Parece que o gitlab também, ou seja, todos os serviços.

então os serviços estão quebrados. a gente não deve fazer essa gambi aqui pra esconder esse fato, e sim consertar o serviços!

o jeito de dizer pro vagrant qual provider usar é passar --provider QQCOISA na linha de comando

sim, mas dessa maneira permite colocar via local.rake pra não ter que ficar digitando, porém o valor default continua sendo o virtualbox, como antes. E também, isso não impede que a pessoa digite vagrany up --provider QQCOISA, pois esse QQCOISA sobrescreve os providers do Vagrantfile.

eu não entendo o quê exatamente vc está consertando aqui. eu tenho usado com lxc sem precisar nada disso.

override.vm.network 'private_network' em uma vm do lxc dá erro no plugin do vagrant-lxc. Visto que essa configuração apenas seta o mesmo ip que já foi dado para o container quando ele foi criado, acho que ela não é necessária em ambientes com lxc.

No erro tem um comando que faz um fetch(:lxc__bridge_name) em uma hash, mas essa key é inexistente. Vou procurar reportar esse bug ou ver se ele já foi consertado em atualizações do plugin do vagrant.

sim, é por isso que essa config estava dentro de um bloco que só é executado quando o provider é virtualbox ;-)

Added 1 new commit:

35d16577 - Adds a simple make file to start and stop vagrant

@terceiro arquivo restaurado, eu realmente tinha feito besteira apagando

já essa config de cpu e memoria realmente não existe para lxc

idem cima, isso aqui só é pra ser feito se o provider for virtualbox

Added 6 new commits:

198865b4 - Fixes use report font and makes SISP design closer to SPB theme.
1b7ba1f1 - Merge branch 'fix_font_use_report' into 'master'
dd76838c - Fix bug on create institution on admin panel
6fc6797b - Merge branch 'fix_create_institution' into 'master'
01a3ad8d - Increasing noosfero spec version
6499f079 - Fixes lxc bridge to be dynamically set

@terceiro entendi melhor o que o Vagrant file faz, você estava certo. Não precisa de nada daquilo. Quanto aos serviços terem que ser reiniciados, você não tem esse problema?

Att

Added 1 new commit:

5ff1b4a5 - Fixes lxc bridge to be dynamically set

mentioned in commit 015e3ca36cd9e891a1f196f0a81aac8fabdc7fe4

1		-%:
2		- $(MAKE) -C src/ $@
	1	+start:
	2	+ echo ">>> Starting vagrant machines and services <<<"
	3	+ vagrant up
	4	+ rake run:database["sudo service postgresql restart"]
	5	+ rake run:integration["sudo service colab restart"]
	6	+ rake run:social["sudo service noosfero restart"]
	7	+
	8	+stop:
	9	+ echo ">>> Stopping services for a graceful shutdown <<<"
	10	+ rake run:database["sudo service postgresql stop"]
	11	+ rake run:integration["sudo service colab stop"]
	12	+ rake run:social["sudo service noosfero stop"]
	13	+ vagrant halt
3		Link here Antonio Terceiro @terceiro 2016-01-25 14:16:33 UTC os serviços deveriam iniciar sozinhos. se isso não está acontecendo eles têm que ser consertados; aqui não é lugar de fazer isso Write Preview os serviços deveriam iniciar sozinhos. se isso não está acontecendo eles têm que ser consertados; aqui não é lugar de fazer isso Choose File ... File name... Cancel Link here Tallys Martins @tallysmartins 2016-01-25 16:30:35 UTC Os serviços foram iniciados, porém o cenário é o seguinte: A integration e a social parecem não conseguir acessar a database, dando erro "Ops .....". Se eu reiniciar somente o colab, continua dando o erro. Se eu reiniciar somente a database, continua dando o erro. Depois que eu reinicio as duas(independente da ordem), o colab volta a funcionar porém a social ainda não, o que dá o problema do NGINX de quando a social está down. Depois que eu reinicio a social, o noosfero fica ok. Parece que o gitlab também, ou seja, todos os serviços. Write Preview Os serviços foram iniciados, porém o cenário é o seguinte: A integration e a social parecem não conseguir acessar a database, dando erro "Ops .....". Se eu reiniciar somente o colab, continua dando o erro. Se eu reiniciar somente a database, continua dando o erro. Depois que eu reinicio as duas(independente da ordem), o colab volta a funcionar porém a social ainda não, o que dá o problema do NGINX de quando a social está down. Depois que eu reinicio a social, o noosfero fica ok. Parece que o gitlab também, ou seja, todos os serviços. Choose File ... File name... Cancel Link here Antonio Terceiro @terceiro 2016-01-25 21:09:32 UTC então os serviços estão quebrados. a gente não deve fazer essa gambi aqui pra esconder esse fato, e sim consertar o serviços! Write Preview então os serviços estão quebrados. a gente não deve fazer essa gambi aqui pra esconder esse fato, e sim consertar o serviços! Choose File ... File name... Cancel

16	16	end
17	17
18	18	env = ENV.fetch('SPB_ENV', 'local')
19		-
	19	+ provider = ENV.fetch("PROVIDER", "virtualbox")
2		Link here Antonio Terceiro @terceiro 2016-01-25 14:17:21 UTC o jeito de dizer pro vagrant qual provider usar é passar `--provider QQCOISA` na linha de comando Write Preview o jeito de dizer pro vagrant qual provider usar é passar `--provider QQCOISA` na linha de comando Choose File ... File name... Cancel Link here Tallys Martins @tallysmartins 2016-01-25 15:50:57 UTC (Edited 2016-01-25 16:37:43 UTC ) sim, mas dessa maneira permite colocar via local.rake pra não ter que ficar digitando, porém o valor default continua sendo o virtualbox, como antes. E também, isso não impede que a pessoa digite vagrany up --provider QQCOISA, pois esse QQCOISA sobrescreve os providers do Vagrantfile. Write Preview sim, mas dessa maneira permite colocar via local.rake pra não ter que ficar digitando, porém o valor default continua sendo o virtualbox, como antes. E também, isso não impede que a pessoa digite vagrany up --provider QQCOISA, pois esse QQCOISA sobrescreve os providers do Vagrantfile. Choose File ... File name... Cancel

24	24	end
25	25
26	26	config.vm.define 'database' do \|database\|
27		- database.vm.provider "virtualbox" do \|vm, override\|
28		- override.vm.network 'private_network', ip: ips['database'] if ips
	27	+ database.vm.provider provider do \|vm, override\|
	28	+ override.vm.network 'private_network', ip: ips['database'] if ips && env != "lxc"
3		Link here Antonio Terceiro @terceiro 2016-01-25 14:18:31 UTC eu não entendo o quê exatamente vc está consertando aqui. eu tenho usado com lxc sem precisar nada disso. Write Preview eu não entendo o quê exatamente vc está consertando aqui. eu tenho usado com lxc sem precisar nada disso. Choose File ... File name... Cancel Link here Tallys Martins @tallysmartins 2016-01-25 15:44:02 UTC (Edited 2016-01-25 16:38:25 UTC ) override.vm.network 'private_network' em uma vm do lxc dá erro no plugin do vagrant-lxc. Visto que essa configuração apenas seta o mesmo ip que já foi dado para o container quando ele foi criado, acho que ela não é necessária em ambientes com lxc. No erro tem um comando que faz um fetch(:lxc__bridge_name) em uma hash, mas essa key é inexistente. Vou procurar reportar esse bug ou ver se ele já foi consertado em atualizações do plugin do vagrant. Write Preview override.vm.network 'private_network' em uma vm do lxc dá erro no plugin do vagrant-lxc. Visto que essa configuração apenas seta o mesmo ip que já foi dado para o container quando ele foi criado, acho que ela não é necessária em ambientes com lxc. No erro tem um comando que faz um fetch(:lxc__bridge_name) em uma hash, mas essa key é inexistente. Vou procurar reportar esse bug ou ver se ele já foi consertado em atualizações do plugin do vagrant. Choose File ... File name... Cancel Screenshot_from_2016-01-25_13_42_22.png Link here Antonio Terceiro @terceiro 2016-01-25 21:08:15 UTC sim, é por isso que essa config estava dentro de um bloco que só é executado quando o provider é virtualbox ;-) Write Preview sim, é por isso que essa config estava dentro de um bloco que só é executado quando o provider é virtualbox ;-) Choose File ... File name... Cancel

27		- database.vm.provider "virtualbox" do \|vm, override\|
28		- override.vm.network 'private_network', ip: ips['database'] if ips
	27	+ database.vm.provider provider do \|vm, override\|
	28	+ override.vm.network 'private_network', ip: ips['database'] if ips && env != "lxc"
29	29	end
30	30	end
31	31	config.vm.define 'integration' do \|integration\|
32		- integration.vm.provider "virtualbox" do \|vm, override\|
33		- override.vm.network 'private_network', ip: ips['integration'] if ips
34		- vm.memory = 1024
35		- vm.cpus = 2
	32	+ integration.vm.provider provider do \|vm, override\|
	33	+ if ips && env != "lxc"
	34	+ override.vm.network 'private_network', ip: ips['integration']
	35	+ vm.memory = 1024
	36	+ vm.cpus = 2
2		Link here Tallys Martins @tallysmartins 2016-01-25 19:37:23 UTC já essa config de cpu e memoria realmente não existe para lxc Write Preview já essa config de cpu e memoria realmente não existe para lxc Choose File ... File name... Cancel Link here Antonio Terceiro @terceiro 2016-01-25 21:08:31 UTC idem cima, isso aqui só é pra ser feito se o provider for virtualbox Write Preview idem cima, isso aqui só é pra ser feito se o provider for virtualbox Choose File ... File name... Cancel

Software Público Brasileiro

Merge Request #176

Lxc settings

Merged by Tallys Martins 2016-02-19 16:11:45 UTC

1	1	%:
2	2	$(MAKE) -C src/ $@
	3	+
1		Link here Tallys Martins @tallysmartins 2016-01-25 16:36:22 UTC @terceiro arquivo restaurado, eu realmente tinha feito besteira apagando Write Preview @terceiro arquivo restaurado, eu realmente tinha feito besteira apagando Choose File ... File name... Cancel

Merge Request #176

How to merge

Lxc settings

Merged by Tallys Martins 2016-02-19 16:11:45 UTC $('.time_ago').timeago().tooltip()

Merged by Tallys Martins 2016-02-19 16:11:45 UTC