[FUG-BR] FreeBSD 9 + gvirstor destroy = panic seguido de reboot
Pessoal, Já enviei uma PR e agora é só aguardar consertarem. Descobri aqui no curso SEE, acidentalmente, que fazendo um gvirstor destroy em um nome que não existe causa panic imediato no sistema seguido de um boot. Olha que interessante: quem tiver um freebsd 9 que não esteja em produção, lógico, e quiser testar é só fazer: gvirstor load gvirstor destroy cabum e sintam o panic brotando. rsrsrsr É o tipo de coisa que pode acontecer porque afinal de contas... quem vai querer destruir algo que não existe ainda? :) Grande abraço à todos Gondim - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 9 + gvirstor destroy = panic seguido de reboot
> Pessoal,
>
> Já enviei uma PR e agora é só aguardar consertarem. Descobri aqui no
> curso SEE, acidentalmente, que fazendo um gvirstor destroy em um nome
> que não existe causa panic imediato no sistema seguido de um boot.
>
> Olha que interessante: quem tiver um freebsd 9 que não esteja em
> produção, lógico, e quiser testar é só fazer:
>
> gvirstor load
> gvirstor destroy cabum
>
> e sintam o panic brotando. rsrsrsr
>
> É o tipo de coisa que pode acontecer porque afinal de contas... quem vai
> querer destruir algo que não existe ainda? :)
>
> Grande abraço à todos
> Gondim
> -
O programador, na pressa de fazer o negocio, deve ter pensado que
ninguem iria fazer algo do tipo
e nao colocou um teste antes como:
if( *ptr_do_treco_a_destruir != null ) { // ou um teste de existe o objeto
// agora pode remover
}
aí passa pra rotina de destroy um ponteiro, maluco e aí só pode dar M
mesmo., eheh
eu ja fiz muito isso com arquivos.. ainda bem que nao to no core dev
do freebsd, senao
ia se chamar panicbsd, kkk
[]´s
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 9 + gvirstor destroy = panic seguido de reboot
2012/7/28 Leonardo Augusto :
>> Pessoal,
>>
>> Já enviei uma PR e agora é só aguardar consertarem. Descobri aqui no
>> curso SEE, acidentalmente, que fazendo um gvirstor destroy em um nome
>> que não existe causa panic imediato no sistema seguido de um boot.
>>
>> Olha que interessante: quem tiver um freebsd 9 que não esteja em
>> produção, lógico, e quiser testar é só fazer:
>>
>> gvirstor load
>> gvirstor destroy cabum
>>
>> e sintam o panic brotando. rsrsrsr
>>
>> É o tipo de coisa que pode acontecer porque afinal de contas... quem vai
>> querer destruir algo que não existe ainda? :)
>>
>> Grande abraço à todos
>> Gondim
>> -
>
> O programador, na pressa de fazer o negocio, deve ter pensado que
> ninguem iria fazer algo do tipo
> e nao colocou um teste antes como:
> if( *ptr_do_treco_a_destruir != null ) { // ou um teste de existe o objeto
> // agora pode remover
> }
>
> aí passa pra rotina de destroy um ponteiro, maluco e aí só pode dar M
> mesmo., eheh
> eu ja fiz muito isso com arquivos.. ainda bem que nao to no core dev
> do freebsd, senao
> ia se chamar panicbsd, kkk
>
> []´s
Ah esqueci de frisar que só podia ser obra do marcelo, o cara consegue
fazer as coisas mais "infaziveis", kkk a pouco foi o negocio do mysql,
conseguiu ferrar o mysql, agora conseguiu ferrar o kernel... ta loco meu, ehe
nao tem o que fazer ? pq foi rodar isso dai o ? para quieto, vai toma
umas vodka, kkk
isso em pleno sabado ainda :P
ja descobri que o problema do iMbecilMail(iredmail) se da no mysql,
que ninguem consegue
se conectar nele, nao pq nao ta no ar, mas pq os users com seus GRANTS
nao foram criados.
pior que o .hints que ele cria nao detalha esses users, mas vamo lá..
um hora eu consigo, ou nao.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 9 + gvirstor destroy = panic seguido de reboot
Em 28/07/2012 11:10, Leonardo Augusto escreveu:
> 2012/7/28 Leonardo Augusto :
>>> Pessoal,
>>>
>>> Já enviei uma PR e agora é só aguardar consertarem. Descobri aqui no
>>> curso SEE, acidentalmente, que fazendo um gvirstor destroy em um nome
>>> que não existe causa panic imediato no sistema seguido de um boot.
>>>
>>> Olha que interessante: quem tiver um freebsd 9 que não esteja em
>>> produção, lógico, e quiser testar é só fazer:
>>>
>>> gvirstor load
>>> gvirstor destroy cabum
>>>
>>> e sintam o panic brotando. rsrsrsr
>>>
>>> É o tipo de coisa que pode acontecer porque afinal de contas... quem vai
>>> querer destruir algo que não existe ainda? :)
>>>
>>> Grande abraço à todos
>>> Gondim
>>> -
>> O programador, na pressa de fazer o negocio, deve ter pensado que
>> ninguem iria fazer algo do tipo
>> e nao colocou um teste antes como:
>> if( *ptr_do_treco_a_destruir != null ) { // ou um teste de existe o objeto
>> // agora pode remover
>> }
>>
>> aí passa pra rotina de destroy um ponteiro, maluco e aí só pode dar M
>> mesmo., eheh
>> eu ja fiz muito isso com arquivos.. ainda bem que nao to no core dev
>> do freebsd, senao
>> ia se chamar panicbsd, kkk
>>
>> []´s
> Ah esqueci de frisar que só podia ser obra do marcelo, o cara consegue
> fazer as coisas mais "infaziveis", kkk a pouco foi o negocio do mysql,
> conseguiu ferrar o mysql, agora conseguiu ferrar o kernel... ta loco meu, ehe
> nao tem o que fazer ? pq foi rodar isso dai o ? para quieto, vai toma
> umas vodka, kkk
> isso em pleno sabado ainda :P
HahAHahAhahAh não é mesmo hahahah :D novo jeito de rebootar o FreeBSD
9 já tínhamos os mais conhecidos:
shutdown -r now
reboot
init 0
Agora temos o gvirstor destroy tudo
HaHaHAhah
>
> ja descobri que o problema do iMbecilMail(iredmail) se da no mysql,
> que ninguem consegue
> se conectar nele, nao pq nao ta no ar, mas pq os users com seus GRANTS
> nao foram criados.
> pior que o .hints que ele cria nao detalha esses users, mas vamo lá..
> um hora eu consigo, ou nao.
> -
> 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] FreeBSD 9 + gvirstor destroy = panic seguido de reboot
Em 28/07/2012 11:16, Marcelo Gondim escreveu:
> Em 28/07/2012 11:10, Leonardo Augusto escreveu:
>> 2012/7/28 Leonardo Augusto :
Pessoal,
Já enviei uma PR e agora é só aguardar consertarem. Descobri aqui no
curso SEE, acidentalmente, que fazendo um gvirstor destroy em um nome
que não existe causa panic imediato no sistema seguido de um boot.
Olha que interessante: quem tiver um freebsd 9 que não esteja em
produção, lógico, e quiser testar é só fazer:
gvirstor load
gvirstor destroy cabum
e sintam o panic brotando. rsrsrsr
É o tipo de coisa que pode acontecer porque afinal de contas... quem vai
querer destruir algo que não existe ainda? :)
Grande abraço à todos
Gondim
-
>>> O programador, na pressa de fazer o negocio, deve ter pensado que
>>> ninguem iria fazer algo do tipo
>>> e nao colocou um teste antes como:
>>> if( *ptr_do_treco_a_destruir != null ) { // ou um teste de existe o objeto
>>>// agora pode remover
>>> }
>>>
>>> aí passa pra rotina de destroy um ponteiro, maluco e aí só pode dar M
>>> mesmo., eheh
>>> eu ja fiz muito isso com arquivos.. ainda bem que nao to no core dev
>>> do freebsd, senao
>>> ia se chamar panicbsd, kkk
>>>
>>> []´s
>> Ah esqueci de frisar que só podia ser obra do marcelo, o cara consegue
>> fazer as coisas mais "infaziveis", kkk a pouco foi o negocio do mysql,
>> conseguiu ferrar o mysql, agora conseguiu ferrar o kernel... ta loco meu, ehe
>> nao tem o que fazer ? pq foi rodar isso dai o ? para quieto, vai toma
>> umas vodka, kkk
>> isso em pleno sabado ainda :P
> HahAHahAhahAh não é mesmo hahahah :D novo jeito de rebootar o FreeBSD
> 9 já tínhamos os mais conhecidos:
>
> shutdown -r now
> reboot
> init 0
ops init 6 e não init 0 rsrsrsrsr
> Agora temos o gvirstor destroy tudo
>
> HaHaHAhah
>
>
>> ja descobri que o problema do iMbecilMail(iredmail) se da no mysql,
>> que ninguem consegue
>> se conectar nele, nao pq nao ta no ar, mas pq os users com seus GRANTS
>> nao foram criados.
>> pior que o .hints que ele cria nao detalha esses users, mas vamo lá..
>> um hora eu consigo, ou nao.
>> -
>> 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
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 9 + gvirstor destroy = panic seguido de reboot
Pô Gondim, você pode trabalhar no time de desenvolvimento pra achar essas
parada ai =)
heheh
Em 28 de julho de 2012 11:58, Marcelo Gondim escreveu:
> Em 28/07/2012 11:16, Marcelo Gondim escreveu:
> > Em 28/07/2012 11:10, Leonardo Augusto escreveu:
> >> 2012/7/28 Leonardo Augusto :
> Pessoal,
>
> Já enviei uma PR e agora é só aguardar consertarem. Descobri aqui no
> curso SEE, acidentalmente, que fazendo um gvirstor destroy em um nome
> que não existe causa panic imediato no sistema seguido de um boot.
>
> Olha que interessante: quem tiver um freebsd 9 que não esteja em
> produção, lógico, e quiser testar é só fazer:
>
> gvirstor load
> gvirstor destroy cabum
>
> e sintam o panic brotando. rsrsrsr
>
> É o tipo de coisa que pode acontecer porque afinal de contas... quem
> vai
> querer destruir algo que não existe ainda? :)
>
> Grande abraço à todos
> Gondim
> -
> >>> O programador, na pressa de fazer o negocio, deve ter pensado que
> >>> ninguem iria fazer algo do tipo
> >>> e nao colocou um teste antes como:
> >>> if( *ptr_do_treco_a_destruir != null ) { // ou um teste de existe o
> objeto
> >>>// agora pode remover
> >>> }
> >>>
> >>> aí passa pra rotina de destroy um ponteiro, maluco e aí só pode dar M
> >>> mesmo., eheh
> >>> eu ja fiz muito isso com arquivos.. ainda bem que nao to no core dev
> >>> do freebsd, senao
> >>> ia se chamar panicbsd, kkk
> >>>
> >>> []´s
> >> Ah esqueci de frisar que só podia ser obra do marcelo, o cara consegue
> >> fazer as coisas mais "infaziveis", kkk a pouco foi o negocio do mysql,
> >> conseguiu ferrar o mysql, agora conseguiu ferrar o kernel... ta loco
> meu, ehe
> >> nao tem o que fazer ? pq foi rodar isso dai o ? para quieto, vai toma
> >> umas vodka, kkk
> >> isso em pleno sabado ainda :P
> > HahAHahAhahAh não é mesmo hahahah :D novo jeito de rebootar o FreeBSD
> > 9 já tínhamos os mais conhecidos:
> >
> > shutdown -r now
> > reboot
> > init 0
>
> ops init 6 e não init 0 rsrsrsrsr
>
> > Agora temos o gvirstor destroy tudo
> >
> > HaHaHAhah
> >
> >
> >> ja descobri que o problema do iMbecilMail(iredmail) se da no mysql,
> >> que ninguem consegue
> >> se conectar nele, nao pq nao ta no ar, mas pq os users com seus GRANTS
> >> nao foram criados.
> >> pior que o .hints que ele cria nao detalha esses users, mas vamo lá..
> >> um hora eu consigo, ou nao.
> >> -
> >> 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
> >
>
> -
> 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] FreeBSD 9 + gvirstor destroy = panic seguido de reboot
Em 30/07/2012 09:42, Antonio Modesto escreveu:
> Pô Gondim, você pode trabalhar no time de desenvolvimento pra achar essas
> parada ai =)
>
> heheh
ahahah era uma heim! Tomara que resolvam até sair o 9.1 :)
E vamos que vamos!!! Pelo que vi já encaminharam o PR que fiz para os
responsáveis.
>
> Em 28 de julho de 2012 11:58, Marcelo Gondim escreveu:
>
>> Em 28/07/2012 11:16, Marcelo Gondim escreveu:
>>> Em 28/07/2012 11:10, Leonardo Augusto escreveu:
2012/7/28 Leonardo Augusto :
>> Pessoal,
>>
>> Já enviei uma PR e agora é só aguardar consertarem. Descobri aqui no
>> curso SEE, acidentalmente, que fazendo um gvirstor destroy em um nome
>> que não existe causa panic imediato no sistema seguido de um boot.
>>
>> Olha que interessante: quem tiver um freebsd 9 que não esteja em
>> produção, lógico, e quiser testar é só fazer:
>>
>> gvirstor load
>> gvirstor destroy cabum
>>
>> e sintam o panic brotando. rsrsrsr
>>
>> É o tipo de coisa que pode acontecer porque afinal de contas... quem
>> vai
>> querer destruir algo que não existe ainda? :)
>>
>> Grande abraço à todos
>> Gondim
>> -
> O programador, na pressa de fazer o negocio, deve ter pensado que
> ninguem iria fazer algo do tipo
> e nao colocou um teste antes como:
> if( *ptr_do_treco_a_destruir != null ) { // ou um teste de existe o
>> objeto
> // agora pode remover
> }
>
> aí passa pra rotina de destroy um ponteiro, maluco e aí só pode dar M
> mesmo., eheh
> eu ja fiz muito isso com arquivos.. ainda bem que nao to no core dev
> do freebsd, senao
> ia se chamar panicbsd, kkk
>
> []´s
Ah esqueci de frisar que só podia ser obra do marcelo, o cara consegue
fazer as coisas mais "infaziveis", kkk a pouco foi o negocio do mysql,
conseguiu ferrar o mysql, agora conseguiu ferrar o kernel... ta loco
>> meu, ehe
nao tem o que fazer ? pq foi rodar isso dai o ? para quieto, vai toma
umas vodka, kkk
isso em pleno sabado ainda :P
>>> HahAHahAhahAh não é mesmo hahahah :D novo jeito de rebootar o FreeBSD
>>> 9 já tínhamos os mais conhecidos:
>>>
>>> shutdown -r now
>>> reboot
>>> init 0
>> ops init 6 e não init 0 rsrsrsrsr
>>
>>> Agora temos o gvirstor destroy tudo
>>>
>>> HaHaHAhah
>>>
>>>
ja descobri que o problema do iMbecilMail(iredmail) se da no mysql,
que ninguem consegue
se conectar nele, nao pq nao ta no ar, mas pq os users com seus GRANTS
nao foram criados.
pior que o .hints que ele cria nao detalha esses users, mas vamo lá..
um hora eu consigo, ou nao.
-
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
>>>
>> -
>> 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
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 9 + gvirstor destroy = panic seguido de reboot
> > ahahah era uma heim! Tomara que resolvam até sair o 9.1 :) > > E vamos que vamos!!! Pelo que vi já encaminharam o PR que fiz para os > responsáveis. > O PR é o do link abaixo? http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/170199 Tá marcado como non-critical. É isso mesmo? -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org 63 8404-8559 Palmas/TO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 9 + gvirstor destroy = panic seguido de reboot
Em 30/07/2012 13:43, Celso Viana escreveu: >> ahahah era uma heim! Tomara que resolvam até sair o 9.1 :) >> >> E vamos que vamos!!! Pelo que vi já encaminharam o PR que fiz para os >> responsáveis. >> > O PR é o do link abaixo? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/170199 > > Tá marcado como non-critical. É isso mesmo? > Oi Celso, é esse sim mas tipo quem definiu o Severity foram eles mesmos. :( Bem, vamos ver se isso muda. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
