From lucas.bocchi at gmail.com Tue Jan 5 09:51:28 2021 From: lucas.bocchi at gmail.com (Lucas Willian Bocchi) Date: Tue, 5 Jan 2021 09:51:28 -0300 Subject: [MASOCH-L] Gmail enviando spam? Message-ID: Bom dia a todos. Sempre usei a sorbs aqui como uma lista v?lida pra checagem RBL nos meus servidores de e-mail. Por?m, hoje cedo me deparo o gmail bloqueado. Segue a URL para checagem. http://www.sorbs.net/lookup.shtml?209.85.160.172 Ser? que eles est?o com problema? Algu?m mais pode me confirmar isso?] Obrigado. From danton.nunes at inexo.com.br Tue Jan 5 13:58:28 2021 From: danton.nunes at inexo.com.br (Danton Nunes) Date: Tue, 5 Jan 2021 13:58:28 -0300 Subject: [MASOCH-L] Gmail enviando spam? In-Reply-To: References: Message-ID: On 05/01/2021 09:51, Lucas Willian Bocchi wrote: > Bom dia a todos. > > Sempre usei a sorbs aqui como uma lista v?lida pra checagem RBL nos meus > servidores de e-mail. Por?m, hoje cedo me deparo o gmail bloqueado. Segue a > URL para checagem. > > http://www.sorbs.net/lookup.shtml?209.85.160.172 > > Ser? que eles est?o com problema? Algu?m mais pode me confirmar isso?] sorbs est? correta e o gmail EST? enviando spam, de uma maneira bem cachorra: o spammer cria um formul?rio no Google Forms, configura recibos de resposta para os endere?os das v?timas. Ao submeter o "formul?rio" todos os patos recebem a mensagem. As mensagens vem DKIM-assinadas pelo Google e parecem "respeit?veis". Detalhes em https://security.stackexchange.com/questions/241263/how-is-it-possible-that-this-spam-mail-came-from-google-forms-without-revealing j? reclamei v?rias vezes para abuse@{google,gmail}.com, mas parece que essas caixas postais apontam para /dev/null. sugiro bloquear qualquer rmensagem em cujo envelope o remetent est? nos dom?nios trix.bounces.google.com e gaia.bounces.google.com, ou de forma mais geral *.bounces.google.com, enquanto o Google n?o se dignar a consertar a bagun?a que eles mesmos criaram. -- Danton From rejaine at bhz.jamef.com.br Wed Jan 13 14:42:40 2021 From: rejaine at bhz.jamef.com.br (Rejaine Silveira Monteiro) Date: Wed, 13 Jan 2021 14:42:40 -0300 Subject: [MASOCH-L] Instalador automatico Message-ID: Pessoal. Estou precisando de um auto instalador f?cil e rapido para: - descompactar um arquivo .zip para uma pasta no Windows (ex: C:\App) - criar um desktop do usu?rio um atalho para "C:\App\programa.exe -x -y -z" com um icone pre definido tudo sem com minimo de interferencia do usuario. Que ferramenta pode fazer isso pra mim de forma mais simples e rapida (sem necess?rio programar linhas de codigo ou powershell)? Temos q fazer isso num volume muito grande de maquinas Windows (sem AD) e pensei em apenas disponibilizar link pra os usu?rios baixarem o instalador e executarem. help.... -- *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou divulgar as informa??es nela contidas ou tomar qualquer a??o baseada nessas informa??es. Se voc? recebeu esta mensagem por engano, por favor avise imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua coopera??o.* From dropsdef at gmail.com Wed Jan 13 15:02:08 2021 From: dropsdef at gmail.com (Armando Roque) Date: Wed, 13 Jan 2021 14:02:08 -0400 Subject: [MASOCH-L] Instalador automatico In-Reply-To: References: Message-ID: Ol?, Me lembrei destes: Inno Setup (jrsoftware.org) NSIS Wiki (sourceforge.io) Em qua., 13 de jan. de 2021 ?s 13:43, Rejaine Silveira Monteiro < rejaine at bhz.jamef.com.br> escreveu: > Pessoal. > > Estou precisando de um auto instalador f?cil e rapido para: > - descompactar um arquivo .zip para uma pasta no Windows (ex: C:\App) > - criar um desktop do usu?rio um atalho para "C:\App\programa.exe -x > -y -z" com um icone pre definido > > tudo sem com minimo de interferencia do usuario. > > Que ferramenta pode fazer isso pra mim de forma mais simples e rapida > (sem necess?rio programar linhas de codigo ou powershell)? Temos q > fazer isso num volume muito grande de maquinas Windows (sem AD) e > pensei em apenas disponibilizar link pra os usu?rios baixarem o > instalador e executarem. > > help.... > > -- > *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > nessas > informa??es. Se voc? recebeu esta mensagem por engano, por favor avise > imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. > Agradecemos sua coopera??o.* > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- Armando Roque Ferreira Pinto Analista de sistemas From talesrodarte at gmail.com Wed Jan 13 19:05:41 2021 From: talesrodarte at gmail.com (Tales Rodarte) Date: Wed, 13 Jan 2021 19:05:41 -0300 Subject: [MASOCH-L] Instalador automatico In-Reply-To: References: Message-ID: <23794e2b-8509-7b18-5fe0-2940b4c08d61@gmail.com> O pr?prio WinRar possui um setup para cria??o de um instalador simples usando SFX. Com ele voc? pode descompactar arquivos em local especifico, executar algum .bat antes, durante ou depois, criar atalhos, etc.. https://www.youtube.com/watch?v=h-L62JZv5Kg att, Tales Rodarte Em 13/01/2021 14:42, Rejaine Silveira Monteiro escreveu: > Pessoal. > > Estou precisando de um auto instalador f?cil e rapido para: > - descompactar um arquivo .zip para uma pasta no Windows (ex: C:\App) > - criar um desktop do usu?rio um atalho para "C:\App\programa.exe -x > -y -z" com um icone pre definido > > tudo sem com minimo de interferencia do usuario. > > Que ferramenta pode fazer isso pra mim de forma mais simples e rapida > (sem necess?rio programar linhas de codigo ou powershell)? Temos q > fazer isso num volume muito grande de maquinas Windows (sem AD) e > pensei em apenas disponibilizar link pra os usu?rios baixarem o > instalador e executarem. > > help.... > From bruno at openline.com.br Wed Jan 13 19:47:44 2021 From: bruno at openline.com.br (Bruno Cabral) Date: Wed, 13 Jan 2021 22:47:44 +0000 Subject: [MASOCH-L] Instalador automatico In-Reply-To: <23794e2b-8509-7b18-5fe0-2940b4c08d61@gmail.com> References: , <23794e2b-8509-7b18-5fe0-2940b4c08d61@gmail.com> Message-ID: Acho que ha um zip self extractor tambem... ________________________________ De: masoch-l em nome de Tales Rodarte Enviado: quarta-feira, 13 de janeiro de 2021 19:05:41 Para: masoch-l at eng.registro.br Assunto: Re: [MASOCH-L] Instalador automatico O pr?prio WinRar possui um setup para cria??o de um instalador simples usando SFX. Com ele voc? pode descompactar arquivos em local especifico, executar algum .bat antes, durante ou depois, criar atalhos, etc.. https://www.youtube.com/watch?v=h-L62JZv5Kg att, Tales Rodarte Em 13/01/2021 14:42, Rejaine Silveira Monteiro escreveu: > Pessoal. > > Estou precisando de um auto instalador f?cil e rapido para: > - descompactar um arquivo .zip para uma pasta no Windows (ex: C:\App) > - criar um desktop do usu?rio um atalho para "C:\App\programa.exe -x > -y -z" com um icone pre definido > > tudo sem com minimo de interferencia do usuario. > > Que ferramenta pode fazer isso pra mim de forma mais simples e rapida > (sem necess?rio programar linhas de codigo ou powershell)? Temos q > fazer isso num volume muito grande de maquinas Windows (sem AD) e > pensei em apenas disponibilizar link pra os usu?rios baixarem o > instalador e executarem. > > help.... > __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From rejaine at bhz.jamef.com.br Wed Jan 13 20:15:59 2021 From: rejaine at bhz.jamef.com.br (Rejaine Silveira Monteiro) Date: Wed, 13 Jan 2021 20:15:59 -0300 Subject: [MASOCH-L] Instalador automatico In-Reply-To: References: <23794e2b-8509-7b18-5fe0-2940b4c08d61@gmail.com> Message-ID: vou fazer um teste ... valeu pessoal Em qua., 13 de jan. de 2021 ?s 19:47, Bruno Cabral escreveu: > Acho que ha um zip self extractor tambem... > > ________________________________ > De: masoch-l em nome de Tales Rodarte < > talesrodarte at gmail.com> > Enviado: quarta-feira, 13 de janeiro de 2021 19:05:41 > Para: masoch-l at eng.registro.br > Assunto: Re: [MASOCH-L] Instalador automatico > > O pr?prio WinRar possui um setup para cria??o de um instalador simples > usando SFX. > Com ele voc? pode descompactar arquivos em local especifico, executar > algum .bat antes, durante ou depois, criar atalhos, etc.. > > https://www.youtube.com/watch?v=h-L62JZv5Kg > > att, > > Tales Rodarte > > Em 13/01/2021 14:42, Rejaine Silveira Monteiro escreveu: > > Pessoal. > > > > Estou precisando de um auto instalador f?cil e rapido para: > > - descompactar um arquivo .zip para uma pasta no Windows (ex: C:\App) > > - criar um desktop do usu?rio um atalho para "C:\App\programa.exe -x > > -y -z" com um icone pre definido > > > > tudo sem com minimo de interferencia do usuario. > > > > Que ferramenta pode fazer isso pra mim de forma mais simples e rapida > > (sem necess?rio programar linhas de codigo ou powershell)? Temos q > > fazer isso num volume muito grande de maquinas Windows (sem AD) e > > pensei em apenas disponibilizar link pra os usu?rios baixarem o > > instalador e executarem. > > > > help.... > > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou divulgar as informa??es nela contidas ou tomar qualquer a??o baseada nessas informa??es. Se voc? recebeu esta mensagem por engano, por favor avise imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua coopera??o.* From rejaine at bhz.jamef.com.br Wed Jan 27 14:39:02 2021 From: rejaine at bhz.jamef.com.br (Rejaine Silveira Monteiro) Date: Wed, 27 Jan 2021 14:39:02 -0300 Subject: [MASOCH-L] arquivo corrompendo mesmo com chattr Message-ID: Oi pessoal, Estou com uma situa??o um tanto bizarra.. Rodo um app no Liniux SLES12 de terceiros (Totvs/Protheus) Esse app l? um arquivo de configura??o (um txt chamado appserver.ini ) e volta e meia esse arquivo de configura??o aparece corrompido. O desenvolvedor j? tentou colocar um debug na aplica??o , mas ainda n?o encontrou nada.. Disseram que o app n?o deveria escrever no arquivo (exceto em situa??es muito pontuais e que , segundo ele, n?o parece ser o caso) Logo sobrou a culpa para o SO, que supostamente (e por algum motivo muito bizarro) estaria despejando algum lixo no arquivo... (o que acho dif?cil, mas vamos l?) De in?cio j? descartamos problema de hardware/mem?ria e afins, pois ocorre o problema em m?quinas diferentes (sejam virtuais ou f?sicas) Executo o comando file para detectar quando o arquivo est? corrompido e ao inves dele retornar, por exemplo, "ASCII text", ele retorna algo do tipo: # file appserver.ini appserver.ini: data Quando edito o arquivo, h? caracteres estranhos no in?cio, meio ou final do arquivo. J? tentei rodar um strace no PID do processo, mas n?o me esclareceu muita coisa: unfinished ...> 4645 write(384, "C\0\0\0(\0\0\0\v\0\0\0\0\0\0\0\0\0\0\0S\1\20\0\0\0\0\0\0\0\0\0"..., 71) = 71 8913 <... write resumed> ) = 80 <...etc> 9069 write(1, "/appserver.ini RESTORED IN MEMOR"..., 4096) = 4096 22886 write(242, "\25\3\3\0\32}u\f\274\210 \320X\334\227xnW\347\\cCH\227\354\365\20/\206g,", 31) = -1 EBADF (Bad file descriptor) 22886 write(7, "\n2021-01-27T13:06:21.617032-03:0"..., 130) = 130 22886 write(7, "\n2021-01-27T13:06:21.620391-03:0"..., 154) = 154 22886 write(7, "\n2021-01-27T13:06:21.620615-03:0"..., 113) = 113 22886 write(1, "/jss/jobservice7/appserver.ini *"..., 4096) = 4096 22886 write(7, "\n2021-01-27T13:06:21.620902-03:0"..., 135) = 135 Me parece ser algo do tipo: algum child process/fork no processo PAI tenta ler/escrever no arquivo enquanto algum outro child est? com o mesmo aberto ou algo do tipo.. Mas como posso descobrir isso (sem debugar por dentro da aplica??o, pois n?o temos acesso ao c?digo?) H? alguma coisa que eu poderia fazer para tentar mitigar o problema e descobrir exatamente o processo que est? escrevendo, de forma aleatoria, no arquivo? -- *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou divulgar as informa??es nela contidas ou tomar qualquer a??o baseada nessas informa??es. Se voc? recebeu esta mensagem por engano, por favor avise imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua coopera??o.* From debiasi at gmail.com Wed Jan 27 15:27:18 2021 From: debiasi at gmail.com (Conrado De Biasi) Date: Wed, 27 Jan 2021 15:27:18 -0300 Subject: [MASOCH-L] arquivo corrompendo mesmo com chattr In-Reply-To: References: Message-ID: Boa tarde ! Isso dele aparecer como data ? que pode ter acentua??o no arquivo ou vir do windows e estar com o carriage return do windows. D? um cat -v no arquivo que d? pra ver. pra saber se tem algum processo com ele preso pode usar o fuser e/ou lsof. ----- De Biasi, Conrado debiasi at gmail.com Em qua., 27 de jan. de 2021 ?s 14:39, Rejaine Silveira Monteiro < rejaine at bhz.jamef.com.br> escreveu: > Oi pessoal, > > Estou com uma situa??o um tanto bizarra.. Rodo um app no Liniux SLES12 > de terceiros (Totvs/Protheus) > > Esse app l? um arquivo de configura??o (um txt chamado appserver.ini ) e > volta e meia esse arquivo de configura??o aparece corrompido. > > O desenvolvedor j? tentou colocar um debug na aplica??o , mas ainda n?o > encontrou nada.. Disseram que o app n?o deveria escrever no arquivo > (exceto em situa??es muito pontuais e que , segundo ele, n?o parece ser o > caso) Logo sobrou a culpa para o SO, que supostamente (e por algum motivo > muito bizarro) estaria despejando algum lixo no arquivo... (o que acho > dif?cil, mas vamos l?) > > De in?cio j? descartamos problema de hardware/mem?ria e afins, pois ocorre > o problema em m?quinas diferentes (sejam virtuais ou f?sicas) > > Executo o comando file para detectar quando o arquivo est? corrompido e ao > inves dele retornar, por exemplo, "ASCII text", ele retorna algo do tipo: > > # file appserver.ini > appserver.ini: data > > Quando edito o arquivo, h? caracteres estranhos no in?cio, meio ou final do > arquivo. > > J? tentei rodar um strace no PID do processo, mas n?o me esclareceu muita > coisa: > > unfinished ...> > 4645 write(384, > "C\0\0\0(\0\0\0\v\0\0\0\0\0\0\0\0\0\0\0S\1\20\0\0\0\0\0\0\0\0\0"..., 71) = > 71 > 8913 <... write resumed> ) = 80 > <...etc> > 9069 write(1, "/appserver.ini RESTORED IN MEMOR"..., 4096) = 4096 > > 22886 write(242, "\25\3\3\0\32}u\f\274\210 > \320X\334\227xnW\347\\cCH\227\354\365\20/\206g,", 31) = -1 EBADF (Bad file > descriptor) > 22886 write(7, "\n2021-01-27T13:06:21.617032-03:0"..., 130) = 130 > 22886 write(7, "\n2021-01-27T13:06:21.620391-03:0"..., 154) = 154 > 22886 write(7, "\n2021-01-27T13:06:21.620615-03:0"..., 113) = 113 > 22886 write(1, "/jss/jobservice7/appserver.ini *"..., 4096) = 4096 > 22886 write(7, "\n2021-01-27T13:06:21.620902-03:0"..., 135) = 135 > > Me parece ser algo do tipo: algum child process/fork no processo PAI tenta > ler/escrever no arquivo enquanto algum outro child est? com o mesmo aberto > ou algo do tipo.. > Mas como posso descobrir isso (sem debugar por dentro da aplica??o, pois > n?o temos acesso ao c?digo?) H? alguma coisa que eu poderia fazer para > tentar mitigar o problema e descobrir exatamente o processo que est? > escrevendo, de forma aleatoria, no arquivo? > > -- > *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > nessas > informa??es. Se voc? recebeu esta mensagem por engano, por favor avise > imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. > Agradecemos sua coopera??o.* > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From rejaine at bhz.jamef.com.br Wed Jan 27 15:46:22 2021 From: rejaine at bhz.jamef.com.br (Rejaine Silveira Monteiro) Date: Wed, 27 Jan 2021 15:46:22 -0300 Subject: [MASOCH-L] arquivo corrompendo mesmo com chattr In-Reply-To: References: Message-ID: n?o se trata de acentua??o, ? lixo mesmo.. eu edito o arquivo e vejo o lixo l?, um tanto de caracter estranho e codifica??es.. (e quando tem algum acento ele mostra como UTF-8 Unicode text) acerto o arquivo, ele volta a mostrar como TXT mas depois de um tempo o lixo volta.. protegendo o arquivo com chmod 0555 n?o resolve, pq o processo roda como root (exigencia do fornecedor/desenvolvedor) tentei usar o chattr +i para proteger o arquivo (at? contra altera??o pelo usu?rio root), o app n?o funciona pq da erro na abertura do arquivo :( Em qua., 27 de jan. de 2021 ?s 15:27, Conrado De Biasi escreveu: > Boa tarde ! > > > Isso dele aparecer como data ? que pode ter acentua??o no arquivo ou vir do > windows e estar com o carriage return do windows. D? um cat -v no arquivo > que d? pra ver. > > pra saber se tem algum processo com ele preso pode usar o fuser e/ou lsof. > > > > ----- > De Biasi, Conrado > debiasi at gmail.com > > > Em qua., 27 de jan. de 2021 ?s 14:39, Rejaine Silveira Monteiro < > rejaine at bhz.jamef.com.br> escreveu: > > > Oi pessoal, > > > > Estou com uma situa??o um tanto bizarra.. Rodo um app no Liniux SLES12 > > de terceiros (Totvs/Protheus) > > > > Esse app l? um arquivo de configura??o (um txt chamado appserver.ini ) e > > volta e meia esse arquivo de configura??o aparece corrompido. > > > > O desenvolvedor j? tentou colocar um debug na aplica??o , mas ainda n?o > > encontrou nada.. Disseram que o app n?o deveria escrever no arquivo > > (exceto em situa??es muito pontuais e que , segundo ele, n?o parece ser o > > caso) Logo sobrou a culpa para o SO, que supostamente (e por algum motivo > > muito bizarro) estaria despejando algum lixo no arquivo... (o que acho > > dif?cil, mas vamos l?) > > > > De in?cio j? descartamos problema de hardware/mem?ria e afins, pois > ocorre > > o problema em m?quinas diferentes (sejam virtuais ou f?sicas) > > > > Executo o comando file para detectar quando o arquivo est? corrompido e > ao > > inves dele retornar, por exemplo, "ASCII text", ele retorna algo do tipo: > > > > # file appserver.ini > > appserver.ini: data > > > > Quando edito o arquivo, h? caracteres estranhos no in?cio, meio ou final > do > > arquivo. > > > > J? tentei rodar um strace no PID do processo, mas n?o me esclareceu muita > > coisa: > > > > unfinished ...> > > 4645 write(384, > > "C\0\0\0(\0\0\0\v\0\0\0\0\0\0\0\0\0\0\0S\1\20\0\0\0\0\0\0\0\0\0"..., 71) > = > > 71 > > 8913 <... write resumed> ) = 80 > > <...etc> > > 9069 write(1, "/appserver.ini RESTORED IN MEMOR"..., 4096) = 4096 > > > > 22886 write(242, "\25\3\3\0\32}u\f\274\210 > > \320X\334\227xnW\347\\cCH\227\354\365\20/\206g,", 31) = -1 EBADF (Bad > file > > descriptor) > > 22886 write(7, "\n2021-01-27T13:06:21.617032-03:0"..., 130) = 130 > > 22886 write(7, "\n2021-01-27T13:06:21.620391-03:0"..., 154) = 154 > > 22886 write(7, "\n2021-01-27T13:06:21.620615-03:0"..., 113) = 113 > > 22886 write(1, "/jss/jobservice7/appserver.ini *"..., 4096) = 4096 > > 22886 write(7, "\n2021-01-27T13:06:21.620902-03:0"..., 135) = 135 > > > > Me parece ser algo do tipo: algum child process/fork no processo PAI > tenta > > ler/escrever no arquivo enquanto algum outro child est? com o mesmo > aberto > > ou algo do tipo.. > > Mas como posso descobrir isso (sem debugar por dentro da aplica??o, pois > > n?o temos acesso ao c?digo?) H? alguma coisa que eu poderia fazer para > > tentar mitigar o problema e descobrir exatamente o processo que est? > > escrevendo, de forma aleatoria, no arquivo? > > > > -- > > *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, > > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > > nessas > > informa??es. Se voc? recebeu esta mensagem por engano, por favor avise > > imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. > > Agradecemos sua coopera??o.* > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou divulgar as informa??es nela contidas ou tomar qualquer a??o baseada nessas informa??es. Se voc? recebeu esta mensagem por engano, por favor avise imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua coopera??o.* From jardel.araujo at redeunifique.com.br Wed Jan 27 15:52:26 2021 From: jardel.araujo at redeunifique.com.br (Jardel Fabricio Fortkamp De Araujo) Date: Wed, 27 Jan 2021 15:52:26 -0300 (BRT) Subject: [MASOCH-L] arquivo corrompendo mesmo com chattr In-Reply-To: References: Message-ID: <1942743683.15505062.1611773546544.JavaMail.zimbra@redeunifique.com.br> Acredito que voc? consiga pegar quais processo acessam esse arquivo usando o comando lsof. Daria para rodar um loop do lsof em backgroup para ficar monitorando e ver se aparece algum processo diferente que acessa esse arquivo. Jardel Fabricio Fortkamp de Araujo Data Center | Unifique - Timb? [ mailto:jardel.araujo at redeunifique.com.br | jardel.araujo at redeunifique.com.br ] [ https://unifique.com.br/ ] ----- Mensagem original ----- De: "Rejaine Silveira Monteiro" Para: "Mail Aid and Succor, On-line Comfort and Help" Enviadas: Quarta-feira, 27 de janeiro de 2021 14:39:02 Assunto: [MASOCH-L] arquivo corrompendo mesmo com chattr Oi pessoal, Estou com uma situa??o um tanto bizarra.. Rodo um app no Liniux SLES12 de terceiros (Totvs/Protheus) Esse app l? um arquivo de configura??o (um txt chamado appserver.ini ) e volta e meia esse arquivo de configura??o aparece corrompido. O desenvolvedor j? tentou colocar um debug na aplica??o , mas ainda n?o encontrou nada.. Disseram que o app n?o deveria escrever no arquivo (exceto em situa??es muito pontuais e que , segundo ele, n?o parece ser o caso) Logo sobrou a culpa para o SO, que supostamente (e por algum motivo muito bizarro) estaria despejando algum lixo no arquivo... (o que acho dif?cil, mas vamos l?) De in?cio j? descartamos problema de hardware/mem?ria e afins, pois ocorre o problema em m?quinas diferentes (sejam virtuais ou f?sicas) Executo o comando file para detectar quando o arquivo est? corrompido e ao inves dele retornar, por exemplo, "ASCII text", ele retorna algo do tipo: # file appserver.ini appserver.ini: data Quando edito o arquivo, h? caracteres estranhos no in?cio, meio ou final do arquivo. J? tentei rodar um strace no PID do processo, mas n?o me esclareceu muita coisa: unfinished ...> 4645 write(384, "C\0\0\0(\0\0\0\v\0\0\0\0\0\0\0\0\0\0\0S\1\20\0\0\0\0\0\0\0\0\0"..., 71) = 71 8913 <... write resumed> ) = 80 <...etc> 9069 write(1, "/appserver.ini RESTORED IN MEMOR"..., 4096) = 4096 22886 write(242, "\25\3\3\0\32}u\f\274\210 \320X\334\227xnW\347\\cCH\227\354\365\20/\206g,", 31) = -1 EBADF (Bad file descriptor) 22886 write(7, "\n2021-01-27T13:06:21.617032-03:0"..., 130) = 130 22886 write(7, "\n2021-01-27T13:06:21.620391-03:0"..., 154) = 154 22886 write(7, "\n2021-01-27T13:06:21.620615-03:0"..., 113) = 113 22886 write(1, "/jss/jobservice7/appserver.ini *"..., 4096) = 4096 22886 write(7, "\n2021-01-27T13:06:21.620902-03:0"..., 135) = 135 Me parece ser algo do tipo: algum child process/fork no processo PAI tenta ler/escrever no arquivo enquanto algum outro child est? com o mesmo aberto ou algo do tipo.. Mas como posso descobrir isso (sem debugar por dentro da aplica??o, pois n?o temos acesso ao c?digo?) H? alguma coisa que eu poderia fazer para tentar mitigar o problema e descobrir exatamente o processo que est? escrevendo, de forma aleatoria, no arquivo? -- *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou divulgar as informa??es nela contidas ou tomar qualquer a??o baseada nessas informa??es. Se voc? recebeu esta mensagem por engano, por favor avise imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua coopera??o.* __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From rejaine at bhz.jamef.com.br Wed Jan 27 15:58:12 2021 From: rejaine at bhz.jamef.com.br (Rejaine Silveira Monteiro) Date: Wed, 27 Jan 2021 15:58:12 -0300 Subject: [MASOCH-L] arquivo corrompendo mesmo com chattr In-Reply-To: <1942743683.15505062.1611773546544.JavaMail.zimbra@redeunifique.com.br> References: <1942743683.15505062.1611773546544.JavaMail.zimbra@redeunifique.com.br> Message-ID: isso j? foi feito, n?o tem nada al?m do pr?prio app quem est? acessando/escrevendo o arquivo.. a quest?o ? descobrir em que ponto ele faz isso.. Em qua., 27 de jan. de 2021 ?s 15:52, Jardel Fabricio Fortkamp De Araujo < jardel.araujo at redeunifique.com.br> escreveu: > Acredito que voc? consiga pegar quais processo acessam esse arquivo usando > o comando lsof. > Daria para rodar um loop do lsof em backgroup para ficar monitorando e ver > se aparece algum processo diferente que acessa esse arquivo. > > > Jardel Fabricio Fortkamp de Araujo > Data Center | Unifique - Timb? > [ mailto:jardel.araujo at redeunifique.com.br | > jardel.araujo at redeunifique.com.br ] [ https://unifique.com.br/ ] > > > ----- Mensagem original ----- > De: "Rejaine Silveira Monteiro" > Para: "Mail Aid and Succor, On-line Comfort and Help" < > masoch-l at eng.registro.br> > Enviadas: Quarta-feira, 27 de janeiro de 2021 14:39:02 > Assunto: [MASOCH-L] arquivo corrompendo mesmo com chattr > > Oi pessoal, > > Estou com uma situa??o um tanto bizarra.. Rodo um app no Liniux SLES12 > de terceiros (Totvs/Protheus) > > Esse app l? um arquivo de configura??o (um txt chamado appserver.ini ) e > volta e meia esse arquivo de configura??o aparece corrompido. > > O desenvolvedor j? tentou colocar um debug na aplica??o , mas ainda n?o > encontrou nada.. Disseram que o app n?o deveria escrever no arquivo > (exceto em situa??es muito pontuais e que , segundo ele, n?o parece ser o > caso) Logo sobrou a culpa para o SO, que supostamente (e por algum motivo > muito bizarro) estaria despejando algum lixo no arquivo... (o que acho > dif?cil, mas vamos l?) > > De in?cio j? descartamos problema de hardware/mem?ria e afins, pois ocorre > o problema em m?quinas diferentes (sejam virtuais ou f?sicas) > > Executo o comando file para detectar quando o arquivo est? corrompido e ao > inves dele retornar, por exemplo, "ASCII text", ele retorna algo do tipo: > > # file appserver.ini > appserver.ini: data > > Quando edito o arquivo, h? caracteres estranhos no in?cio, meio ou final do > arquivo. > > J? tentei rodar um strace no PID do processo, mas n?o me esclareceu muita > coisa: > > unfinished ...> > 4645 write(384, > "C\0\0\0(\0\0\0\v\0\0\0\0\0\0\0\0\0\0\0S\1\20\0\0\0\0\0\0\0\0\0"..., 71) = > 71 > 8913 <... write resumed> ) = 80 > <...etc> > 9069 write(1, "/appserver.ini RESTORED IN MEMOR"..., 4096) = 4096 > > 22886 write(242, "\25\3\3\0\32}u\f\274\210 > \320X\334\227xnW\347\\cCH\227\354\365\20/\206g,", 31) = -1 EBADF (Bad file > descriptor) > 22886 write(7, "\n2021-01-27T13:06:21.617032-03:0"..., 130) = 130 > 22886 write(7, "\n2021-01-27T13:06:21.620391-03:0"..., 154) = 154 > 22886 write(7, "\n2021-01-27T13:06:21.620615-03:0"..., 113) = 113 > 22886 write(1, "/jss/jobservice7/appserver.ini *"..., 4096) = 4096 > 22886 write(7, "\n2021-01-27T13:06:21.620902-03:0"..., 135) = 135 > > Me parece ser algo do tipo: algum child process/fork no processo PAI tenta > ler/escrever no arquivo enquanto algum outro child est? com o mesmo aberto > ou algo do tipo.. > Mas como posso descobrir isso (sem debugar por dentro da aplica??o, pois > n?o temos acesso ao c?digo?) H? alguma coisa que eu poderia fazer para > tentar mitigar o problema e descobrir exatamente o processo que est? > escrevendo, de forma aleatoria, no arquivo? > > -- > *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > nessas > informa??es. Se voc? recebeu esta mensagem por engano, por favor avise > imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. > Agradecemos sua coopera??o.* > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou divulgar as informa??es nela contidas ou tomar qualquer a??o baseada nessas informa??es. Se voc? recebeu esta mensagem por engano, por favor avise imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua coopera??o.* From rejaine at bhz.jamef.com.br Wed Jan 27 16:22:16 2021 From: rejaine at bhz.jamef.com.br (Rejaine Silveira Monteiro) Date: Wed, 27 Jan 2021 16:22:16 -0300 Subject: [MASOCH-L] Duvidas gerencialmento memoria Linux Message-ID: Sabe-se que o Linux sempre tentar? usar RAM livre para armazenar v?rias coisas (subir em cache/buffers o m?ximo de coisas para tornar o sistema mais r?pido) Assim, o comando free quase sempre mostrar? pouca mem?ria livre , mas na verdade a mem?ria livre que "IMPORTA" ? a que esta na coluna 'free' da linha - / + buffers / cache , conforme exemplo abaixo: # free -m total used free shared buffers cached Mem: 96684 94859 1825 13 4 29740 -/+ buffers/cache: 65114 *31570* Swap: 1023 1023 0 Na primeira linha, supostamente temos apenas 1.8G livre, por?m na segunda linha, a coluna free mostra que h?, de verdade, 31G livre/dispon?vel. Se h? 31G livre , porque a linha a terceira linha mostra que o swap foi totalmente usado? Porque n?o liberou/usou a ?rea em cache/buffers para subir e/ou processas as rotinas que requisitaram mem?ria? Sera que o que estava em cache/buffers estavam sendo usados e realmente houve necessidade de subir mais coisas pra mem?ria 'real'? # egrep --color 'Mem|Cache|Swap' /proc/meminfo MemTotal: 99005368 kB MemFree: 1159180 kB MemAvailable: 30661228 kB Cached: 394952 kB SwapCached: 63092 kB SwapTotal: 1048572 kB SwapFree: 904 kB O mesmo comportamento pode ser visto no comando acima: J? estou usando os parametros abaixo : #swappiness: Controla como o kernel realiza as trocas de cache na RAM. Ao aumentar esse valor, aumentar? a quantidade de trocas. O valor padr?o ? 60, colocando 10 significa qu e a Swap s? ser? usada quando a RAM atingir 90% (valor default: 60). vm.swappiness=10 #vfs_cache_pressure: Controla a tend?ncia do kernel para recuperar a mem?ria que ? usada no cache do sistema virtual de arquivos. O valor 50 ? o ideal, valores mais altos pode m deixar o sistema lento e muito baixos reduzem o uso do cache (valor default: 100). vm.vfs_cache_pressure=50 Realmente est? faltando RAM? E o cache, pq n?o ? usado preferencialmente ao swap? Mesmo executando o comando abaixo para limpar drop_caches, n?o est? liberando o cache... Significa de fato que n?o tenho mem?ria free/dipon?vel? Ent?o porque o free mostra e egrep acima mostrou que h? mem?ria dispon?vel? sync ; echo 1 > /proc/sys/vm/drop_caches -- *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou divulgar as informa??es nela contidas ou tomar qualquer a??o baseada nessas informa??es. Se voc? recebeu esta mensagem por engano, por favor avise imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua coopera??o.* From debiasi at gmail.com Wed Jan 27 16:36:50 2021 From: debiasi at gmail.com (Conrado De Biasi) Date: Wed, 27 Jan 2021 16:36:50 -0300 Subject: [MASOCH-L] arquivo corrompendo mesmo com chattr In-Reply-To: References: <1942743683.15505062.1611773546544.JavaMail.zimbra@redeunifique.com.br> Message-ID: Qual vers?o do protheus ? Parece que tem esse bug e foi corrigido a partir desta vers?o: https://tdn.engpro.totvs.com.br/display/tec/Application+Server+-+17.3.0.19 ----- De Biasi, Conrado debiasi at gmail.com Em qua., 27 de jan. de 2021 ?s 15:58, Rejaine Silveira Monteiro < rejaine at bhz.jamef.com.br> escreveu: > isso j? foi feito, n?o tem nada al?m do pr?prio app quem est? > acessando/escrevendo o arquivo.. a quest?o ? descobrir em que ponto ele faz > isso.. > > > > Em qua., 27 de jan. de 2021 ?s 15:52, Jardel Fabricio Fortkamp De Araujo < > jardel.araujo at redeunifique.com.br> escreveu: > > > Acredito que voc? consiga pegar quais processo acessam esse arquivo > usando > > o comando lsof. > > Daria para rodar um loop do lsof em backgroup para ficar monitorando e > ver > > se aparece algum processo diferente que acessa esse arquivo. > > > > > > Jardel Fabricio Fortkamp de Araujo > > Data Center | Unifique - Timb? > > [ mailto:jardel.araujo at redeunifique.com.br | > > jardel.araujo at redeunifique.com.br ] [ https://unifique.com.br/ ] > > > > > > ----- Mensagem original ----- > > De: "Rejaine Silveira Monteiro" > > Para: "Mail Aid and Succor, On-line Comfort and Help" < > > masoch-l at eng.registro.br> > > Enviadas: Quarta-feira, 27 de janeiro de 2021 14:39:02 > > Assunto: [MASOCH-L] arquivo corrompendo mesmo com chattr > > > > Oi pessoal, > > > > Estou com uma situa??o um tanto bizarra.. Rodo um app no Liniux SLES12 > > de terceiros (Totvs/Protheus) > > > > Esse app l? um arquivo de configura??o (um txt chamado appserver.ini ) e > > volta e meia esse arquivo de configura??o aparece corrompido. > > > > O desenvolvedor j? tentou colocar um debug na aplica??o , mas ainda n?o > > encontrou nada.. Disseram que o app n?o deveria escrever no arquivo > > (exceto em situa??es muito pontuais e que , segundo ele, n?o parece ser o > > caso) Logo sobrou a culpa para o SO, que supostamente (e por algum motivo > > muito bizarro) estaria despejando algum lixo no arquivo... (o que acho > > dif?cil, mas vamos l?) > > > > De in?cio j? descartamos problema de hardware/mem?ria e afins, pois > ocorre > > o problema em m?quinas diferentes (sejam virtuais ou f?sicas) > > > > Executo o comando file para detectar quando o arquivo est? corrompido e > ao > > inves dele retornar, por exemplo, "ASCII text", ele retorna algo do tipo: > > > > # file appserver.ini > > appserver.ini: data > > > > Quando edito o arquivo, h? caracteres estranhos no in?cio, meio ou final > do > > arquivo. > > > > J? tentei rodar um strace no PID do processo, mas n?o me esclareceu muita > > coisa: > > > > unfinished ...> > > 4645 write(384, > > "C\0\0\0(\0\0\0\v\0\0\0\0\0\0\0\0\0\0\0S\1\20\0\0\0\0\0\0\0\0\0"..., 71) > = > > 71 > > 8913 <... write resumed> ) = 80 > > <...etc> > > 9069 write(1, "/appserver.ini RESTORED IN MEMOR"..., 4096) = 4096 > > > > 22886 write(242, "\25\3\3\0\32}u\f\274\210 > > \320X\334\227xnW\347\\cCH\227\354\365\20/\206g,", 31) = -1 EBADF (Bad > file > > descriptor) > > 22886 write(7, "\n2021-01-27T13:06:21.617032-03:0"..., 130) = 130 > > 22886 write(7, "\n2021-01-27T13:06:21.620391-03:0"..., 154) = 154 > > 22886 write(7, "\n2021-01-27T13:06:21.620615-03:0"..., 113) = 113 > > 22886 write(1, "/jss/jobservice7/appserver.ini *"..., 4096) = 4096 > > 22886 write(7, "\n2021-01-27T13:06:21.620902-03:0"..., 135) = 135 > > > > Me parece ser algo do tipo: algum child process/fork no processo PAI > tenta > > ler/escrever no arquivo enquanto algum outro child est? com o mesmo > aberto > > ou algo do tipo.. > > Mas como posso descobrir isso (sem debugar por dentro da aplica??o, pois > > n?o temos acesso ao c?digo?) H? alguma coisa que eu poderia fazer para > > tentar mitigar o problema e descobrir exatamente o processo que est? > > escrevendo, de forma aleatoria, no arquivo? > > > > -- > > *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, > > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > > nessas > > informa??es. Se voc? recebeu esta mensagem por engano, por favor avise > > imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. > > Agradecemos sua coopera??o.* > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > -- > *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > nessas > informa??es. Se voc? recebeu esta mensagem por engano, por favor avise > imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. > Agradecemos sua coopera??o.* > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From rejaine at bhz.jamef.com.br Wed Jan 27 16:51:01 2021 From: rejaine at bhz.jamef.com.br (Rejaine Silveira Monteiro) Date: Wed, 27 Jan 2021 16:51:01 -0300 Subject: [MASOCH-L] arquivo corrompendo mesmo com chattr In-Reply-To: References: <1942743683.15505062.1611773546544.JavaMail.zimbra@redeunifique.com.br> Message-ID: Sim, ja passei isso pra eles avalarem, mas nossa vers?o ? bem mais recente do que essa.. Inclusive j? tem gente da Totvs analisando esse problema nessa ?ltima vers?o ... Eu s? queria mesmo tentar ajudar a analisar o problema por fora , pois est? nos dando muita dor de cabe?a ter q reiniciar o app que apresentar problema, para voltar o backup do arquivo e configura??o (j? fiz ate um script para checar e acertar de hora em hora..) Queria ver um jeito de tentar descobrir quando isso ocorre e porque.. o debug q colocaram nao pegou isso.. mas vou aguardar eles enviarem uma nova versao para debugar... Em qua., 27 de jan. de 2021 ?s 16:37, Conrado De Biasi escreveu: > Qual vers?o do protheus ? > > Parece que tem esse bug e foi corrigido a partir desta vers?o: > > https://tdn.engpro.totvs.com.br/display/tec/Application+Server+-+17.3.0.19 > > > ----- > De Biasi, Conrado > debiasi at gmail.com > > > Em qua., 27 de jan. de 2021 ?s 15:58, Rejaine Silveira Monteiro < > rejaine at bhz.jamef.com.br> escreveu: > > > isso j? foi feito, n?o tem nada al?m do pr?prio app quem est? > > acessando/escrevendo o arquivo.. a quest?o ? descobrir em que ponto ele > faz > > isso.. > > > > > > > > Em qua., 27 de jan. de 2021 ?s 15:52, Jardel Fabricio Fortkamp De Araujo > < > > jardel.araujo at redeunifique.com.br> escreveu: > > > > > Acredito que voc? consiga pegar quais processo acessam esse arquivo > > usando > > > o comando lsof. > > > Daria para rodar um loop do lsof em backgroup para ficar monitorando e > > ver > > > se aparece algum processo diferente que acessa esse arquivo. > > > > > > > > > Jardel Fabricio Fortkamp de Araujo > > > Data Center | Unifique - Timb? > > > [ mailto:jardel.araujo at redeunifique.com.br | > > > jardel.araujo at redeunifique.com.br ] [ https://unifique.com.br/ > ] > > > > > > > > > ----- Mensagem original ----- > > > De: "Rejaine Silveira Monteiro" > > > Para: "Mail Aid and Succor, On-line Comfort and Help" < > > > masoch-l at eng.registro.br> > > > Enviadas: Quarta-feira, 27 de janeiro de 2021 14:39:02 > > > Assunto: [MASOCH-L] arquivo corrompendo mesmo com chattr > > > > > > Oi pessoal, > > > > > > Estou com uma situa??o um tanto bizarra.. Rodo um app no Liniux SLES12 > > > de terceiros (Totvs/Protheus) > > > > > > Esse app l? um arquivo de configura??o (um txt chamado appserver.ini ) > e > > > volta e meia esse arquivo de configura??o aparece corrompido. > > > > > > O desenvolvedor j? tentou colocar um debug na aplica??o , mas ainda n?o > > > encontrou nada.. Disseram que o app n?o deveria escrever no arquivo > > > (exceto em situa??es muito pontuais e que , segundo ele, n?o parece > ser o > > > caso) Logo sobrou a culpa para o SO, que supostamente (e por algum > motivo > > > muito bizarro) estaria despejando algum lixo no arquivo... (o que acho > > > dif?cil, mas vamos l?) > > > > > > De in?cio j? descartamos problema de hardware/mem?ria e afins, pois > > ocorre > > > o problema em m?quinas diferentes (sejam virtuais ou f?sicas) > > > > > > Executo o comando file para detectar quando o arquivo est? corrompido e > > ao > > > inves dele retornar, por exemplo, "ASCII text", ele retorna algo do > tipo: > > > > > > # file appserver.ini > > > appserver.ini: data > > > > > > Quando edito o arquivo, h? caracteres estranhos no in?cio, meio ou > final > > do > > > arquivo. > > > > > > J? tentei rodar um strace no PID do processo, mas n?o me esclareceu > muita > > > coisa: > > > > > > unfinished ...> > > > 4645 write(384, > > > "C\0\0\0(\0\0\0\v\0\0\0\0\0\0\0\0\0\0\0S\1\20\0\0\0\0\0\0\0\0\0"..., > 71) > > = > > > 71 > > > 8913 <... write resumed> ) = 80 > > > <...etc> > > > 9069 write(1, "/appserver.ini RESTORED IN MEMOR"..., 4096) = 4096 > > > > > > 22886 write(242, "\25\3\3\0\32}u\f\274\210 > > > \320X\334\227xnW\347\\cCH\227\354\365\20/\206g,", 31) = -1 EBADF (Bad > > file > > > descriptor) > > > 22886 write(7, "\n2021-01-27T13:06:21.617032-03:0"..., 130) = 130 > > > 22886 write(7, "\n2021-01-27T13:06:21.620391-03:0"..., 154) = 154 > > > 22886 write(7, "\n2021-01-27T13:06:21.620615-03:0"..., 113) = 113 > > > 22886 write(1, "/jss/jobservice7/appserver.ini *"..., 4096) = 4096 > > > 22886 write(7, "\n2021-01-27T13:06:21.620902-03:0"..., 135) = 135 > > > > > > Me parece ser algo do tipo: algum child process/fork no processo PAI > > tenta > > > ler/escrever no arquivo enquanto algum outro child est? com o mesmo > > aberto > > > ou algo do tipo.. > > > Mas como posso descobrir isso (sem debugar por dentro da aplica??o, > pois > > > n?o temos acesso ao c?digo?) H? alguma coisa que eu poderia fazer para > > > tentar mitigar o problema e descobrir exatamente o processo que est? > > > escrevendo, de forma aleatoria, no arquivo? > > > > > > -- > > > *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, > > > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a > > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > > > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > > > nessas > > > informa??es. Se voc? recebeu esta mensagem por engano, por favor avise > > > imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. > > > Agradecemos sua coopera??o.* > > > __ > > > masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > > > masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > -- > > *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, > > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > > nessas > > informa??es. Se voc? recebeu esta mensagem por engano, por favor avise > > imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. > > Agradecemos sua coopera??o.* > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou divulgar as informa??es nela contidas ou tomar qualquer a??o baseada nessas informa??es. Se voc? recebeu esta mensagem por engano, por favor avise imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua coopera??o.* From lulyis at gmail.com Wed Jan 27 17:10:09 2021 From: lulyis at gmail.com (Lulyis) Date: Wed, 27 Jan 2021 17:10:09 -0300 Subject: [MASOCH-L] arquivo corrompendo mesmo com chattr In-Reply-To: References: <1942743683.15505062.1611773546544.JavaMail.zimbra@redeunifique.com.br> Message-ID: Rejane, O arquivo n?o tem nenhum link f?sico? --lulyis . ..: UL236783 *I.F.T.* On Wed, Jan 27, 2021 at 4:51 PM Rejaine Silveira Monteiro < rejaine at bhz.jamef.com.br> wrote: > Sim, ja passei isso pra eles avalarem, mas nossa vers?o ? bem mais recente > do que essa.. > Inclusive j? tem gente da Totvs analisando esse problema nessa ?ltima > vers?o ... > Eu s? queria mesmo tentar ajudar a analisar o problema por fora , pois est? > nos dando muita dor de cabe?a ter q reiniciar o app que apresentar > problema, para voltar o backup do arquivo e configura??o (j? fiz ate um > script para checar e acertar de hora em hora..) > Queria ver um jeito de tentar descobrir quando isso ocorre e porque.. o > debug q colocaram nao pegou isso.. mas vou aguardar eles enviarem uma nova > versao para debugar... > > > > Em qua., 27 de jan. de 2021 ?s 16:37, Conrado De Biasi > escreveu: > > > Qual vers?o do protheus ? > > > > Parece que tem esse bug e foi corrigido a partir desta vers?o: > > > > > https://tdn.engpro.totvs.com.br/display/tec/Application+Server+-+17.3.0.19 > > > > > > ----- > > De Biasi, Conrado > > debiasi at gmail.com > > > > > > Em qua., 27 de jan. de 2021 ?s 15:58, Rejaine Silveira Monteiro < > > rejaine at bhz.jamef.com.br> escreveu: > > > > > isso j? foi feito, n?o tem nada al?m do pr?prio app quem est? > > > acessando/escrevendo o arquivo.. a quest?o ? descobrir em que ponto ele > > faz > > > isso.. > > > > > > > > > > > > Em qua., 27 de jan. de 2021 ?s 15:52, Jardel Fabricio Fortkamp De > Araujo > > < > > > jardel.araujo at redeunifique.com.br> escreveu: > > > > > > > Acredito que voc? consiga pegar quais processo acessam esse arquivo > > > usando > > > > o comando lsof. > > > > Daria para rodar um loop do lsof em backgroup para ficar monitorando > e > > > ver > > > > se aparece algum processo diferente que acessa esse arquivo. > > > > > > > > > > > > Jardel Fabricio Fortkamp de Araujo > > > > Data Center | Unifique - Timb? > > > > [ mailto:jardel.araujo at redeunifique.com.br | > > > > jardel.araujo at redeunifique.com.br ] [ > https://unifique.com.br/ > > ] > > > > > > > > > > > > ----- Mensagem original ----- > > > > De: "Rejaine Silveira Monteiro" > > > > Para: "Mail Aid and Succor, On-line Comfort and Help" < > > > > masoch-l at eng.registro.br> > > > > Enviadas: Quarta-feira, 27 de janeiro de 2021 14:39:02 > > > > Assunto: [MASOCH-L] arquivo corrompendo mesmo com chattr > > > > > > > > Oi pessoal, > > > > > > > > Estou com uma situa??o um tanto bizarra.. Rodo um app no Liniux > SLES12 > > > > de terceiros (Totvs/Protheus) > > > > > > > > Esse app l? um arquivo de configura??o (um txt chamado appserver.ini > ) > > e > > > > volta e meia esse arquivo de configura??o aparece corrompido. > > > > > > > > O desenvolvedor j? tentou colocar um debug na aplica??o , mas ainda > n?o > > > > encontrou nada.. Disseram que o app n?o deveria escrever no arquivo > > > > (exceto em situa??es muito pontuais e que , segundo ele, n?o parece > > ser o > > > > caso) Logo sobrou a culpa para o SO, que supostamente (e por algum > > motivo > > > > muito bizarro) estaria despejando algum lixo no arquivo... (o que > acho > > > > dif?cil, mas vamos l?) > > > > > > > > De in?cio j? descartamos problema de hardware/mem?ria e afins, pois > > > ocorre > > > > o problema em m?quinas diferentes (sejam virtuais ou f?sicas) > > > > > > > > Executo o comando file para detectar quando o arquivo est? > corrompido e > > > ao > > > > inves dele retornar, por exemplo, "ASCII text", ele retorna algo do > > tipo: > > > > > > > > # file appserver.ini > > > > appserver.ini: data > > > > > > > > Quando edito o arquivo, h? caracteres estranhos no in?cio, meio ou > > final > > > do > > > > arquivo. > > > > > > > > J? tentei rodar um strace no PID do processo, mas n?o me esclareceu > > muita > > > > coisa: > > > > > > > > unfinished ...> > > > > 4645 write(384, > > > > "C\0\0\0(\0\0\0\v\0\0\0\0\0\0\0\0\0\0\0S\1\20\0\0\0\0\0\0\0\0\0"..., > > 71) > > > = > > > > 71 > > > > 8913 <... write resumed> ) = 80 > > > > <...etc> > > > > 9069 write(1, "/appserver.ini RESTORED IN MEMOR"..., 4096) = 4096 > > > > > > > > 22886 write(242, "\25\3\3\0\32}u\f\274\210 > > > > \320X\334\227xnW\347\\cCH\227\354\365\20/\206g,", 31) = -1 EBADF (Bad > > > file > > > > descriptor) > > > > 22886 write(7, "\n2021-01-27T13:06:21.617032-03:0"..., 130) = 130 > > > > 22886 write(7, "\n2021-01-27T13:06:21.620391-03:0"..., 154) = 154 > > > > 22886 write(7, "\n2021-01-27T13:06:21.620615-03:0"..., 113) = 113 > > > > 22886 write(1, "/jss/jobservice7/appserver.ini *"..., 4096) = 4096 > > > > 22886 write(7, "\n2021-01-27T13:06:21.620902-03:0"..., 135) = 135 > > > > > > > > Me parece ser algo do tipo: algum child process/fork no processo PAI > > > tenta > > > > ler/escrever no arquivo enquanto algum outro child est? com o mesmo > > > aberto > > > > ou algo do tipo.. > > > > Mas como posso descobrir isso (sem debugar por dentro da aplica??o, > > pois > > > > n?o temos acesso ao c?digo?) H? alguma coisa que eu poderia fazer > para > > > > tentar mitigar o problema e descobrir exatamente o processo que est? > > > > escrevendo, de forma aleatoria, no arquivo? > > > > > > > > -- > > > > *Esta mensagem pode conter informa??es confidenciais ou > privilegiadas, > > > > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio > ou a > > > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > > > > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > > > > nessas > > > > informa??es. Se voc? recebeu esta mensagem por engano, por favor > avise > > > > imediatamente ao remetente, respondendo o e-mail e em seguida > apague-o. > > > > Agradecemos sua coopera??o.* > > > > __ > > > > masoch-l list > > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > __ > > > > masoch-l list > > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > > > > -- > > > *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, > > > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a > > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > > > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > > > nessas > > > informa??es. Se voc? recebeu esta mensagem por engano, por favor avise > > > imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. > > > Agradecemos sua coopera??o.* > > > __ > > > masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > -- > *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > nessas > informa??es. Se voc? recebeu esta mensagem por engano, por favor avise > imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. > Agradecemos sua coopera??o.* > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From hamilton at denox.com.br Wed Jan 27 17:16:37 2021 From: hamilton at denox.com.br (Hamilton Vera) Date: Wed, 27 Jan 2021 17:16:37 -0300 Subject: [MASOCH-L] arquivo corrompendo mesmo com chattr In-Reply-To: References: <1942743683.15505062.1611773546544.JavaMail.zimbra@redeunifique.com.br> Message-ID: Bom, com certeza pau na aplica??o. Para vc n?o ter dor de cabe?a, monta uma parti??o, move o arquivo e depois monta ela apenas como RO. Nunca na vida tive boas experi?ncias com a totvs. On Wed, Jan 27, 2021 at 5:10 PM Lulyis wrote: > Rejane, > > O arquivo n?o tem nenhum link f?sico? > > > --lulyis > > . > ..: > UL236783 > *I.F.T.* > > > > On Wed, Jan 27, 2021 at 4:51 PM Rejaine Silveira Monteiro < > rejaine at bhz.jamef.com.br> wrote: > > > Sim, ja passei isso pra eles avalarem, mas nossa vers?o ? bem mais > recente > > do que essa.. > > Inclusive j? tem gente da Totvs analisando esse problema nessa ?ltima > > vers?o ... > > Eu s? queria mesmo tentar ajudar a analisar o problema por fora , pois > est? > > nos dando muita dor de cabe?a ter q reiniciar o app que apresentar > > problema, para voltar o backup do arquivo e configura??o (j? fiz ate um > > script para checar e acertar de hora em hora..) > > Queria ver um jeito de tentar descobrir quando isso ocorre e porque.. o > > debug q colocaram nao pegou isso.. mas vou aguardar eles enviarem uma > nova > > versao para debugar... > > > > > > > > Em qua., 27 de jan. de 2021 ?s 16:37, Conrado De Biasi < > debiasi at gmail.com> > > escreveu: > > > > > Qual vers?o do protheus ? > > > > > > Parece que tem esse bug e foi corrigido a partir desta vers?o: > > > > > > > > > https://tdn.engpro.totvs.com.br/display/tec/Application+Server+-+17.3.0.19 > > > > > > > > > ----- > > > De Biasi, Conrado > > > debiasi at gmail.com > > > > > > > > > Em qua., 27 de jan. de 2021 ?s 15:58, Rejaine Silveira Monteiro < > > > rejaine at bhz.jamef.com.br> escreveu: > > > > > > > isso j? foi feito, n?o tem nada al?m do pr?prio app quem est? > > > > acessando/escrevendo o arquivo.. a quest?o ? descobrir em que ponto > ele > > > faz > > > > isso.. > > > > > > > > > > > > > > > > Em qua., 27 de jan. de 2021 ?s 15:52, Jardel Fabricio Fortkamp De > > Araujo > > > < > > > > jardel.araujo at redeunifique.com.br> escreveu: > > > > > > > > > Acredito que voc? consiga pegar quais processo acessam esse arquivo > > > > usando > > > > > o comando lsof. > > > > > Daria para rodar um loop do lsof em backgroup para ficar > monitorando > > e > > > > ver > > > > > se aparece algum processo diferente que acessa esse arquivo. > > > > > > > > > > > > > > > Jardel Fabricio Fortkamp de Araujo > > > > > Data Center | Unifique - Timb? > > > > > [ mailto:jardel.araujo at redeunifique.com.br | > > > > > jardel.araujo at redeunifique.com.br ] [ > > https://unifique.com.br/ > > > ] > > > > > > > > > > > > > > > ----- Mensagem original ----- > > > > > De: "Rejaine Silveira Monteiro" > > > > > Para: "Mail Aid and Succor, On-line Comfort and Help" < > > > > > masoch-l at eng.registro.br> > > > > > Enviadas: Quarta-feira, 27 de janeiro de 2021 14:39:02 > > > > > Assunto: [MASOCH-L] arquivo corrompendo mesmo com chattr > > > > > > > > > > Oi pessoal, > > > > > > > > > > Estou com uma situa??o um tanto bizarra.. Rodo um app no Liniux > > SLES12 > > > > > de terceiros (Totvs/Protheus) > > > > > > > > > > Esse app l? um arquivo de configura??o (um txt chamado > appserver.ini > > ) > > > e > > > > > volta e meia esse arquivo de configura??o aparece corrompido. > > > > > > > > > > O desenvolvedor j? tentou colocar um debug na aplica??o , mas ainda > > n?o > > > > > encontrou nada.. Disseram que o app n?o deveria escrever no > arquivo > > > > > (exceto em situa??es muito pontuais e que , segundo ele, n?o parece > > > ser o > > > > > caso) Logo sobrou a culpa para o SO, que supostamente (e por algum > > > motivo > > > > > muito bizarro) estaria despejando algum lixo no arquivo... (o que > > acho > > > > > dif?cil, mas vamos l?) > > > > > > > > > > De in?cio j? descartamos problema de hardware/mem?ria e afins, pois > > > > ocorre > > > > > o problema em m?quinas diferentes (sejam virtuais ou f?sicas) > > > > > > > > > > Executo o comando file para detectar quando o arquivo est? > > corrompido e > > > > ao > > > > > inves dele retornar, por exemplo, "ASCII text", ele retorna algo do > > > tipo: > > > > > > > > > > # file appserver.ini > > > > > appserver.ini: data > > > > > > > > > > Quando edito o arquivo, h? caracteres estranhos no in?cio, meio ou > > > final > > > > do > > > > > arquivo. > > > > > > > > > > J? tentei rodar um strace no PID do processo, mas n?o me esclareceu > > > muita > > > > > coisa: > > > > > > > > > > unfinished ...> > > > > > 4645 write(384, > > > > > > "C\0\0\0(\0\0\0\v\0\0\0\0\0\0\0\0\0\0\0S\1\20\0\0\0\0\0\0\0\0\0"..., > > > 71) > > > > = > > > > > 71 > > > > > 8913 <... write resumed> ) = 80 > > > > > <...etc> > > > > > 9069 write(1, "/appserver.ini RESTORED IN MEMOR"..., 4096) = 4096 > > > > > > > > > > 22886 write(242, "\25\3\3\0\32}u\f\274\210 > > > > > \320X\334\227xnW\347\\cCH\227\354\365\20/\206g,", 31) = -1 EBADF > (Bad > > > > file > > > > > descriptor) > > > > > 22886 write(7, "\n2021-01-27T13:06:21.617032-03:0"..., 130) = 130 > > > > > 22886 write(7, "\n2021-01-27T13:06:21.620391-03:0"..., 154) = 154 > > > > > 22886 write(7, "\n2021-01-27T13:06:21.620615-03:0"..., 113) = 113 > > > > > 22886 write(1, "/jss/jobservice7/appserver.ini *"..., 4096) = 4096 > > > > > 22886 write(7, "\n2021-01-27T13:06:21.620902-03:0"..., 135) = 135 > > > > > > > > > > Me parece ser algo do tipo: algum child process/fork no processo > PAI > > > > tenta > > > > > ler/escrever no arquivo enquanto algum outro child est? com o mesmo > > > > aberto > > > > > ou algo do tipo.. > > > > > Mas como posso descobrir isso (sem debugar por dentro da aplica??o, > > > pois > > > > > n?o temos acesso ao c?digo?) H? alguma coisa que eu poderia fazer > > para > > > > > tentar mitigar o problema e descobrir exatamente o processo que > est? > > > > > escrevendo, de forma aleatoria, no arquivo? > > > > > > > > > > -- > > > > > *Esta mensagem pode conter informa??es confidenciais ou > > privilegiadas, > > > > > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio > > ou a > > > > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > > > > > divulgar as informa??es nela contidas ou tomar qualquer a??o > baseada > > > > > nessas > > > > > informa??es. Se voc? recebeu esta mensagem por engano, por favor > > avise > > > > > imediatamente ao remetente, respondendo o e-mail e em seguida > > apague-o. > > > > > Agradecemos sua coopera??o.* > > > > > __ > > > > > masoch-l list > > > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > __ > > > > > masoch-l list > > > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > > > > > > > -- > > > > *Esta mensagem pode conter informa??es confidenciais ou > privilegiadas, > > > > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio > ou a > > > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > > > > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > > > > nessas > > > > informa??es. Se voc? recebeu esta mensagem por engano, por favor > avise > > > > imediatamente ao remetente, respondendo o e-mail e em seguida > apague-o. > > > > Agradecemos sua coopera??o.* > > > > __ > > > > masoch-l list > > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > __ > > > masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > -- > > *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, > > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > > nessas > > informa??es. Se voc? recebeu esta mensagem por engano, por favor avise > > imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. > > Agradecemos sua coopera??o.* > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From rejaine at bhz.jamef.com.br Wed Jan 27 17:17:27 2021 From: rejaine at bhz.jamef.com.br (Rejaine Silveira Monteiro) Date: Wed, 27 Jan 2021 17:17:27 -0300 Subject: [MASOCH-L] arquivo corrompendo mesmo com chattr In-Reply-To: References: <1942743683.15505062.1611773546544.JavaMail.zimbra@redeunifique.com.br> Message-ID: o arquivo de configura??o n?o tem nenhum link f?sico ou simb?lico.. mas o bin?rio sim, tem link simb?lico.. ? uma pista de repente fazer um teste rodar ele sem o link Em qua., 27 de jan. de 2021 ?s 17:10, Lulyis escreveu: > Rejane, > > O arquivo n?o tem nenhum link f?sico? > > > --lulyis > > . > ..: > UL236783 > *I.F.T.* > > > > On Wed, Jan 27, 2021 at 4:51 PM Rejaine Silveira Monteiro < > rejaine at bhz.jamef.com.br> wrote: > > > Sim, ja passei isso pra eles avalarem, mas nossa vers?o ? bem mais > recente > > do que essa.. > > Inclusive j? tem gente da Totvs analisando esse problema nessa ?ltima > > vers?o ... > > Eu s? queria mesmo tentar ajudar a analisar o problema por fora , pois > est? > > nos dando muita dor de cabe?a ter q reiniciar o app que apresentar > > problema, para voltar o backup do arquivo e configura??o (j? fiz ate um > > script para checar e acertar de hora em hora..) > > Queria ver um jeito de tentar descobrir quando isso ocorre e porque.. o > > debug q colocaram nao pegou isso.. mas vou aguardar eles enviarem uma > nova > > versao para debugar... > > > > > > > > Em qua., 27 de jan. de 2021 ?s 16:37, Conrado De Biasi < > debiasi at gmail.com> > > escreveu: > > > > > Qual vers?o do protheus ? > > > > > > Parece que tem esse bug e foi corrigido a partir desta vers?o: > > > > > > > > > https://tdn.engpro.totvs.com.br/display/tec/Application+Server+-+17.3.0.19 > > > > > > > > > ----- > > > De Biasi, Conrado > > > debiasi at gmail.com > > > > > > > > > Em qua., 27 de jan. de 2021 ?s 15:58, Rejaine Silveira Monteiro < > > > rejaine at bhz.jamef.com.br> escreveu: > > > > > > > isso j? foi feito, n?o tem nada al?m do pr?prio app quem est? > > > > acessando/escrevendo o arquivo.. a quest?o ? descobrir em que ponto > ele > > > faz > > > > isso.. > > > > > > > > > > > > > > > > Em qua., 27 de jan. de 2021 ?s 15:52, Jardel Fabricio Fortkamp De > > Araujo > > > < > > > > jardel.araujo at redeunifique.com.br> escreveu: > > > > > > > > > Acredito que voc? consiga pegar quais processo acessam esse arquivo > > > > usando > > > > > o comando lsof. > > > > > Daria para rodar um loop do lsof em backgroup para ficar > monitorando > > e > > > > ver > > > > > se aparece algum processo diferente que acessa esse arquivo. > > > > > > > > > > > > > > > Jardel Fabricio Fortkamp de Araujo > > > > > Data Center | Unifique - Timb? > > > > > [ mailto:jardel.araujo at redeunifique.com.br | > > > > > jardel.araujo at redeunifique.com.br ] [ > > https://unifique.com.br/ > > > ] > > > > > > > > > > > > > > > ----- Mensagem original ----- > > > > > De: "Rejaine Silveira Monteiro" > > > > > Para: "Mail Aid and Succor, On-line Comfort and Help" < > > > > > masoch-l at eng.registro.br> > > > > > Enviadas: Quarta-feira, 27 de janeiro de 2021 14:39:02 > > > > > Assunto: [MASOCH-L] arquivo corrompendo mesmo com chattr > > > > > > > > > > Oi pessoal, > > > > > > > > > > Estou com uma situa??o um tanto bizarra.. Rodo um app no Liniux > > SLES12 > > > > > de terceiros (Totvs/Protheus) > > > > > > > > > > Esse app l? um arquivo de configura??o (um txt chamado > appserver.ini > > ) > > > e > > > > > volta e meia esse arquivo de configura??o aparece corrompido. > > > > > > > > > > O desenvolvedor j? tentou colocar um debug na aplica??o , mas ainda > > n?o > > > > > encontrou nada.. Disseram que o app n?o deveria escrever no > arquivo > > > > > (exceto em situa??es muito pontuais e que , segundo ele, n?o parece > > > ser o > > > > > caso) Logo sobrou a culpa para o SO, que supostamente (e por algum > > > motivo > > > > > muito bizarro) estaria despejando algum lixo no arquivo... (o que > > acho > > > > > dif?cil, mas vamos l?) > > > > > > > > > > De in?cio j? descartamos problema de hardware/mem?ria e afins, pois > > > > ocorre > > > > > o problema em m?quinas diferentes (sejam virtuais ou f?sicas) > > > > > > > > > > Executo o comando file para detectar quando o arquivo est? > > corrompido e > > > > ao > > > > > inves dele retornar, por exemplo, "ASCII text", ele retorna algo do > > > tipo: > > > > > > > > > > # file appserver.ini > > > > > appserver.ini: data > > > > > > > > > > Quando edito o arquivo, h? caracteres estranhos no in?cio, meio ou > > > final > > > > do > > > > > arquivo. > > > > > > > > > > J? tentei rodar um strace no PID do processo, mas n?o me esclareceu > > > muita > > > > > coisa: > > > > > > > > > > unfinished ...> > > > > > 4645 write(384, > > > > > > "C\0\0\0(\0\0\0\v\0\0\0\0\0\0\0\0\0\0\0S\1\20\0\0\0\0\0\0\0\0\0"..., > > > 71) > > > > = > > > > > 71 > > > > > 8913 <... write resumed> ) = 80 > > > > > <...etc> > > > > > 9069 write(1, "/appserver.ini RESTORED IN MEMOR"..., 4096) = 4096 > > > > > > > > > > 22886 write(242, "\25\3\3\0\32}u\f\274\210 > > > > > \320X\334\227xnW\347\\cCH\227\354\365\20/\206g,", 31) = -1 EBADF > (Bad > > > > file > > > > > descriptor) > > > > > 22886 write(7, "\n2021-01-27T13:06:21.617032-03:0"..., 130) = 130 > > > > > 22886 write(7, "\n2021-01-27T13:06:21.620391-03:0"..., 154) = 154 > > > > > 22886 write(7, "\n2021-01-27T13:06:21.620615-03:0"..., 113) = 113 > > > > > 22886 write(1, "/jss/jobservice7/appserver.ini *"..., 4096) = 4096 > > > > > 22886 write(7, "\n2021-01-27T13:06:21.620902-03:0"..., 135) = 135 > > > > > > > > > > Me parece ser algo do tipo: algum child process/fork no processo > PAI > > > > tenta > > > > > ler/escrever no arquivo enquanto algum outro child est? com o mesmo > > > > aberto > > > > > ou algo do tipo.. > > > > > Mas como posso descobrir isso (sem debugar por dentro da aplica??o, > > > pois > > > > > n?o temos acesso ao c?digo?) H? alguma coisa que eu poderia fazer > > para > > > > > tentar mitigar o problema e descobrir exatamente o processo que > est? > > > > > escrevendo, de forma aleatoria, no arquivo? > > > > > > > > > > -- > > > > > *Esta mensagem pode conter informa??es confidenciais ou > > privilegiadas, > > > > > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio > > ou a > > > > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > > > > > divulgar as informa??es nela contidas ou tomar qualquer a??o > baseada > > > > > nessas > > > > > informa??es. Se voc? recebeu esta mensagem por engano, por favor > > avise > > > > > imediatamente ao remetente, respondendo o e-mail e em seguida > > apague-o. > > > > > Agradecemos sua coopera??o.* > > > > > __ > > > > > masoch-l list > > > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > __ > > > > > masoch-l list > > > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > > > > > > > -- > > > > *Esta mensagem pode conter informa??es confidenciais ou > privilegiadas, > > > > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio > ou a > > > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > > > > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > > > > nessas > > > > informa??es. Se voc? recebeu esta mensagem por engano, por favor > avise > > > > imediatamente ao remetente, respondendo o e-mail e em seguida > apague-o. > > > > Agradecemos sua coopera??o.* > > > > __ > > > > masoch-l list > > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > __ > > > masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > -- > > *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, > > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > > nessas > > informa??es. Se voc? recebeu esta mensagem por engano, por favor avise > > imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. > > Agradecemos sua coopera??o.* > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou divulgar as informa??es nela contidas ou tomar qualquer a??o baseada nessas informa??es. Se voc? recebeu esta mensagem por engano, por favor avise imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua coopera??o.* From lulyis at gmail.com Wed Jan 27 18:03:53 2021 From: lulyis at gmail.com (Lulyis) Date: Wed, 27 Jan 2021 18:03:53 -0300 Subject: [MASOCH-L] arquivo corrompendo mesmo com chattr In-Reply-To: References: <1942743683.15505062.1611773546544.JavaMail.zimbra@redeunifique.com.br> Message-ID: sim, porque mesmo vc altere e corrija, ele volta a apontar para o blocos originais, trocando o conte?do. Att, --lulyis . ..: UL236783 *I.F.T.* On Wed, Jan 27, 2021 at 5:17 PM Rejaine Silveira Monteiro < rejaine at bhz.jamef.com.br> wrote: > o arquivo de configura??o n?o tem nenhum link f?sico ou simb?lico.. > mas o bin?rio sim, tem link simb?lico.. ? uma pista de repente fazer um > teste rodar ele sem o link > > > > > Em qua., 27 de jan. de 2021 ?s 17:10, Lulyis escreveu: > > > Rejane, > > > > O arquivo n?o tem nenhum link f?sico? > > > > > > --lulyis > > > > . > > ..: > > UL236783 > > *I.F.T.* > > > > > > > > On Wed, Jan 27, 2021 at 4:51 PM Rejaine Silveira Monteiro < > > rejaine at bhz.jamef.com.br> wrote: > > > > > Sim, ja passei isso pra eles avalarem, mas nossa vers?o ? bem mais > > recente > > > do que essa.. > > > Inclusive j? tem gente da Totvs analisando esse problema nessa ?ltima > > > vers?o ... > > > Eu s? queria mesmo tentar ajudar a analisar o problema por fora , pois > > est? > > > nos dando muita dor de cabe?a ter q reiniciar o app que apresentar > > > problema, para voltar o backup do arquivo e configura??o (j? fiz ate > um > > > script para checar e acertar de hora em hora..) > > > Queria ver um jeito de tentar descobrir quando isso ocorre e porque.. o > > > debug q colocaram nao pegou isso.. mas vou aguardar eles enviarem uma > > nova > > > versao para debugar... > > > > > > > > > > > > Em qua., 27 de jan. de 2021 ?s 16:37, Conrado De Biasi < > > debiasi at gmail.com> > > > escreveu: > > > > > > > Qual vers?o do protheus ? > > > > > > > > Parece que tem esse bug e foi corrigido a partir desta vers?o: > > > > > > > > > > > > > > https://tdn.engpro.totvs.com.br/display/tec/Application+Server+-+17.3.0.19 > > > > > > > > > > > > ----- > > > > De Biasi, Conrado > > > > debiasi at gmail.com > > > > > > > > > > > > Em qua., 27 de jan. de 2021 ?s 15:58, Rejaine Silveira Monteiro < > > > > rejaine at bhz.jamef.com.br> escreveu: > > > > > > > > > isso j? foi feito, n?o tem nada al?m do pr?prio app quem est? > > > > > acessando/escrevendo o arquivo.. a quest?o ? descobrir em que ponto > > ele > > > > faz > > > > > isso.. > > > > > > > > > > > > > > > > > > > > Em qua., 27 de jan. de 2021 ?s 15:52, Jardel Fabricio Fortkamp De > > > Araujo > > > > < > > > > > jardel.araujo at redeunifique.com.br> escreveu: > > > > > > > > > > > Acredito que voc? consiga pegar quais processo acessam esse > arquivo > > > > > usando > > > > > > o comando lsof. > > > > > > Daria para rodar um loop do lsof em backgroup para ficar > > monitorando > > > e > > > > > ver > > > > > > se aparece algum processo diferente que acessa esse arquivo. > > > > > > > > > > > > > > > > > > Jardel Fabricio Fortkamp de Araujo > > > > > > Data Center | Unifique - Timb? > > > > > > [ mailto:jardel.araujo at redeunifique.com.br | > > > > > > jardel.araujo at redeunifique.com.br ] [ > > > https://unifique.com.br/ > > > > ] > > > > > > > > > > > > > > > > > > ----- Mensagem original ----- > > > > > > De: "Rejaine Silveira Monteiro" > > > > > > Para: "Mail Aid and Succor, On-line Comfort and Help" < > > > > > > masoch-l at eng.registro.br> > > > > > > Enviadas: Quarta-feira, 27 de janeiro de 2021 14:39:02 > > > > > > Assunto: [MASOCH-L] arquivo corrompendo mesmo com chattr > > > > > > > > > > > > Oi pessoal, > > > > > > > > > > > > Estou com uma situa??o um tanto bizarra.. Rodo um app no Liniux > > > SLES12 > > > > > > de terceiros (Totvs/Protheus) > > > > > > > > > > > > Esse app l? um arquivo de configura??o (um txt chamado > > appserver.ini > > > ) > > > > e > > > > > > volta e meia esse arquivo de configura??o aparece corrompido. > > > > > > > > > > > > O desenvolvedor j? tentou colocar um debug na aplica??o , mas > ainda > > > n?o > > > > > > encontrou nada.. Disseram que o app n?o deveria escrever no > > arquivo > > > > > > (exceto em situa??es muito pontuais e que , segundo ele, n?o > parece > > > > ser o > > > > > > caso) Logo sobrou a culpa para o SO, que supostamente (e por > algum > > > > motivo > > > > > > muito bizarro) estaria despejando algum lixo no arquivo... (o que > > > acho > > > > > > dif?cil, mas vamos l?) > > > > > > > > > > > > De in?cio j? descartamos problema de hardware/mem?ria e afins, > pois > > > > > ocorre > > > > > > o problema em m?quinas diferentes (sejam virtuais ou f?sicas) > > > > > > > > > > > > Executo o comando file para detectar quando o arquivo est? > > > corrompido e > > > > > ao > > > > > > inves dele retornar, por exemplo, "ASCII text", ele retorna algo > do > > > > tipo: > > > > > > > > > > > > # file appserver.ini > > > > > > appserver.ini: data > > > > > > > > > > > > Quando edito o arquivo, h? caracteres estranhos no in?cio, meio > ou > > > > final > > > > > do > > > > > > arquivo. > > > > > > > > > > > > J? tentei rodar um strace no PID do processo, mas n?o me > esclareceu > > > > muita > > > > > > coisa: > > > > > > > > > > > > unfinished ...> > > > > > > 4645 write(384, > > > > > > > > "C\0\0\0(\0\0\0\v\0\0\0\0\0\0\0\0\0\0\0S\1\20\0\0\0\0\0\0\0\0\0"..., > > > > 71) > > > > > = > > > > > > 71 > > > > > > 8913 <... write resumed> ) = 80 > > > > > > <...etc> > > > > > > 9069 write(1, "/appserver.ini RESTORED IN MEMOR"..., 4096) = > 4096 > > > > > > > > > > > > 22886 write(242, "\25\3\3\0\32}u\f\274\210 > > > > > > \320X\334\227xnW\347\\cCH\227\354\365\20/\206g,", 31) = -1 EBADF > > (Bad > > > > > file > > > > > > descriptor) > > > > > > 22886 write(7, "\n2021-01-27T13:06:21.617032-03:0"..., 130) = 130 > > > > > > 22886 write(7, "\n2021-01-27T13:06:21.620391-03:0"..., 154) = 154 > > > > > > 22886 write(7, "\n2021-01-27T13:06:21.620615-03:0"..., 113) = 113 > > > > > > 22886 write(1, "/jss/jobservice7/appserver.ini *"..., 4096) = > 4096 > > > > > > 22886 write(7, "\n2021-01-27T13:06:21.620902-03:0"..., 135) = 135 > > > > > > > > > > > > Me parece ser algo do tipo: algum child process/fork no processo > > PAI > > > > > tenta > > > > > > ler/escrever no arquivo enquanto algum outro child est? com o > mesmo > > > > > aberto > > > > > > ou algo do tipo.. > > > > > > Mas como posso descobrir isso (sem debugar por dentro da > aplica??o, > > > > pois > > > > > > n?o temos acesso ao c?digo?) H? alguma coisa que eu poderia fazer > > > para > > > > > > tentar mitigar o problema e descobrir exatamente o processo que > > est? > > > > > > escrevendo, de forma aleatoria, no arquivo? > > > > > > > > > > > > -- > > > > > > *Esta mensagem pode conter informa??es confidenciais ou > > > privilegiadas, > > > > > > sendo seu sigilo protegido por lei. Se voc? n?o for o > destinat?rio > > > ou a > > > > > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar > ou > > > > > > divulgar as informa??es nela contidas ou tomar qualquer a??o > > baseada > > > > > > nessas > > > > > > informa??es. Se voc? recebeu esta mensagem por engano, por favor > > > avise > > > > > > imediatamente ao remetente, respondendo o e-mail e em seguida > > > apague-o. > > > > > > Agradecemos sua coopera??o.* > > > > > > __ > > > > > > masoch-l list > > > > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > __ > > > > > > masoch-l list > > > > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > > > > > > > > > > -- > > > > > *Esta mensagem pode conter informa??es confidenciais ou > > privilegiadas, > > > > > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio > > ou a > > > > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > > > > > divulgar as informa??es nela contidas ou tomar qualquer a??o > baseada > > > > > nessas > > > > > informa??es. Se voc? recebeu esta mensagem por engano, por favor > > avise > > > > > imediatamente ao remetente, respondendo o e-mail e em seguida > > apague-o. > > > > > Agradecemos sua coopera??o.* > > > > > __ > > > > > masoch-l list > > > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > > > __ > > > > masoch-l list > > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > > > > -- > > > *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, > > > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a > > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > > > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > > > nessas > > > informa??es. Se voc? recebeu esta mensagem por engano, por favor avise > > > imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. > > > Agradecemos sua coopera??o.* > > > __ > > > masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > -- > *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > nessas > informa??es. Se voc? recebeu esta mensagem por engano, por favor avise > imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. > Agradecemos sua coopera??o.* > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From bruno at openline.com.br Wed Jan 27 18:17:42 2021 From: bruno at openline.com.br (Bruno Cabral) Date: Wed, 27 Jan 2021 21:17:42 +0000 Subject: [MASOCH-L] Duvidas gerencialmento memoria Linux In-Reply-To: References: Message-ID: N?o sei se ? lenda mas eu sempre escutei que o swap deve ser pelo menos 2x o tamanho da RAM Pra 96G de RAM, 1G de cache vai encher r?pido... !3runo -- Cursos e Consultoria BGP e OSPF ________________________________ De: masoch-l em nome de Rejaine Silveira Monteiro Enviado: quarta-feira, 27 de janeiro de 2021 16:22 Para: Mail Aid and Succor, On-line Comfort and Help Assunto: [MASOCH-L] Duvidas gerencialmento memoria Linux Sabe-se que o Linux sempre tentar? usar RAM livre para armazenar v?rias coisas (subir em cache/buffers o m?ximo de coisas para tornar o sistema mais r?pido) Assim, o comando free quase sempre mostrar? pouca mem?ria livre , mas na verdade a mem?ria livre que "IMPORTA" ? a que esta na coluna 'free' da linha - / + buffers / cache , conforme exemplo abaixo: # free -m total used free shared buffers cached Mem: 96684 94859 1825 13 4 29740 -/+ buffers/cache: 65114 *31570* Swap: 1023 1023 0 Na primeira linha, supostamente temos apenas 1.8G livre, por?m na segunda linha, a coluna free mostra que h?, de verdade, 31G livre/dispon?vel. Se h? 31G livre , porque a linha a terceira linha mostra que o swap foi totalmente usado? Porque n?o liberou/usou a ?rea em cache/buffers para subir e/ou processas as rotinas que requisitaram mem?ria? Sera que o que estava em cache/buffers estavam sendo usados e realmente houve necessidade de subir mais coisas pra mem?ria 'real'? # egrep --color 'Mem|Cache|Swap' /proc/meminfo MemTotal: 99005368 kB MemFree: 1159180 kB MemAvailable: 30661228 kB Cached: 394952 kB SwapCached: 63092 kB SwapTotal: 1048572 kB SwapFree: 904 kB O mesmo comportamento pode ser visto no comando acima: J? estou usando os parametros abaixo : #swappiness: Controla como o kernel realiza as trocas de cache na RAM. Ao aumentar esse valor, aumentar? a quantidade de trocas. O valor padr?o ? 60, colocando 10 significa qu e a Swap s? ser? usada quando a RAM atingir 90% (valor default: 60). vm.swappiness=10 #vfs_cache_pressure: Controla a tend?ncia do kernel para recuperar a mem?ria que ? usada no cache do sistema virtual de arquivos. O valor 50 ? o ideal, valores mais altos pode m deixar o sistema lento e muito baixos reduzem o uso do cache (valor default: 100). vm.vfs_cache_pressure=50 Realmente est? faltando RAM? E o cache, pq n?o ? usado preferencialmente ao swap? Mesmo executando o comando abaixo para limpar drop_caches, n?o est? liberando o cache... Significa de fato que n?o tenho mem?ria free/dipon?vel? Ent?o porque o free mostra e egrep acima mostrou que h? mem?ria dispon?vel? sync ; echo 1 > /proc/sys/vm/drop_caches -- *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou divulgar as informa??es nela contidas ou tomar qualquer a??o baseada nessas informa??es. Se voc? recebeu esta mensagem por engano, por favor avise imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua coopera??o.* __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From bruno at openline.com.br Wed Jan 27 18:18:45 2021 From: bruno at openline.com.br (Bruno Cabral) Date: Wed, 27 Jan 2021 21:18:45 +0000 Subject: [MASOCH-L] arquivo corrompendo mesmo com chattr In-Reply-To: References: , Message-ID: o arquivo est? em qual sistema de arquivos (ext4, zfs, xfs, reiserfs, outro?)? ________________________________ De: masoch-l em nome de Rejaine Silveira Monteiro Enviado: quarta-feira, 27 de janeiro de 2021 15:46 Para: Mail Aid and Succor, On-line Comfort and Help Assunto: Re: [MASOCH-L] arquivo corrompendo mesmo com chattr n?o se trata de acentua??o, ? lixo mesmo.. eu edito o arquivo e vejo o lixo l?, um tanto de caracter estranho e codifica??es.. (e quando tem algum acento ele mostra como UTF-8 Unicode text) acerto o arquivo, ele volta a mostrar como TXT mas depois de um tempo o lixo volta.. protegendo o arquivo com chmod 0555 n?o resolve, pq o processo roda como root (exigencia do fornecedor/desenvolvedor) tentei usar o chattr +i para proteger o arquivo (at? contra altera??o pelo usu?rio root), o app n?o funciona pq da erro na abertura do arquivo :( Em qua., 27 de jan. de 2021 ?s 15:27, Conrado De Biasi escreveu: > Boa tarde ! > > > Isso dele aparecer como data ? que pode ter acentua??o no arquivo ou vir do > windows e estar com o carriage return do windows. D? um cat -v no arquivo > que d? pra ver. > > pra saber se tem algum processo com ele preso pode usar o fuser e/ou lsof. > > > > ----- > De Biasi, Conrado > debiasi at gmail.com > > > Em qua., 27 de jan. de 2021 ?s 14:39, Rejaine Silveira Monteiro < > rejaine at bhz.jamef.com.br> escreveu: > > > Oi pessoal, > > > > Estou com uma situa??o um tanto bizarra.. Rodo um app no Liniux SLES12 > > de terceiros (Totvs/Protheus) > > > > Esse app l? um arquivo de configura??o (um txt chamado appserver.ini ) e > > volta e meia esse arquivo de configura??o aparece corrompido. > > > > O desenvolvedor j? tentou colocar um debug na aplica??o , mas ainda n?o > > encontrou nada.. Disseram que o app n?o deveria escrever no arquivo > > (exceto em situa??es muito pontuais e que , segundo ele, n?o parece ser o > > caso) Logo sobrou a culpa para o SO, que supostamente (e por algum motivo > > muito bizarro) estaria despejando algum lixo no arquivo... (o que acho > > dif?cil, mas vamos l?) > > > > De in?cio j? descartamos problema de hardware/mem?ria e afins, pois > ocorre > > o problema em m?quinas diferentes (sejam virtuais ou f?sicas) > > > > Executo o comando file para detectar quando o arquivo est? corrompido e > ao > > inves dele retornar, por exemplo, "ASCII text", ele retorna algo do tipo: > > > > # file appserver.ini > > appserver.ini: data > > > > Quando edito o arquivo, h? caracteres estranhos no in?cio, meio ou final > do > > arquivo. > > > > J? tentei rodar um strace no PID do processo, mas n?o me esclareceu muita > > coisa: > > > > unfinished ...> > > 4645 write(384, > > "C\0\0\0(\0\0\0\v\0\0\0\0\0\0\0\0\0\0\0S\1\20\0\0\0\0\0\0\0\0\0"..., 71) > = > > 71 > > 8913 <... write resumed> ) = 80 > > <...etc> > > 9069 write(1, "/appserver.ini RESTORED IN MEMOR"..., 4096) = 4096 > > > > 22886 write(242, "\25\3\3\0\32}u\f\274\210 > > \320X\334\227xnW\347\\cCH\227\354\365\20/\206g,", 31) = -1 EBADF (Bad > file > > descriptor) > > 22886 write(7, "\n2021-01-27T13:06:21.617032-03:0"..., 130) = 130 > > 22886 write(7, "\n2021-01-27T13:06:21.620391-03:0"..., 154) = 154 > > 22886 write(7, "\n2021-01-27T13:06:21.620615-03:0"..., 113) = 113 > > 22886 write(1, "/jss/jobservice7/appserver.ini *"..., 4096) = 4096 > > 22886 write(7, "\n2021-01-27T13:06:21.620902-03:0"..., 135) = 135 > > > > Me parece ser algo do tipo: algum child process/fork no processo PAI > tenta > > ler/escrever no arquivo enquanto algum outro child est? com o mesmo > aberto > > ou algo do tipo.. > > Mas como posso descobrir isso (sem debugar por dentro da aplica??o, pois > > n?o temos acesso ao c?digo?) H? alguma coisa que eu poderia fazer para > > tentar mitigar o problema e descobrir exatamente o processo que est? > > escrevendo, de forma aleatoria, no arquivo? > > > > -- > > *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, > > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > > nessas > > informa??es. Se voc? recebeu esta mensagem por engano, por favor avise > > imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. > > Agradecemos sua coopera??o.* > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou divulgar as informa??es nela contidas ou tomar qualquer a??o baseada nessas informa??es. Se voc? recebeu esta mensagem por engano, por favor avise imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua coopera??o.* __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From bruno at openline.com.br Wed Jan 27 18:20:24 2021 From: bruno at openline.com.br (Bruno Cabral) Date: Wed, 27 Jan 2021 21:20:24 +0000 Subject: [MASOCH-L] arquivo corrompendo mesmo com chattr In-Reply-To: References: <1942743683.15505062.1611773546544.JavaMail.zimbra@redeunifique.com.br> , Message-ID: Voce tentou colocar sync nas op??es de montagem da parti??o onde est? o arquivo? !3runo Cabral -- Cursos e Consultoria BGP e OSPF ________________________________ De: masoch-l em nome de Rejaine Silveira Monteiro Enviado: quarta-feira, 27 de janeiro de 2021 16:51 Para: Mail Aid and Succor, On-line Comfort and Help Assunto: Re: [MASOCH-L] arquivo corrompendo mesmo com chattr Sim, ja passei isso pra eles avalarem, mas nossa vers?o ? bem mais recente do que essa.. Inclusive j? tem gente da Totvs analisando esse problema nessa ?ltima vers?o ... Eu s? queria mesmo tentar ajudar a analisar o problema por fora , pois est? nos dando muita dor de cabe?a ter q reiniciar o app que apresentar problema, para voltar o backup do arquivo e configura??o (j? fiz ate um script para checar e acertar de hora em hora..) Queria ver um jeito de tentar descobrir quando isso ocorre e porque.. o debug q colocaram nao pegou isso.. mas vou aguardar eles enviarem uma nova versao para debugar... Em qua., 27 de jan. de 2021 ?s 16:37, Conrado De Biasi escreveu: > Qual vers?o do protheus ? > > Parece que tem esse bug e foi corrigido a partir desta vers?o: > > https://tdn.engpro.totvs.com.br/display/tec/Application+Server+-+17.3.0.19 > > > ----- > De Biasi, Conrado > debiasi at gmail.com > > > Em qua., 27 de jan. de 2021 ?s 15:58, Rejaine Silveira Monteiro < > rejaine at bhz.jamef.com.br> escreveu: > > > isso j? foi feito, n?o tem nada al?m do pr?prio app quem est? > > acessando/escrevendo o arquivo.. a quest?o ? descobrir em que ponto ele > faz > > isso.. > > > > > > > > Em qua., 27 de jan. de 2021 ?s 15:52, Jardel Fabricio Fortkamp De Araujo > < > > jardel.araujo at redeunifique.com.br> escreveu: > > > > > Acredito que voc? consiga pegar quais processo acessam esse arquivo > > usando > > > o comando lsof. > > > Daria para rodar um loop do lsof em backgroup para ficar monitorando e > > ver > > > se aparece algum processo diferente que acessa esse arquivo. > > > > > > > > > Jardel Fabricio Fortkamp de Araujo > > > Data Center | Unifique - Timb? > > > [ mailto:jardel.araujo at redeunifique.com.br | > > > jardel.araujo at redeunifique.com.br ] [ https://unifique.com.br/ > ] > > > > > > > > > ----- Mensagem original ----- > > > De: "Rejaine Silveira Monteiro" > > > Para: "Mail Aid and Succor, On-line Comfort and Help" < > > > masoch-l at eng.registro.br> > > > Enviadas: Quarta-feira, 27 de janeiro de 2021 14:39:02 > > > Assunto: [MASOCH-L] arquivo corrompendo mesmo com chattr > > > > > > Oi pessoal, > > > > > > Estou com uma situa??o um tanto bizarra.. Rodo um app no Liniux SLES12 > > > de terceiros (Totvs/Protheus) > > > > > > Esse app l? um arquivo de configura??o (um txt chamado appserver.ini ) > e > > > volta e meia esse arquivo de configura??o aparece corrompido. > > > > > > O desenvolvedor j? tentou colocar um debug na aplica??o , mas ainda n?o > > > encontrou nada.. Disseram que o app n?o deveria escrever no arquivo > > > (exceto em situa??es muito pontuais e que , segundo ele, n?o parece > ser o > > > caso) Logo sobrou a culpa para o SO, que supostamente (e por algum > motivo > > > muito bizarro) estaria despejando algum lixo no arquivo... (o que acho > > > dif?cil, mas vamos l?) > > > > > > De in?cio j? descartamos problema de hardware/mem?ria e afins, pois > > ocorre > > > o problema em m?quinas diferentes (sejam virtuais ou f?sicas) > > > > > > Executo o comando file para detectar quando o arquivo est? corrompido e > > ao > > > inves dele retornar, por exemplo, "ASCII text", ele retorna algo do > tipo: > > > > > > # file appserver.ini > > > appserver.ini: data > > > > > > Quando edito o arquivo, h? caracteres estranhos no in?cio, meio ou > final > > do > > > arquivo. > > > > > > J? tentei rodar um strace no PID do processo, mas n?o me esclareceu > muita > > > coisa: > > > > > > unfinished ...> > > > 4645 write(384, > > > "C\0\0\0(\0\0\0\v\0\0\0\0\0\0\0\0\0\0\0S\1\20\0\0\0\0\0\0\0\0\0"..., > 71) > > = > > > 71 > > > 8913 <... write resumed> ) = 80 > > > <...etc> > > > 9069 write(1, "/appserver.ini RESTORED IN MEMOR"..., 4096) = 4096 > > > > > > 22886 write(242, "\25\3\3\0\32}u\f\274\210 > > > \320X\334\227xnW\347\\cCH\227\354\365\20/\206g,", 31) = -1 EBADF (Bad > > file > > > descriptor) > > > 22886 write(7, "\n2021-01-27T13:06:21.617032-03:0"..., 130) = 130 > > > 22886 write(7, "\n2021-01-27T13:06:21.620391-03:0"..., 154) = 154 > > > 22886 write(7, "\n2021-01-27T13:06:21.620615-03:0"..., 113) = 113 > > > 22886 write(1, "/jss/jobservice7/appserver.ini *"..., 4096) = 4096 > > > 22886 write(7, "\n2021-01-27T13:06:21.620902-03:0"..., 135) = 135 > > > > > > Me parece ser algo do tipo: algum child process/fork no processo PAI > > tenta > > > ler/escrever no arquivo enquanto algum outro child est? com o mesmo > > aberto > > > ou algo do tipo.. > > > Mas como posso descobrir isso (sem debugar por dentro da aplica??o, > pois > > > n?o temos acesso ao c?digo?) H? alguma coisa que eu poderia fazer para > > > tentar mitigar o problema e descobrir exatamente o processo que est? > > > escrevendo, de forma aleatoria, no arquivo? > > > > > > -- > > > *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, > > > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a > > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > > > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > > > nessas > > > informa??es. Se voc? recebeu esta mensagem por engano, por favor avise > > > imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. > > > Agradecemos sua coopera??o.* > > > __ > > > masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > > > masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > -- > > *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, > > sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a > > pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou > > divulgar as informa??es nela contidas ou tomar qualquer a??o baseada > > nessas > > informa??es. Se voc? recebeu esta mensagem por engano, por favor avise > > imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. > > Agradecemos sua coopera??o.* > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- *Esta mensagem pode conter informa??es confidenciais ou privilegiadas, sendo seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a pessoa autorizada a receber esta mensagem, n?o pode usar, copiar ou divulgar as informa??es nela contidas ou tomar qualquer a??o baseada nessas informa??es. Se voc? recebeu esta mensagem por engano, por favor avise imediatamente ao remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua coopera??o.* __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From fabriciofx at gmail.com Wed Jan 27 19:23:08 2021 From: fabriciofx at gmail.com (=?UTF-8?Q?Fabr=C3=ADcio_Cabral?=) Date: Wed, 27 Jan 2021 19:23:08 -0300 Subject: [MASOCH-L] arquivo corrompendo mesmo com chattr In-Reply-To: References: Message-ID: Ol? Rejane! O desenvolvedor j? tentou colocar um debug na aplica??o , mas ainda n?o > encontrou nada.. Disseram que o app n?o deveria escrever no arquivo > (exceto em situa??es muito pontuais e que , segundo ele, n?o parece ser o > caso) Logo sobrou a culpa para o SO, que supostamente (e por algum motivo > muito bizarro) estaria despejando algum lixo no arquivo... (o que acho > dif?cil, mas vamos l?) > Eu acho MUITO dif?cil ser coisa do SO, pois se fosse, algu?m j? teria tido o mesmo problema (a base de utiliza??o ? enorme) e o pessoal do kernel j? teria corrigido. Quanto ao "(exceto em situa??es muito pontuais e que , segundo ele, n?o parece ser o caso)" , isto est? me cheirando problemas na aplica??o, como: - abrir o arquivo e n?o fech?-lo; - n?o dar um flush no arquivo quando este ? salvo; - uma race condition. Assim, pode jogar essa "bronca" pro pessoal da TOTVS que ? toda deles. At.te. From leandro at spfbl.net Sun Jan 31 11:59:10 2021 From: leandro at spfbl.net (Leandro) Date: Sun, 31 Jan 2021 11:59:10 -0300 Subject: [MASOCH-L] =?utf-8?q?Novo_risco_de_seguran=C3=A7a?= Message-ID: Bom dia pessoal! Acabei de me deparar com essa duas mat?rias e achei importante compartilhar: - https://www.bleepingcomputer.com/news/security/perlcom-domain-stolen-now-using-ip-address-tied-to-malware/ - https://www.reddit.com/r/sysadmin/comments/l9asw7/spamcop_domain_expiredparked/ Eu n?o sei exatamente os detalhes das implica??es de cada caso, mas estejam preparados pois existe um risco muito grande do volume de phishing explodir nos pr?ximos dias, pois o primeiro evento tem potencial de contribuir para a vulnerabilidade de sistemas de envio de email e aplica??es web e o segundo evento contribui para a vulnerabilidade de sistemas de recebimento de email. Att., Leandro SPFBL.net