[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#411943: marked as done (partman-lvm: size of new LVs must be given in multiple of 1024 instead of 1000)

Your message dated Tue, 05 Aug 2008 17:02:10 +0000
with message-id <E1KQPvG-0003vu-LS@ries.debian.org>
and subject line Bug#411943: fixed in partman-lvm 62
has caused the Debian Bug report #411943,
regarding partman-lvm: size of new LVs must be given in multiple of 1024 instead of 1000
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
411943: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=411943
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: partman-lvm
Version: 50
Severity: important

Hi!

I'm again trying to configure an LVM partitioning in a virgin disk on the
same brand new machine, as described in bug#411586.

I'm using the CD labeled as:

     Debian GNU/Linux testing "Etch" - Official Snapshot amd64 NETINST
   Binary-1 20070218-08:47

that is to say
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso

Using the textual user interface debian-installer, I reach the partitioning
stage.
I choose the partitioning method called "Manual".
The next screen displays the current disk partition table:

|  SCSI3 (0,0,0) (sda) - 250.1 GB ATA MAXTOR STM325082
|           pri/log  250.1 GB     FREE SPACE

So far so good.  I select the free space line and choose "Create a new
partition" from the dialog screen, enter 250 MB as partition size, choose
"Primary" as partition type, ask that the partition be created at the
beginning of the available space, change the mount point to /boot, and
set the bootable flag to "on".
After choosing "Done setting up the partition", I get back to the
partition table screen, with the following updated status:

|  SCSI3 (0,0,0) (sda) - 250.1 GB ATA MAXTOR STM325082
|        #1 primary  246.7 MB B f ext3       /boot
|           pri/log  249.8 GB     FREE SPACE

I again select the free space line and choose "Create a new partition",
enter "max" as partition size, choose "Logical" as partition type, and
change the "Use as" entry to "physical volume for LVM".
After choosing "Done setting up the partition", I get back to the
partition table screen, with the following updated status:

|  SCSI3 (0,0,0) (sda) - 250.1 GB ATA MAXTOR STM325082
|        #1 primary  246.7 MB B f ext3       /boot
|        #5 logical  249.8 GB   K lvm

I choose "Configure the Logical Volume Manager" and confirm to write
the partition table.
The next screen allows me to configure the LVM: I choose "Create volume
group", and enter the hostname as volume group name.  I select /dev/sda5
for the new volume group.
Back to the LVM configuration menu: I choose "Create logical volume"
and select the only possible volume group.
I enter "home" as logical volume name and get to the logical volume
size screen: the size field initially displays "249808MB" which seems
to be the correct maximum allowed size for this new logical volume.
That "MB" seems to mean megabyte, that is to say 10^6 byte.
OK: I want this logical volume to have a size of 232.8 Gbyte,
(i.e.: 232.8 * 10^9 byte), hence I enter "232800MB".
Everything seems to go OK, as I'm back to the LVM configuration menu.
But, if I choose "Display configuration details" I see something very
worrying:

| Unallocated physical volumes:
|   * none
|
| Volumes groups:
|   * hostname                                 (249808MB)
|     - Uses physical volume:     /dev/sda5    (249808MB)
|     - Provides logical volume:  home         (244108MB)

What?!? 244.108 Gbyte for my home lv?!?
I didn't asked for such a huge lv!
Now I have too little space for the other logical volumes!
Indeed, if I try to create a second lv, I see that only 5700 Mbyte are
usable, while I wanted to have about 17 Gbyte ...
I go back to the LVM configuration menu and delete the home lv.
Let's try again: "Create logical volume".
Again I enter "home" as lv name and again I get 249808MB as maximum size.
I notice that the help text says the possible formats are 10K, 10M, 10G,
10T and that the default unit is Megabytes.
I try with "232800M" and I again get "244108MB" !
OK, delete and recreate...
I try with "232.8GB" and I get an error message stating:

|           Error while creating a new logical volume
| Unable to create a new logical volume (home) on hostname with the new
| size 0.
|
| Check /var/log/syslog or see virtual console 4 for the details.

Virtual console 4 says:

| partman-lvm: Insufficient free extents (59559) in volume group hostname: 59597 required
| partman-lvm:
| partman-lvm:   Rounding up size to full physical extent 232.80 GB

OK, try again: if I enter "232800" with no unit, I should get 232800 Mbyte,
right?  No, I again get 244108 Mbyte !


Now I notice something suspicious:

 232800 * 2^20 byte = 244108492800 byte =~ 244108 Mbyte
 232.8 * 2^30 byte =~ 249967096627.2 byte > 249808 Mbyte
 
There seems to be a big mess on binary and decimal prefixes for units.
This is a serious usability issue: the interface uses the same symbol
(e.g.: "MB") for different meanings (Mebibyte = 2^20 byte
and  Megabyte = 10^6 byte) and thus heavily confuses the user.

Please fix this big inconsistency: switch to decimal multiples for
everything in partman.
Hard disk vendors describe disk capacities using decimal multiples
of the byte unit (1 kbyte = 10^3 byte, 1 Mbyte = 10^6 byte,
1 Gbyte = 10^9 byte, ...) and partman should speak consistently.



P.S.:
I set the severity of this bug to "important" bug, since it has a major
effect on the usability of a package, but I strongly believe that etch
debian-installer should *not* be released with such a usability issue.
Feel free to raise the severity as appropriate.

--- End Message ---
--- Begin Message --- 
Source: partman-lvm
Source-Version: 62

We believe that the bug you reported is fixed in the latest version of
partman-lvm, which is due to be installed in the Debian FTP archive:

partman-lvm_62.dsc
  to pool/main/p/partman-lvm/partman-lvm_62.dsc
partman-lvm_62.tar.gz
  to pool/main/p/partman-lvm/partman-lvm_62.tar.gz
partman-lvm_62_all.udeb
  to pool/main/p/partman-lvm/partman-lvm_62_all.udeb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 411943@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Otavio Salvador <otavio@debian.org> (supplier of updated partman-lvm package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Tue, 05 Aug 2008 13:58:14 -0300
Source: partman-lvm
Binary: partman-lvm
Architecture: source all
Version: 62
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team <debian-boot@lists.debian.org>
Changed-By: Otavio Salvador <otavio@debian.org>
Description: 
 partman-lvm - Adds support for LVM to partman (udeb)
Closes: 411943
Changes: 
 partman-lvm (62) unstable; urgency=low
 .
   [ Jérémy Bobbio ]
   * Fix size substitution when displaying partman-lvm/lvcreate_error.
   * Harmonize size specification used when creating new Logical Volumes:
      - lv_create() now uses extents instead of size,
      - lvm_size_from_human() has been renamed to lvm_extents_from_human(),
      - As extent sizes are specific to a given Volume Group,
        lvm_extents_from_human() take the VG name as its first argument.
     Breaks: partman-auto-lvm (<= 27)                         (Closes: #411943)
   * Preserve "align" capability in choose_partition/lvm/do_option.
     Requires cdebconf (>= 0.133).
   * Activate Volume Groups during partman initialization: like MD devices,
     there is now 2 different init.d scripts:
       - lvm-devices, run before parted, is responsible for scanning and
         activating Volume Groups,
       - lvm, run later, will ensure that Physical Volumes have "lvm" as
         method, and create free space for Logical Volumes if needed.
   * Remove obsolete template partman-lvm/activevg.
 .
   [ Updated translations ]
   * Arabic (ar.po) by Ossama M. Khayat
   * Belarusian (be.po) by Pavel Piatruk
   * Bulgarian (bg.po) by Damyan Ivanov
   * Czech (cs.po) by Miroslav Kure
   * German (de.po) by Jens Seidel
   * Dzongkha (dz.po) by Tenzin Dendup
   * Esperanto (eo.po) by Felipe Castro
   * Spanish (es.po) by Javier Fernández-Sanguino Peña
   * Basque (eu.po) by Piarres Beobide
   * Finnish (fi.po) by Esko Arajärvi
   * French (fr.po) by Christian Perrier
   * Galician (gl.po) by Jacobo Tarrio
   * Gujarati (gu.po) by Kartik Mistry
   * Croatian (hr.po) by Josip Rodin
   * Indonesian (id.po) by Arief S Fitrianto
   * Italian (it.po) by Milo Casagrande
   * Japanese (ja.po) by Kenshi Muto
   * Korean (ko.po) by Changwoo Ryu
   * Kurdish (ku.po) by Erdal Ronahi
   * Lithuanian (lt.po) by Kęstutis Biliūnas
   * Malayalam (ml.po) by Praveen|പ്രവീണണ്‍ A|എ
   * Marathi (mr.po) by Sampada
   * Norwegian Bokmål (nb.po) by Hans Fredrik Nordhaug
   * Dutch (nl.po) by Frans Pop
   * Portuguese (Brazil) (pt_BR.po) by Felipe Augusto van de Wiel (faw)
   * Portuguese (pt.po) by Miguel Figueiredo
   * Romanian (ro.po) by Eddy Petrișor
   * Russian (ru.po) by Yuri Kozlov
   * Slovak (sk.po) by Ivan Masár
   * Slovenian (sl.po) by Matej Kovacic
   * Swedish (sv.po) by Daniel Nylander
   * Thai (th.po) by Theppitak Karoonboonyanan
   * Tagalog (tl.po) by Eric Pareja
   * Turkish (tr.po) by Mert Dirik
   * Vietnamese (vi.po) by Clytie Siddall
   * Wolof (wo.po) by Mouhamadou Mamoune Mbacke
   * Simplified Chinese (zh_CN.po) by Kov Chai
Checksums-Sha1: 
 8f1e58a132743507f5879945d523c296c0351ab7 904 partman-lvm_62.dsc
 bbbf838e4e1e3b8e62e0b02d3826cecb8b0ca585 220526 partman-lvm_62.tar.gz
 a3ef39513098f283be07c1fbdd002b4d8f1c00c8 211126 partman-lvm_62_all.udeb
Checksums-Sha256: 
 7f9f075f3f3c6fb429b085430c6e61b647e6e811079faa095d594e5f3fb00969 904 partman-lvm_62.dsc
 debcf77c2a333f8cd6fd77cb1f5198e6c57d09bab6aa3e132e62d3eac3a6b26c 220526 partman-lvm_62.tar.gz
 95356b51a64d7c5f16d395e73ffd374785b118e55147953da8cdeea57bd9b809 211126 partman-lvm_62_all.udeb
Files: 
 24dd1062d336a8883694a60ee8849ac9 904 debian-installer optional partman-lvm_62.dsc
 a93449987307d09392af1f09f2b17ee3 220526 debian-installer optional partman-lvm_62.tar.gz
 a44793c3b9bd103c39220417fc935b7f 211126 debian-installer optional partman-lvm_62_all.udeb
Package-Type: udeb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkiYhrgACgkQLqiZQEml+FU2JwCfeohHucmC1rPt8x5s580QaYoe
PMkAniKr5nCSyShXWDsTu7q6rG51yX3T
=Dfsl
-----END PGP SIGNATURE-----

--- End Message ---
Reply to: