OpenVZ Forum


Home » Mailing lists » Users » weird filesystem corruption issues
Re: weird filesystem corruption issues [message #48244 is a reply to message #48243] Tue, 09 October 2012 13:53 Go to previous messageGo to previous message
Kirill Korotaev is currently offline  Kirill Korotaev
Messages: 137
Registered: January 2006
Senior Member
can you provide access and demonstrate this on the real node?
The only guess I have is that some application changes your files in /tmp or you have memory corruptions, so memtest86 is recommended to run anyway.

Thanks,
Kirill


On Oct 9, 2012, at 16:34 , Aleksandar Ivanisevic <aleksandar@ivanisevic.de> wrote:

>
> Hi,
>
> please help me debug this weird issue. This has been happening
> occasionally in my setup for literally years, on at least 10 different
> OVZ kernels.
>
> in VE:
>
> # md5sum /tmp/application.log.backup
> 89024ce67704e3cf2aa9e7b2e2584a60 /tmp/application.log.backup
>
> # gzip > application.log.backup.gz < /tmp/application.log.backup
> # zcat application.log.backup.gz | md5sum
>
> zcat: application.log.backup.gz: unexpected end of file
> 986389b791ee94692da36a56be29392a -
>
> but the next attempt 10 seconds later:
>
> # gzip > application.log.backup.gz < /tmp/application.log.backup
> # /var/log zcat application.log.backup.gz | md5sum
> 89024ce67704e3cf2aa9e7b2e2584a60 -
>
> the file is truncated at the random place.
>
> I can reliably reproduce this by running this in a loop:
>
> root@ /var/log while true; do gzip > application.log.backup.gz < /tmp/application.log.backup ; zcat application.log.backup.gz | md5sum; done
> 89024ce67704e3cf2aa9e7b2e2584a60 -
>
> zcat: application.log.backup.gz: unexpected end of file
> ad830a43ccf4641afc2c0dfd42b3d5b8 -
> 89024ce67704e3cf2aa9e7b2e2584a60 -
> 89024ce67704e3cf2aa9e7b2e2584a60 -
>
> zcat: application.log.backup.gz: unexpected end of file
> a35d71d503b3cfc249409075afd9295f -
> 89024ce67704e3cf2aa9e7b2e2584a60 -
> 89024ce67704e3cf2aa9e7b2e2584a60 -
>
>
> But when I run it from the HN, there is never any issue
>
>
> # while true; do gzip > application.log.backup.gz < /vz/private/1090/tmp/application.log.backup ; zcat application.log.backup.gz | md5sum; done
> 89024ce67704e3cf2aa9e7b2e2584a60 -
> 89024ce67704e3cf2aa9e7b2e2584a60 -
> 89024ce67704e3cf2aa9e7b2e2584a60 -
> 89024ce67704e3cf2aa9e7b2e2584a60 -
> 89024ce67704e3cf2aa9e7b2e2584a60 -
> 89024ce67704e3cf2aa9e7b2e2584a60 -
> 89024ce67704e3cf2aa9e7b2e2584a60 -
> 89024ce67704e3cf2aa9e7b2e2584a60 -
> 89024ce67704e3cf2aa9e7b2e2584a60 -
> 89024ce67704e3cf2aa9e7b2e2584a60 -
> 89024ce67704e3cf2aa9e7b2e2584a60 -
> 89024ce67704e3cf2aa9e7b2e2584a60 -
> 89024ce67704e3cf2aa9e7b2e2584a60 -
>
>
>

Report message to a moderator

[Message index]
 
Read Message
Read Message
Read Message
Previous Topic: advice for quota file location
Next Topic: reboot in CT still does not work
Goto Forum:
  

[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Thu Jul 09 10:29:07 GMT 2026

Total time taken to generate the page: 0.21357 seconds
Powered by FUDforum Powered by Virtuozzo Containers