1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
|
boot: 0.977
socket: 0.976
semantic: 0.973
permissions: 0.972
register: 0.971
graphic: 0.970
debug: 0.967
network: 0.966
architecture: 0.966
device: 0.962
virtual: 0.961
arm: 0.951
assembly: 0.949
performance: 0.947
files: 0.945
user-level: 0.943
vnc: 0.942
mistranslation: 0.939
PID: 0.936
peripherals: 0.929
TCG: 0.928
VMM: 0.925
kernel: 0.924
hypervisor: 0.921
ppc: 0.921
risc-v: 0.913
KVM: 0.899
x86: 0.790
i386: 0.687
qemu-system-ppc64 easily cause file corruption
the qemu-system-ppc64 is used to run Fedora-19 on RHEL 5.3.
Previously I was using QEMU 1.5.x for several months with no problem. But after the RHEL 5.3 host damaged, and rebuilt, now I tried both QEMU 1.6.2 and QEMU 1.7.0, found both can easily cause file corruptions. Symptoms:
* using scp to transfer a tar.bz file from the RHEL 5.3 host to the Fedora-19 PPC VM, found the size is correct, but the content is corrupted from the middle of the 80+ MB file. re-transfer again, got a correct file. But after untar, found some extracted files corrupted.
The extracted file corruption happened several times, and also the filesystem in the VM had corrupted several times, had to restore the boot image to recover.
Correction, the qemu-system-ppc64 is running a VM for RHEL5.9 for PPC, not fedora-19.
Hi, any chance you could try the latest snapshot from git? It has a lot of PPC64 changes. Also, please pass your QEMU command line.
I used the following way to start the VM:
#!/bin/bash
ifconfig -a|grep tap0 >/dev/null 2>&1 || qemu-ifup tap0
qemu-system-ppc64 -hda ppcrhel5.img -cpu POWER7 -machine type=pseries,usb=off -m 768 -nographic -net nic -net tap,ifname=tap0,script=no
qemu-ifdown tap0
I found a CentOS 6.4 machine which has QEMU 1.5.3, and copied the ppcrhel5.img to that machine, and tested, found it's reliable, and no such file and filesystem easy corruption issue. So, it's the 1.6.2 and 1.7.0 have the problem.
I can't test from git: on one box with git, it failed for the pixman missing. and the RHEL 5.3 doesn't have git.
On 10 March 2014 10:00, wzis <email address hidden> wrote:
> I can't test from git: on one box with git, it failed for the pixman
> missing
Did you try the git submodule command that configure
suggests when it can't find pixman? That will pull
in and build a local copy of pixman for QEMU.
thanks
-- PMM
Also, RHEL5 does have git in the EPEL repository.
On my RHEL 5.3 box, there are too many problems to get git work. And on the CentOS 6.4 it has many problem to get pixman, so I just can't test the latest qemu unless you also put the pixman in as 1.7.0 does.
> Date: Mon, 10 Mar 2014 10:53:48 +0000
> From: <email address hidden>
> To: <email address hidden>
> Subject: [Bug 1289898] Re: qemu-system-ppc64 easily cause file corruption
>
> Also, RHEL5 does have git in the EPEL repository.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1289898
>
> Title:
> qemu-system-ppc64 easily cause file corruption
>
> Status in QEMU:
> New
>
> Bug description:
> the qemu-system-ppc64 is used to run RHEL5.9 for IBM Power on RHEL 5.3.
> Previously I was using QEMU 1.5.x for several months with no problem. But after the RHEL 5.3 host damaged, and rebuilt, now I tried both QEMU 1.6.2 and QEMU 1.7.0, found both can easily cause file corruptions. Symptoms:
>
> * using scp to transfer a tar.bz file from the RHEL 5.3 host to the RHEL 5.9 PPC VM, found the size is correct, but the content is corrupted from the middle of the 90+ MB file. re-transfer again, got a correct file. But after untar, found some extracted files corrupted.
> The extracted file corruption happened several times, and also the filesystem in the VM had corrupted several times, had to restore the boot image to recover.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qemu/+bug/1289898/+subscriptions
Yes, I tried that, but it failed due to some php component missing.
> Date: Mon, 10 Mar 2014 10:45:34 +0000
> From: <email address hidden>
> To: <email address hidden>
> Subject: Re: [Qemu-devel] [Bug 1289898] Re: qemu-system-ppc64 easily cause file corruption
>
> On 10 March 2014 10:00, wzis <email address hidden> wrote:
> > I can't test from git: on one box with git, it failed for the pixman
> > missing
>
> Did you try the git submodule command that configure
> suggests when it can't find pixman? That will pull
> in and build a local copy of pixman for QEMU.
>
> thanks
> -- PMM
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1289898
>
> Title:
> qemu-system-ppc64 easily cause file corruption
>
> Status in QEMU:
> New
>
> Bug description:
> the qemu-system-ppc64 is used to run RHEL5.9 for IBM Power on RHEL 5.3.
> Previously I was using QEMU 1.5.x for several months with no problem. But after the RHEL 5.3 host damaged, and rebuilt, now I tried both QEMU 1.6.2 and QEMU 1.7.0, found both can easily cause file corruptions. Symptoms:
>
> * using scp to transfer a tar.bz file from the RHEL 5.3 host to the RHEL 5.9 PPC VM, found the size is correct, but the content is corrupted from the middle of the 90+ MB file. re-transfer again, got a correct file. But after untar, found some extracted files corrupted.
> The extracted file corruption happened several times, and also the filesystem in the VM had corrupted several times, had to restore the boot image to recover.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qemu/+bug/1289898/+subscriptions
and lots of dependency issue .
After got qemu 2.3.0, I tested on CentOS6.6, the qemu-system-ppc64 also causes filesystem corruption for the big endian RHEL5.9 for power. So this should confirm the qemu for ppc has bug from at least 1.7 onward.
And seems no developer cares about this issue.
Is this the same issue as bug https://bugs.launchpad.net/qemu/+bug/1463812 ? If so, I think we should close one of the two tickets - no need to track an issue twice.
|