preliminary patch towards XEN virtual disk naming - Debian

This is a discussion on preliminary patch towards XEN virtual disk naming - Debian ; Hi, So here's something to discuss. This is how it used to look like: Partition disks --------------- This is an overview of your currently configured partitions and mount points. Select a partition to modify its settings (file system, mount point, ...

+ Reply to Thread
Results 1 to 19 of 19

Thread: preliminary patch towards XEN virtual disk naming

  1. preliminary patch towards XEN virtual disk naming

    Hi,

    So here's something to discuss. This is how it used to look like:

    Partition disks
    ---------------

    This is an overview of your currently configured partitions and mount points.
    Select a partition to modify its settings (file system, mount point, etc.),a
    free space to create partitions, or a device to initialize its partition table.
    1. Guided partitioning
    2. Help on partitioning
    3.
    4. /dev/xvda1 - 5.4 GB UnknownΒ*
    5.
    6. Undo changes to partitions
    7. Finish partitioning and write changes to disk
    Prompt: '?' for help>

    With the attached patch it becomes:

    4. XEN virtual disk 1, partition #1 (xvda1) - 5.4 GB UnknownΒ*

    And similarly for full-disk devices. Now:

    * Does it make sense to output the disk number (1,2...)?
    * Should we allow multi-letter devices like /dev/xvdaa?
    * libparted should also recognize the device type, which isn't much
    of a problem (based on a cursory look at the sources). But that
    would just duplicate the info on the line at best. Probably
    something else is needed... But what?

    Take care: I tested this by copying into a running installer, not by
    building a new one (I haven't got the infrastructure handy).



  2. Re: preliminary patch towards XEN virtual disk naming


  3. Re: preliminary patch towards XEN virtual disk naming

    Ferenc Wagner writes:

    >> * libparted should also recognize the device type, which isn't much
    >> of a problem (based on a cursory look at the sources). But that
    >> would just duplicate the info on the line at best. Probably
    >> something else is needed... But what?

    >
    > Current git parted alread recognizes such devices as "Xen Virtual
    > Block Device". Which is basically the content of the above template.
    > What's customary in this case?


    I've noticed that Sid uses parted-1.7.1, which was released in
    2005... Only experimental has 1.8.8, which is fairly current.
    Assuming there's a good reason for this, should the Debian version
    incorporate these xvd changes?
    --
    Regards,
    Feri.


    --
    To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  4. Re: preliminary patch towards XEN virtual disk naming

    Quoting Ferenc Wagner (wferi@niif.hu):

    > +Template: partman/text/xen_virtual_disk
    > +Type: text
    > +# eg. XEN virtual disk 1 (xvda)
    > +# :sl4:
    > +_Description: XEN virtual disk %s (%s)
    > +
    > +Template: partman/text/xen_virtual_partition
    > +Type: text
    > +# eg. XEN virtual disk 1, partition #1 (xvda1)
    > +# :sl4:
    > +_Description: XEN virtual disk %s, partition #%s (%s)



    Templates are fine by me. Ference inserted examples as I suggested him
    on IRC, and used sublevel 4, which I think is appropriate. You get a
    GO for debconf templates.

    I have no advice about the est of the patch.


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

    iD8DBQFH+adg1OXtrMAUPS0RAnZ6AKCMtnkFPtqq/viZVDIgIE+gL9MNDQCgtMFm
    yCoEXynGcvonfkKfhgP/X/Q=
    =XZTF
    -----END PGP SIGNATURE-----


  5. Re: preliminary patch towards XEN virtual disk naming

    Christian Perrier writes:

    > Quoting Ferenc Wagner (wferi@niif.hu):
    >
    >> +Template: partman/text/xen_virtual_disk
    >> +Type: text
    >> +# eg. XEN virtual disk 1 (xvda)
    >> +# :sl4:
    >> +_Description: XEN virtual disk %s (%s)
    >> +
    >> +Template: partman/text/xen_virtual_partition
    >> +Type: text
    >> +# eg. XEN virtual disk 1, partition #1 (xvda1)
    >> +# :sl4:
    >> +_Description: XEN virtual disk %s, partition #%s (%s)

    >
    > Templates are fine by me. Ference inserted examples as I suggested him
    > on IRC, and used sublevel 4, which I think is appropriate. You get a
    > GO for debconf templates.


    Thanks. Meanwhile I included a spelling fix (XEN -> Xen) which
    probably doesn't matter.

    > I have no advice about the rest of the patch.


    The disk numbering scheme is still under discussion.
    --
    Regards,
    Feri.


    --
    To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  6. Re: preliminary patch towards XEN virtual disk naming

    Ian Campbell writes:

    > On Sun, 2008-04-06 at 15:18 +0200, Ferenc Wagner wrote:
    >
    > Thanks Ferenc, I've commented on #474556.


    Thanks, I replyed there. On speling you are definitely right, I
    changed the patch. Starting number, well, do we actually need it at
    all?

    > Do you have plans to work on D-I for Xen extensively? If so we should
    > sync up.


    I've just started with this as in my day job I got responsibe for a
    couple of Xen machines. Till now I don't think that really extensive
    work is needed, the installer worked almost perfectly.

    The only real problem is with kbd-chooser, which errors out on me, but
    I could simply skip it with preseeding. On the other hand, it may be
    a Xen 3.0 issue, HVC support in 3.2 may solve that. Or at least
    provide a way to fix it right. Unfortunately I don't have a 3.2
    installation handy, so can't test.

    Probably related, that I can't use ssh (from openssh-client-udeb) from
    the installation console (tty), it gives the error:

    debug1: read_passphrase: can't open /dev/tty: No such device or address
    debug1: Authentications that can continue: publickey,keyboard-interactive
    debug1: No more authentication methods to try.

    ln -sf /dev/tty /dev/console helps it, though.

    The grub-installer problem you reported doesn't concern me now, I
    don't use pygrub it this setup. And seems like you solved it already.

    Kernel image selection comes to my mind, but again, I don't quite need
    it in my paravirtualized setup, having no boot loader... And one
    initrd can boot all my machines, they don't really need any kernel
    modules either. But it can be an issue in different setups.

    (I wonder if installing no kernel would skip all the boot loader
    stuff, including nobootloader/confirmation...)

    But a Xen-friendly libc (libc6-xen) would be nice in the installer,
    don't you think? As far as I know it doesn't penalize real hardware
    setups noticeably, but is a huge gain under Xen. And in the target
    system the correct version could be installed anyway.

    I also changed debian-installer/exit/always_halt to true, because the
    Xen config is not reread on domU reboot, so I couldn't change the
    ramdisk. If it's still the case in Xen 3.2, this could be detected
    automatically for the very least. And also noted that the initrd
    should be copied out... But this again depends on the type of
    virtualization and pygrub usage, I can only see a narrow slice.


    Well, it seems pretty much, but neither is a real show stopper for me.
    (No support for partitionable raids is more of one, but unrelated.)
    Still, I'm willing to put some work into the above, so please share
    your thoughts on the matter!
    --
    Regards,
    Feri.


    --
    To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  7. Re: preliminary patch towards XEN virtual disk naming

    Ferenc Wagner writes:

    > Christian Perrier writes:
    >
    >> Quoting Ferenc Wagner (wferi@niif.hu):
    >>
    >>> +Template: partman/text/xen_virtual_disk
    >>> +Type: text
    >>> +# eg. XEN virtual disk 1 (xvda)
    >>> +# :sl4:
    >>> +_Description: XEN virtual disk %s (%s)
    >>> +
    >>> +Template: partman/text/xen_virtual_partition
    >>> +Type: text
    >>> +# eg. XEN virtual disk 1, partition #1 (xvda1)
    >>> +# :sl4:
    >>> +_Description: XEN virtual disk %s, partition #%s (%s)

    >>
    >> Templates are fine by me. Ference inserted examples as I suggested him
    >> on IRC, and used sublevel 4, which I think is appropriate. You get a
    >> GO for debconf templates.

    >
    > Thanks. Meanwhile I included a spelling fix (XEN -> Xen) which
    > probably doesn't matter.
    >
    >> I have no advice about the rest of the patch.

    >
    > The disk numbering scheme is still under discussion.


    We ought to follow normal partman behaviour.

    --
    O T A V I O S A L V A D O R
    ---------------------------------------------
    E-mail: otavio@debian.org UIN: 5906116
    GNU/Linux User: 239058 GPG ID: 49A5F855
    Home Page: http://otavio.ossystems.com.br
    ---------------------------------------------
    "Microsoft sells you Windows ... Linux gives
    you the whole house."


    --
    To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  8. Re: preliminary patch towards XEN virtual disk naming

    Otavio Salvador writes:

    > Ferenc Wagner writes:
    >
    >> Christian Perrier writes:
    >>
    >>> Quoting Ferenc Wagner (wferi@niif.hu):
    >>>
    >>>> +Template: partman/text/xen_virtual_disk
    >>>> +Type: text
    >>>> +# eg. XEN virtual disk 1 (xvda)
    >>>> +# :sl4:
    >>>> +_Description: XEN virtual disk %s (%s)
    >>>> +
    >>>> +Template: partman/text/xen_virtual_partition
    >>>> +Type: text
    >>>> +# eg. XEN virtual disk 1, partition #1 (xvda1)
    >>>> +# :sl4:
    >>>> +_Description: XEN virtual disk %s, partition #%s (%s)
    >>>
    >>> Templates are fine by me. Ference inserted examples as I suggested him
    >>> on IRC, and used sublevel 4, which I think is appropriate. You get a
    >>> GO for debconf templates.

    >>
    >> Thanks. Meanwhile I included a spelling fix (XEN -> Xen) which
    >> probably doesn't matter.
    >>
    >>> I have no advice about the rest of the patch.

    >>
    >> The disk numbering scheme is still under discussion.

    >
    > We ought to follow normal partman behaviour.


    Which is...? There's no similar case, except maybe loopback, where
    partman prints no number, just Loopback (loopX). For hdX it prints
    IDE[0-9] master/slave. For SCSI host:channel:id:lun...

    So whatever you prefer, just tell me and I'll update the patch.
    --
    Thanks,
    Feri.


    --
    To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  9. Re: preliminary patch towards XEN virtual disk naming

    On Sunday 06 April 2008, Ferenc Wagner wrote:
    > With the attached patch it becomes:
    > 4. XEN virtual disk 1, partition #1 (xvda1) - 5.4 GB UnknownΒ*
    >
    > And similarly for full-disk devices. Now:
    > * Does it make sense to output the disk number (1,2...)?


    IMO, yes. Other disk types also include an identification of the particular
    disk in that part of the description. If a sequence number based on the
    device number is the best we can do, then that will have to do.

    I would vote for starting the numbering at 1, not 0, as linking 1 to xvda is
    most natural.

    > * Should we allow multi-letter devices like /dev/xvdaa?


    Depends whether it is at all likely that it will be reached in practice...

    > * libparted should also recognize the device type, which isn't much
    > of a problem (based on a cursory look at the sources). But that
    > would just duplicate the info on the line at best. Probably
    > something else is needed... But what?


    I don't think duplication is disastrous. One option would be to just
    use "Virtual disk" in partman (without "Xen" before it). Then parted's
    description would be a useful further specification of the type of virtual
    disk.

    On Sunday 06 April 2008, Ferenc Wagner wrote:
    > I've noticed that Sid uses parted-1.7.1, which was released in
    > 2005... Only experimental has 1.8.8, which is fairly current.
    > Assuming there's a good reason for this, should the Debian version
    > incorporate these xvd changes?


    There have been several attempts to update parted, but each failed because
    of regressions. The plan is to update it for Lenny.

    Cheers,
    FJP

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

    iD8DBQBH+7rfgm/Kwh6ICoQRArkkAJ9iqfNGwtemM1lBeZma3S0AMfYPXgCgilA5
    4EEpPiapHxr7QSb92wKNbO0=
    =3gAj
    -----END PGP SIGNATURE-----


  10. Re: preliminary patch towards XEN virtual disk naming


    On Mon, 2008-04-07 at 10:59 +0200, Ferenc Wagner wrote:
    > Ian Campbell writes:
    > > Do you have plans to work on D-I for Xen extensively? If so we should
    > > sync up.

    >
    > I've just started with this as in my day job I got responsibe for a
    > couple of Xen machines. Till now I don't think that really extensive
    > work is needed, the installer worked almost perfectly.


    Yes it is pretty good straight out the box.

    ο»ΏThe biggest things seem to be support for a PAE (i.e. 686-bigmem)
    install image (since most Xen deployments are PAE) and enabling
    CONFIG_XEN in all kernel images doing away with the need for special
    domU packages. I have patches for the kernel side filed in wishlist bugs
    now.

    Other than the things you mention I've really only found fairly minor
    bits and bobs. I had a TODO with a few bits on it, but I can't find it
    now. :-(

    > The only real problem is with kbd-chooser, which errors out on me, but
    > I could simply skip it with preseeding. On the other hand, it may be
    > a Xen 3.0 issue, HVC support in 3.2 may solve that. Or at least
    > provide a way to fix it right. Unfortunately I don't have a 3.2
    > installation handy, so can't test.


    I haven't seen this one. HVC support is a feature of the kernel not the
    hypervisor. hvc the just the device name of the virtual ο»Ώconsole device
    in the Linux kernel (2.6.2x+), it speaks the Xen console ring protocol
    which I think hasn't changed since Xen 3.0.0. hvc is the same as the xvc
    console device in the XenSource kernels apart from the name.ο»Ώ Which
    kernel are you using?

    I just add console=hvc0 to my kernel command line when booting the
    installer and all seems ok. There are patches floating around upstream
    which should make even this unnecessary eventually.

    > Probably related, that I can't use ssh (from openssh-client-udeb) from
    > the installation console (tty), it gives the error:
    >
    > debug1: read_passphrase: can't open /dev/tty: No such device or address
    > debug1: Authentications that can continue: publickey,keyboard-interactive
    > debug1: No more authentication methods to try.
    >
    > ln -sf /dev/tty /dev/console helps it, though.


    Also new to me I'm afraid. Perhaps related to the setting of CONFIG_VT
    or your console= cmdline option?

    > The grub-installer problem you reported doesn't concern me now, I
    > don't use pygrub it this setup. And seems like you solved it already.


    Yes, I need to follow up on those patches, the grub maintainer asked me
    to take them to upstream but I got bogged down with the kernel issues.

    > Kernel image selection comes to my mind, but again, I don't quite need
    > it in my paravirtualized setup, having no boot loader... And one
    > initrd can boot all my machines, they don't really need any kernel
    > modules either. But it can be an issue in different setups.


    I think this will come out of enabling Xen in the regular kernels and
    using that for the installer. Using a PAE installer image could easily
    be a trigger to use a PAE kernel in the final image.

    > (I wonder if installing no kernel would skip all the boot loader
    > stuff, including nobootloader/confirmation...)
    >
    > But a Xen-friendly libc (libc6-xen) would be nice in the installer,
    > don't you think? As far as I know it doesn't penalize real hardware
    > setups noticeably, but is a huge gain under Xen. And in the target
    > system the correct version could be installed anyway.


    I hadn't thought of this one -- I typically run a 64 bit hypervisor
    where the special libc is not required. Even on 32 bit it is a
    performance enhancement (rather than a critical fix) so it could
    conceivably be done later although it would be nice to have it done
    automatically.

    Cheers,
    Ian.

    >
    > I also changed debian-installer/exit/always_halt to true, because the
    > Xen config is not reread on domU reboot, so I couldn't change the
    > ramdisk. If it's still the case in Xen 3.2, this could be detected
    > automatically for the very least. And also noted that the initrd
    > should be copied out... But this again depends on the type of
    > virtualization and pygrub usage, I can only see a narrow slice.
    >
    >
    > Well, it seems pretty much, but neither is a real show stopper for me.
    > (No support for partitionable raids is more of one, but unrelated.)
    > Still, I'm willing to put some work into the above, so please share
    > your thoughts on the matter!

    --
    Ian Campbell

    I've already told you more than I know.

  11. Re: preliminary patch towards XEN virtual disk naming


    On Tue, 2008-04-08 at 20:35 +0200, Frans Pop wrote:

    > I would vote for starting the numbering at 1, not 0, as linking 1 to xvda is
    > most natural.


    > One option would be to just
    > use "Virtual disk" in partman (without "Xen" before it). Then parted's
    > description would be a useful further specification of the type of virtual
    > disk.


    Both of those sound like reasonable ideas to me.

    Ian.

    --
    Ian Campbell

    Harrison's Postulate:
    For every action, there is an equal and opposite criticism.


    --
    To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  12. Re: preliminary patch towards XEN virtual disk naming

    On Tuesday 08 April 2008, Ian Campbell wrote:
    > On Tue, 2008-04-08 at 20:35 +0200, Frans Pop wrote:
    > > I would vote for starting the numbering at 1, not 0, as linking 1 to
    > > xvda is most natural.
    > >
    > > One option would be to just
    > > use "Virtual disk" in partman (without "Xen" before it). Then parted's
    > > description would be a useful further specification of the type of
    > > virtual disk.

    >
    > Both of those sound like reasonable ideas to me.


    Ian or Ferenc: could either of you please submit a final patch based on the
    discussions so far (or point me to the one that should be used)?

    I see no problems with committing it after that. Better now than later even.

    Cheers,
    FJP

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

    iD8DBQBIC3XLgm/Kwh6ICoQRAklTAKCzIiKNrV2MgS/w3i39KDmFUPce9ACeNC3z
    vHGtiXvOhih6fAd2de1H9DI=
    =qEZi
    -----END PGP SIGNATURE-----


  13. Re: preliminary patch towards XEN virtual disk naming

    On Sun, 2008-04-20 at 18:56 +0200, Frans Pop wrote:
    > On Tuesday 08 April 2008, Ian Campbell wrote:
    > > On Tue, 2008-04-08 at 20:35 +0200, Frans Pop wrote:
    > > > I would vote for starting the numbering at 1, not 0, as linking 1 to
    > > > xvda is most natural.
    > > >
    > > > One option would be to just
    > > > use "Virtual disk" in partman (without "Xen" before it). Then parted's
    > > > description would be a useful further specification of the type of
    > > > virtual disk.

    > >
    > > Both of those sound like reasonable ideas to me.

    >
    > Ian or Ferenc: could either of you please submit a final patch based on the
    > discussions so far (or point me to the one that should be used)?


    Lets go with this one. It counts the disks from 1 (==xvda) and simply
    calls it a "Virtual Disk" as suggested this has the advantage of not
    wrapping in various dialogs too (like the formatting partition one if I
    remember correctly).

    Disk selection dialog now looks like:
    β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” €β”€β”€β”€β”€β”€β”€β”€β”€β”€ [!!] Partition disks β”œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” €β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
    β”‚ β”‚
    β”‚ Note that all data on the disk you select will be erased, but not β”‚
    β”‚ before you have confirmed that you really want to make the changes. β”‚
    β”‚ β”‚
    β”‚ Select disk to partition: β”‚
    β”‚ β”‚
    β”‚ Virtual Disk 1 (xvda) - 8.6 GB Unknown β”‚
    β”‚ β”‚
    β”‚ β”‚
    β”‚ β”‚
    └───────────────┠€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€ ────────────────┠€β”€β”€β”€β”€β”€β”€β”€β”˜



    I've left any parted enhancements out for now, as you say they would be
    a useful further specification in the future.

    Perhaps it would be useful to name the templates
    partman/text/virtual_disk_{,partition} or similar to enable sharing
    under other virtualisation platforms?

    Cheers,
    Ian.

    --
    Ian Campbell

    Over the shoulder supervision is more a need of the manager than the
    programming task.

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

    iD8DBQBIDQuXM0+0qS9rzVkRApoPAJ98zEyIkU9T7NgowCfB6v l+dj3SDQCeKDfa
    tTnBWB+3CBUN6xmOj/uNhYE=
    =xzm5
    -----END PGP SIGNATURE-----


  14. Re: preliminary patch towards XEN virtual disk naming


  15. Re: preliminary patch towards XEN virtual disk naming


    On Tue, 2008-04-22 at 11:39 +0200, Ferenc Wagner wrote:
    > Ian Campbell writes:
    >
    > > On Sun, 2008-04-20 at 18:56 +0200, Frans Pop wrote:
    > >> On Tuesday 08 April 2008, Ian Campbell wrote:
    > >> > On Tue, 2008-04-08 at 20:35 +0200, Frans Pop wrote:
    > >> > > I would vote for starting the numbering at 1, not 0, as linking 1 to
    > >> > > xvda is most natural.
    > >> > >
    > >> > > One option would be to just
    > >> > > use "Virtual disk" in partman (without "Xen" before it). Then parted's
    > >> > > description would be a useful further specification of the type of
    > >> > > virtual disk.
    > >> >
    > >> > Both of those sound like reasonable ideas to me.
    > >>
    > >> Ian or Ferenc: could either of you please submit a final patch based on the
    > >> discussions so far (or point me to the one that should be used)?

    > >
    > > Lets go with this one. It counts the disks from 1 (==xvda) and simply
    > > calls it a "Virtual Disk" as suggested this has the advantage of not
    > > wrapping in various dialogs too (like the formatting partition one if I
    > > remember correctly).

    >
    > I agree. However, you left out the translation sublevels from the
    > templates.


    Ah, I suspect I started from a patch other than your most recent one or
    something.

    >ο»Ώ And should we really capitalize Disk?


    I think not.

    > > I've left any parted enhancements out for now, as you say they would be
    > > a useful further specification in the future.

    >
    > What do you mean here?


    The "Unknown" which appears in the dialog comes from parted (I think).
    You were looking at adding xvd support to parted and found that a more
    recent upstream version already had it, I think. I just meant that the
    "Unknown" could become "Xen Virtual disk" in the future adding a bit
    more detail to the "Virtual disk" as Frans suggests above (I think,
    quoting a bit complex up there ;-)).

    >
    > > Perhaps it would be useful to name the templates
    > > partman/text/virtual_disk_{,partition} or similar to enable sharing
    > > under other virtualisation platforms?

    >
    > That would indeed make sense. What about this patch?


    Looks good to me.

    Ian.
    --
    Ian Campbell
    Current Noise: Nile - To Dream Of Ur

    When you meet a master swordsman,
    show him your sword.
    When you meet a man who is not a poet,
    do not show him your poem.
    -- Rinzai, ninth century Zen master

  16. Re: preliminary patch towards XEN virtual disk naming

    Ian Campbell writes:

    > On Tue, 2008-04-22 at 11:39 +0200, Ferenc Wagner wrote:
    >> Ian Campbell writes:
    >>
    >>> I've left any parted enhancements out for now, as you say they would be
    >>> a useful further specification in the future.

    >>
    >> What do you mean here?

    >
    > The "Unknown" which appears in the dialog comes from parted (I think).


    Yes, that took me a good while to figure out...

    > You were looking at adding xvd support to parted and found that a more
    > recent upstream version already had it, I think.


    Exactly.

    > I just meant that the "Unknown" could become "Xen Virtual disk" in
    > the future adding a bit more detail to the "Virtual disk" as Frans
    > suggests above (I think, quoting a bit complex up there ;-)).


    I managed to follow, we're on the same page. Frans also mentioned
    that parted will probably be updated for Lenny, which would bring in
    the above string in place of "Unknown". Not much else to do here, I guess.
    --
    Thanks,
    Feri.


    --
    To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  17. Re: preliminary patch towards XEN virtual disk naming


    On Tue, 2008-04-22 at 12:02 +0200, Ferenc Wagner wrote:
    >
    > > I just meant that the "Unknown" could become "Xen Virtual disk" in
    > > the future adding a bit more detail to the "Virtual disk" as Frans
    > > suggests above (I think, quoting a bit complex up there ;-)).

    >
    > I managed to follow, we're on the same page. Frans also mentioned
    > that parted will probably be updated for Lenny, which would bring in
    > the above string in place of "Unknown". Not much else to do here, I
    > guess.


    Yes, I think we can just take this enhancement when it comes along.

    Ian.

    --
    Ian Campbell
    Current Noise: Corrosion Of Conformity - Goodbye Windows

    Ahhhhhh... the smell of cuprinol and mahogany. It excites me to...
    acts of passion... acts of... ineptitude.


    --
    To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  18. Re: preliminary patch towards XEN virtual disk naming

    Ian Campbell writes:

    > On Sun, 2008-04-20 at 18:56 +0200, Frans Pop wrote:
    >> On Tuesday 08 April 2008, Ian Campbell wrote:
    >> > On Tue, 2008-04-08 at 20:35 +0200, Frans Pop wrote:
    >> > > I would vote for starting the numbering at 1, not 0, as linking 1 to
    >> > > xvda is most natural.
    >> > >
    >> > > One option would be to just
    >> > > use "Virtual disk" in partman (without "Xen" before it). Then parted's
    >> > > description would be a useful further specification of the type of
    >> > > virtual disk.
    >> >
    >> > Both of those sound like reasonable ideas to me.

    >>
    >> Ian or Ferenc: could either of you please submit a final patch based on the
    >> discussions so far (or point me to the one that should be used)?

    >
    > Lets go with this one. It counts the disks from 1 (==xvda) and simply
    > calls it a "Virtual Disk" as suggested this has the advantage of not
    > wrapping in various dialogs too (like the formatting partition one if I
    > remember correctly).
    >
    > Disk selection dialog now looks like:
    > β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” €β”€β”€β”€β”€β”€β”€β”€β”€β”€ [!!] Partition disks β”œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” €β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
    > β”‚ β”‚
    > β”‚ Note that all data on the disk you select will be erased, butnot β”‚
    > β”‚ before you have confirmed that you really want to make the changes. β”‚
    > β”‚ β”‚
    > β”‚ Select disk to partition: β”‚
    > β”‚ β”‚
    > β”‚ Virtual Disk 1 (xvda) - 8.6 GB Unknown β”‚
    > β”‚ β”‚
    > β”‚ β”‚
    > β”‚ β”‚
    > └───────────────┠€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€ ────────────────┠€β”€β”€β”€β”€β”€β”€β”€β”˜


    It looks great. I'd say to wait for another ack by Frans and Christian
    and go ahead.

    > I've left any parted enhancements out for now, as you say they would be
    > a useful further specification in the future.


    Please post the proposed patch so I can take a look at it.

    > Perhaps it would be useful to name the templates
    > partman/text/virtual_disk_{,partition} or similar to enable sharing
    > under other virtualisation platforms?


    I think so... let's wait people comments about it too.

    --
    O T A V I O S A L V A D O R
    ---------------------------------------------
    E-mail: otavio@debian.org UIN: 5906116
    GNU/Linux User: 239058 GPG ID: 49A5F855
    Home Page: http://otavio.ossystems.com.br
    ---------------------------------------------
    "Microsoft sells you Windows ... Linux gives
    you the whole house."

  19. Re: preliminary patch towards XEN virtual disk naming


    On Tue, 2008-04-22 at 10:20 -0300, Otavio Salvador wrote:
    >
    >
    > > I've left any parted enhancements out for now, as you say they would
    > > be a useful further specification in the future.

    >
    > Please post the proposed patch so I can take a look at it.


    There is no proposed patch for this bit, Ferenc's reply
    <87fxteb42d.fsf@tac.ki.iif.hu> has some more details but briefly a newer
    parted already understands xvd* and this new version might be being
    pulled in for Lenny.

    Ian.

    --

    Ian Campbell
    Current Noise: Cancer - Back From the Dead

    Best if used before date on carton.


    --
    To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

+ Reply to Thread