Camaradas, Vou dar meus pitacos aqui pois administrei muitos Linux/Unix antes de ser DBA. Caso haja uma falha séria, tipo badblocks o filesystem vai ser montado por segurança automaticamente em readonly. Esse é um comportamento normal de qualquer distribuição Linux/Unix. Faça o seguinte, digite o comando "dmesg" como root e coloque a saida aqui.
Coloque aqui também a saida do "mount" e a localização física dos seus arquivos de dados. Se você tiver badblock vai aparecer no "dmesg" e se for erro com cabos e controladoras também vai sair no dmesg. Att. Marcos Fontana DBA Oracle 2009/8/4 jlchiappa <jlchia...@yahoo.com.br> > > > Sim, mas se o filesystem aonde vc testou é um aonde o bd Oracle tem arqs > dele a msg de read-only mostra simplesmente ** burrada ** na configuração, > TODOS os arquivos participantes de um bd Oracle mais cedo ou mais tarde > podem ser gravados (afora datafiles de tablespaces read-only) , e é óbvio > que um software nunca consegue gravar num fs read-only.... SE é isso, esse é > o probema, não é hardware, é sysadmin que não tinha o que fazer da vida e > "achou" que um determinado fs não era usado e botou pra read-only, alterou > as permissões, é por aí... > > Quanto à obs inicial, sim, concordo, é sempre complicado quando um sysadmin > não é cooperativo, mas algum tipo de "acordo", de participação melhor, tem > que ser encontrado, senão vc só vai ter probemas , a Empresa como um todo > não é bem atendida... Se isso esdtá acontecendo aí, alguém que possa deveria > tentar equalizar a atuação de todos, os DBAs ajudam os syaadmin, os syaadmin > ajudam os DBAs, ambos ajudam os usuários, é (ou deveria ser) essa a idéia > geral, a política geral... > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>, > Dalton Pereira <dal...@...> escreveu > > > > > Mestre Chiappa, > > > > Eu não sei exatamente quais ferramenta foram utilizadas... só sei de uma > coisa, lidar com esses caras em um momento desse não é coisa fácil... > > > > Investiguei o problema, e descobrir que há falha no file sistem do linux. > Olhe o teste que fiz abaixo: > > > > [r...@gi-ora-03 PROD02]# touch teste.txt > > touch: cannot touch `teste.txt': Read-only file system > > > > Passei a bola para o analista de suporte ;) > > > > Obrigado pelo apoio!!!! > > > > Atenciosamente, > > > > Dalton Oliveira | Database Administrator - OCP > > GLAUCO INFORMÁTICA > > * dal...@...<mailto:dal...@...> > > * 71 2103-5800 > > P Antes de imprimir pense em seu compromisso com o Meio Ambiente > > > > De: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>[mailto: > oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>] Em nome de > jlchiappa > > Enviada em: terça-feira, 4 de agosto de 2009 10:47 > > Para: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br> > > Assunto: RES: [oracle_br] Re: ORA-27072: File I/O error > > > > > > > > Colega, exatamente QUAL teste que o cara rodou pra poder dar uma garantia > do tipo, ou é tudo baseado no ACHÔMETRO dele , o que parece ser bem provável > ??? Em sendo não tem o que, é fazer uma verificação PROFUNDA de hardware > mesmo, nem que seja para eliminar a possibilidade, não tem ora pois.... E > REPITO, você provavelmente sendo um DBA só deve ter acesso ás tools básicas > do SO tipo fschk, isso é *** INSUFICIENTE *** pra se fazer uma investigação > correta, profunda e completa, o analista de Suporte, ou quem quer que seja > responsável por gerir o servidor, TEM que participar também, até para poder > acionar Suporte do fornecedor, usar as tools de diagnóstico que > eventualmente o fornecedor disponha, só vc sozinho não vai conseguir atuar a > esse nível, imagino... > > > > []s > > > > Chiappa > > > > --- Em oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br> > <mailto:oracle_br%40yahoogrupos.com.br <oracle_br%2540yahoogrupos.com.br>>, > Dalton Pereira <dalton@> escreveu > > > > > > Chiappa e Josir obrigado pelas digas. > > > > > > Eu já desconfiava que era falha de hardware, mas o analista de suporte( > o responsável pelos servidores) garante que não tem nenhum problemas no > hardware do servidor. Diante disso, eu terei que investigar o erro sozinho. > > > > > > Atenciosamente, > > > > > > Dalton Oliveira | Database Administrator - OCP > > > GLAUCO INFORMÁTICA > > > * dalton@<mailto:dalton@> > > > * 71 2103-5800 > > > P Antes de imprimir pense em seu compromisso com o Meio Ambiente > > > > > > De: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br> > <mailto:oracle_br%40yahoogrupos.com.br <oracle_br%2540yahoogrupos.com.br>> > [mailto:oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br> > <mailto:oracle_br%40yahoogrupos.com.br <oracle_br%2540yahoogrupos.com.br>>] > Em nome de jlchiappa > > > Enviada em: segunda-feira, 3 de agosto de 2009 21:32 > > > Para: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br> > <mailto:oracle_br%40yahoogrupos.com.br <oracle_br%2540yahoogrupos.com.br>> > > > Assunto: [oracle_br] Re: ORA-27072: File I/O error > > > > > > > > > > > > Sim, já vi n vezes o fschk não resolver o problema, pois : > > > > > > a) o problema pode NÂO ser no disco, como eu disse controladoras, > cabos, e outros itens de hardware Facilmente podem causar probs do tipo I/O > error > > > > > > e > > > > > > b) como o próprio nome diz o fschk (FileSystemCHecK) visa muito mais à > reparos lógicos, NEM SEMPRE (pra não dizer quase nunca... ) ele consegue > detectar e reparar problemas físicos - ok, com ele vc até pode marcar as > trilhas que hoje ficaram ruins como inusáveis, mas se for algo físico (ie, > um prato do disco desalinhado, uma mídia baleada, motor de passo falho, > enfim) a causa VAI permanecer lá, e daqui a pouco VAI se apresentar de > novo... Só mesmo um programa ESPECIALIZADO em hardware para poder fazer > testes mais "profundos"... INCLUSIVE (o que seria um item c) , a maioria > desses programas NÂO USA nem sequer o Sistema Operacional que está na sua > máquina (eles Vêm com um SO próprio), JUSTAMENTE para não ser "tapeado" > pelas rotinas do SO, que não foram "programadas" para testes do tipi, E > poder fazer testes no nível mais baixo de acesso ao hardware, testando > muitas vezes não só discos mas controladoras, cabos, CPUs, placa-mãe, e > coisitas quetais, coisas que um SO não é capaz de fazerm PORTANTO nem os > utilitários de SO como o dito cujo ... > > > > > > []s > > > > > > Chiappa > > > > > > --- Em oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br> > <mailto:oracle_br%40yahoogrupos.com.br <oracle_br%2540yahoogrupos.com.br> > ><mailto:oracle_br%40yahoogrupos.com.br <oracle_br%2540yahoogrupos.com.br>>, > "Josir Gomes" <josir@> escreveu > > > > > > > > Só complementando o que chiappa falou. > > > > > > > > Sem dúvida, a probabilidade é maior do problema ser no HD. > > > > > > > > Se você está administrando um banco de uma empresa pequena e caso não > tenha chance de contactar o fornecedor do hardware, simplesmente troque o > HD! Em servidor low-end, os preços de HD ficam na faixa de R$500 a R$1.000 > sai mais barato trocar o HD do que tentar descobrir o problema. > > > > > > > > Copie (ou se possível recrie) os dados da partição defeituosa (no seu > caso /u02) e veja se o problema desaparece. > > > > > > > > Chiappa, vc não acha válido rodar fsck com a opção de marcar os bad > blocks? Vc já teve experiência do fsck não funcionar? > > > > > > > > Saudações a todos! > > > > Josir. > > > > > > > > --- Em oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br> > <mailto:oracle_br%40yahoogrupos.com.br <oracle_br%2540yahoogrupos.com.br> > ><mailto:oracle_br%40yahoogrupos.com.br <oracle_br%2540yahoogrupos.com.br>>, > "jlchiappa" <jlchiappa@> escreveu > > > > > > > > > > A msg é clara, o banco não conseguiu fazer I/O nos arquivos em > questão : tipicamente isso é falha de hardware, que tanto pode ser discos, > quanto controladora, placa-mãe, cabos... Ou até mesmo (com poucas chances, > mas pode ocorrer) memória defeituosa corrompendo a informação aí dá pau na > hora de ler/gravar... > > > > > Não tem conversa, é fazer um check PROFUNDO no seu hardware (e não > vale rodar um chkdsk/fschk ou quetais!), se vc não tiver programas > apropriados verificar com o seu fornecedor de hardware se ele disponibiliza, > ou contactar uma Empresa especializada se não souber como proceder. > > > > > Há também a chance de falha no software (tanto no próprio banco > quanto no Sistema Operacional, como drivers por exemplo), mas como hardware > é mais comum (e mais fácil de verificar!) te sugiro começar a verificação > por ele. > > > > > > > > > > []s > > > > > > > > > > Chiappa > > > > > --- Em oracle_br@yahoogrupos.com.br<oracle_br%40yahoogrupos.com.br> > <mailto:oracle_br%40yahoogrupos.com.br <oracle_br%2540yahoogrupos.com.br> > ><mailto:oracle_br%40yahoogrupos.com.br <oracle_br%2540yahoogrupos.com.br>>, > Dalton Pereira <dalton@> escreveu > > > > > > > > > > > > Pessoal, > > > > > > > > > > > > Alguém sabe porque o erro abaixo aconteceu? > > > > > > > > > > > > Obs: resolvi o problema com o problema fazendo uma recuperação, > mas tenho medo deste erro voltar a acontecer. > > > > > > > > > > > > > > > > > > S.O > > > > > > Linux gi-ora-03 2.6.9-42.ELsmp #1 SMP Wed Jul 12 23:27:17 EDT > 2006 i686 i686 i386 GNU/Linux > > > > > > > > > > > > Oracle > > > > > > Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Prod > > > > > > > > > > > > > > > > > > Segue log de alerta > > > > > > > > > > > > Sun Aug 2 00:26:13 2009 > > > > > > Thread 1 cannot allocate new log, sequence 734 > > > > > > Private strand flush not complete > > > > > > Current log# 2 seq# 733 mem# 0: > /u02/oradata/prod02/redo/redoB02.rdo > > > > > > Current log# 2 seq# 733 mem# 1: > /u02/oradata/prod02/redo/redoA02.rdo > > > > > > Sun Aug 2 00:26:13 2009 > > > > > > Thread 1 advanced to log sequence 734 (LGWR switch) > > > > > > Current log# 4 seq# 734 mem# 0: > /u02/oradata/prod02/redo/redoA04.rdo > > > > > > Current log# 4 seq# 734 mem# 1: > /u02/oradata/prod02/redo/redoB04.rdo > > > > > > Sun Aug 2 00:51:06 2009 > > > > > > Thread 1 cannot allocate new log, sequence 735 > > > > > > Private strand flush not complete > > > > > > Current log# 4 seq# 734 mem# 0: > /u02/oradata/prod02/redo/redoA04.rdo > > > > > > Current log# 4 seq# 734 mem# 1: > /u02/oradata/prod02/redo/redoB04.rdo > > > > > > Sun Aug 2 00:51:08 2009 > > > > > > Thread 1 advanced to log sequence 735 (LGWR switch) > > > > > > Current log# 3 seq# 735 mem# 0: > /u02/oradata/prod02/redo/redoA03.rdo > > > > > > Current log# 3 seq# 735 mem# 1: > /u02/oradata/prod02/redo/redoB03.rdo > > > > > > Sun Aug 2 04:35:31 2009 > > > > > > Errors in file > /u01/app/oracle/admin/prod02/bdump/prod02_lgwr_20790.trc: > > > > > > ORA-00345: redo log write error block 29819 count 2 > > > > > > ORA-00312: online log 3 thread 1: > '/u02/oradata/prod02/redo/redoA03.rdo' > > > > > > ORA-27072: File I/O error > > > > > > Linux Error: 5: Input/output error > > > > > > Additional information: 4 > > > > > > Additional information: 29819 > > > > > > Additional information: -1 > > > > > > ORA-00345: redo log write error block 29819 count 2 > > > > > > ORA-00312: online log 3 thread 1: > '/u02/oradata/prod02/redo/redoB03.rdo' > > > > > > ORA-27072: File I/O error > > > > > > Linux Error: 5: Input/output error > > > > > > Additional information: 4 > > > > > > Additional information: 29819 > > > > > > Additional information: -1 > > > > > > Sun Aug 2 04:35:40 2009 > > > > > > Errors in file > /u01/app/oracle/admin/prod02/bdump/prod02_lgwr_20790.trc: > > > > > > ORA-00340: IO error processing online log 3 of thread 1 > > > > > > ORA-00345: redo log write error block 29819 count 2 > > > > > > ORA-00312: online log 3 thread 1: > '/u02/oradata/prod02/redo/redoA03.rdo' > > > > > > ORA-27072: File I/O error > > > > > > Linux Error: 5: Input/output error > > > > > > Additional information: 4 > > > > > > Additional information: 29819 > > > > > > Additional information: -1 > > > > > > ORA-00345: redo log write error block 29819 count 2 > > > > > > ORA-00312: online log 3 thread 1: > '/u02/oradata/prod02/redo/redoB03.rdo' > > > > > > ORA-27072: File I/O error > > > > > > Linux Error: 5: Input/output error > > > > > > Additional information: 4 > > > > > > Additional information: 29819 > > > > > > Additional information: -1 > > > > > > Sun Aug 2 04:35:40 2009 > > > > > > LGWR: terminating instance due to error 340 > > > > > > Instance terminated by LGWR, pid = 20790 > > > > > > > > > > > > Atenciosamente, > > > > > > > > > > > > Dalton > > > > > > > > > > > > ________________________________ > > > > > > A Informação Confidencial deverá ser utilizada única e > exclusivamente no âmbito da relação com a Glauco Informática e não poderá > ser repassada, reproduzida de qualquer outra forma, e nem revelada a > terceiros. > > > > > > > > > > > > La información confidencial se utilizará única y exclusivamente > en relación con Glauco Informática, y no se puede pasar, reproduce en modo > alguno, ni revelada a terceros. > > > > > > > > > > > > The Confidential Information will be used solely and exclusively > in relation to the Glauco Informatica and not be passed, reproduced in any > way, nor disclosed to third parties. > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram > removidas] > > > > > > > > > > > > > > > > > > > > > > > > ________________________________ > > > A Informação Confidencial deverá ser utilizada única e exclusivamente > no âmbito da relação com a Glauco Informática e não poderá ser repassada, > reproduzida de qualquer outra forma, e nem revelada a terceiros. > > > > > > La información confidencial se utilizará única y exclusivamente en > relación con Glauco Informática, y no se puede pasar, reproduce en modo > alguno, ni revelada a terceros. > > > > > > The Confidential Information will be used solely and exclusively in > relation to the Glauco Informatica and not be passed, reproduced in any way, > nor disclosed to third parties. > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > ________________________________ > > A Informação Confidencial deverá ser utilizada única e exclusivamente no > âmbito da relação com a Glauco Informática e não poderá ser repassada, > reproduzida de qualquer outra forma, e nem revelada a terceiros. > > > > La información confidencial se utilizará única y exclusivamente en > relación con Glauco Informática, y no se puede pasar, reproduce en modo > alguno, ni revelada a terceros. > > > > The Confidential Information will be used solely and exclusively in > relation to the Glauco Informatica and not be passed, reproduced in any way, > nor disclosed to third parties. > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > [As partes desta mensagem que não continham texto foram removidas]