Back to bug 1297653
| Who | When | What | Removed | Added |
|---|---|---|---|---|
| Amnon Ilan | 2016-01-14 23:17:31 UTC | Priority | unspecified | medium |
| CC | famz, juzhang, meyang, michen, ngu, shuang, xuwei | |||
| CC | ailan | |||
| Assignee | virt-maint | hhuang | ||
| Hai Huang | 2016-01-15 12:21:09 UTC | Assignee | hhuang | areis |
| Ademar Reis | 2016-01-19 16:41:19 UTC | Assignee | areis | mreitz |
| Tom Lavigne | 2016-07-18 15:08:58 UTC | CC | tlavigne | |
| Chao Yang | 2016-07-28 08:40:39 UTC | Blocks | 1359965 | |
| Amnon Ilan | 2016-08-16 11:16:28 UTC | Blocks | 1364808 | |
| Hanna Czenczek | 2016-09-20 21:42:50 UTC | Status | NEW | POST |
| Chao Yang | 2016-10-12 07:15:47 UTC | CC | chayang | |
| QA Contact | virt-bugs | pingl | ||
| Yash Mankad | 2016-10-27 20:33:01 UTC | Status | POST | MODIFIED |
| Fixed In Version | qemu-kvm-0.12.1.2-2.495.el6 | |||
| errata-xmlrpc | 2016-10-27 20:59:01 UTC | Status | MODIFIED | ON_QA |
| Yiqian Wei | 2016-10-28 03:29:54 UTC | CC | yiwei | |
| Ping Li | 2016-10-31 05:48:31 UTC | Status | ON_QA | VERIFIED |
| Lenka Špačková | 2016-12-07 09:44:30 UTC | Docs Contact | jherrman | |
| Jiri Herrmann | 2016-12-07 15:46:30 UTC | CC | mreitz | |
| Flags | needinfo?(mreitz) | |||
| Hanna Czenczek | 2016-12-07 16:30:08 UTC | Doc Text | Cause: qemu-img convert has an -S option which is used to specify the number of consecutive zeroes that must be present in the input file so that they are converted to a sparse area in the output. Passing -S 0 is supposed to have a special meaning: In that case, qemu-img convert will always explicitly write zeroes to the output file and never create sparse areas. However, this was not implemented correctly for all cases. Consequence: -S 0 would not always result in a fully allocated output file. Fix/Result: The -S 0 case has been fixed, so it will now force qemu-img convert to always create a fully allocated output file. Note that the qcow2 format offers a separate preallocation option which can always be used to accomplish the same in a faster way, but -S 0 is the only way to achieve full allocation for other formats. | |
| Flags | needinfo?(mreitz) | |||
| Yehuda Zimmerman | 2016-12-29 12:20:54 UTC | Doc Text | Cause: qemu-img convert has an -S option which is used to specify the number of consecutive zeroes that must be present in the input file so that they are converted to a sparse area in the output. Passing -S 0 is supposed to have a special meaning: In that case, qemu-img convert will always explicitly write zeroes to the output file and never create sparse areas. However, this was not implemented correctly for all cases. Consequence: -S 0 would not always result in a fully allocated output file. Fix/Result: The -S 0 case has been fixed, so it will now force qemu-img convert to always create a fully allocated output file. Note that the qcow2 format offers a separate preallocation option which can always be used to accomplish the same in a faster way, but -S 0 is the only way to achieve full allocation for other formats. | The "-S 0" option for "qemu-img convert" now works correctly Previously, specifying the "-S 0" option with "qemu-img convert" did not always explicitly write zeroes to all sparse areas in the output file. As a result, running "qemu-img convert -S 0" did not always result in a fully allocated output file. With this update, the command has been fixed, and running "qemu-img convert -S 0" always results in a fully allocated output file. Note that the qcow2 format offers a different preallocation option which can convert images to fully allocated output files faster than using the "-S 0" option. However, with other formats, this can only be achieved with the "-S 0" option. |
| Flags | needinfo?(mreitz) | |||
| Yehuda Zimmerman | 2017-01-02 10:00:56 UTC | Docs Contact | jherrman | yzimmerm |
| Hanna Czenczek | 2017-01-09 15:40:08 UTC | Flags | needinfo?(mreitz) | |
| Yehuda Zimmerman | 2017-01-11 08:42:32 UTC | Doc Text | The "-S 0" option for "qemu-img convert" now works correctly Previously, specifying the "-S 0" option with "qemu-img convert" did not always explicitly write zeroes to all sparse areas in the output file. As a result, running "qemu-img convert -S 0" did not always result in a fully allocated output file. With this update, the command has been fixed, and running "qemu-img convert -S 0" always results in a fully allocated output file. Note that the qcow2 format offers a different preallocation option which can convert images to fully allocated output files faster than using the "-S 0" option. However, with other formats, this can only be achieved with the "-S 0" option. | "-S 0" for "qemu-img convert" now works correctly Previously, specifying the "-S 0" option with "qemu-img convert" did not always explicitly write zeroes to all sparse areas in the output file. As a result, running "qemu-img convert -S 0" did not always result in a fully allocated output file. With this update, the command has been fixed, and running "qemu-img convert -S 0" always results in a fully allocated output file. Note that the qcow2 format offers a different preallocation option which can convert images to fully allocated output files faster than using the "-S 0" option. However, with other formats, this can only be achieved with the "-S 0" option. |
| errata-xmlrpc | 2017-03-21 00:35:48 UTC | Status | VERIFIED | RELEASE_PENDING |
| errata-xmlrpc | 2017-03-21 09:36:30 UTC | Status | RELEASE_PENDING | CLOSED |
| Resolution | --- | ERRATA | ||
| Last Closed | 2017-03-21 05:36:30 UTC |
Back to bug 1297653