[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