All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dale Kemp <dale@inet.net.nz>
To: Linux LVM mailing list <linux-lvm@msede.com>
Subject: Re: [linux-lvm] Re: IBM to release LVM Technology to the Linux
Date: Sat, 24 Jun 2000 18:37:21 +1200	[thread overview]
Message-ID: <39545721.E8C392C5@inet.net.nz> (raw)
In-Reply-To: Pine.LNX.4.21.0006240048000.30225-100000@fogarty.jakma.org

> > Welcome to the discussion!  To answer your question, if the Linux
> > Community is interested in the LVMS outlined in the white paper,
> > then IBM will release code (under the GPL!) to begin moving this
> > technology to Linux.  I suspect that IBM will also dedicate some
> > resources to assist in moving this technology to Linux as that
> > will expedite the process.
>
> would it not perhaps be more efficient and more purposeful if rather
> than releasing IBM specific code which will not 'drop-in' to linux,
> IBM were instead to use their knowledge gained from IBM LVM to assist
> with improving the current Linux LVM?
>

Not only this, but SGI are looking at releasing their volume management
system as well. Now does the user really want three (or more) logical
volume management systems, all with different toolsets and kernel
modules? The best solution is if SGI, IBM and Linux-LVM get together
and produce one very powerful and stable LVM system, this would be
a test in itself to get this group together. Don't forget the all
important
users out there.
SGI and IBM are supporting linux for many reasons:

    - Users want Linux
    - Linux is becoming the de facto standard. For all those years the
commercial
       Unix(tm) vendors were heading off in there own directions, all
different
       filesystems, volume management... Not good for Unix overall and
not good
       for the public. [Don't tell me they are thinking of doing this
again!!]
    - The Unix sector is now smaller, and supporting and extending an OS
is becoming
       more and more costly and complex; better off with one common base
: Linux.
    - Uses want to use existing vendors hardware (like SGI and IBM) and
moving
        from IRIX or AIX to Linux needs to be as painless as possible.

So what should SGI, IBM (and others) aim's be? Simple, allow the users
to carry
on doing the things they could do before, or provide another effective
solution.
Now are we going to see SGI's XFS sitting on top of IBM's LVMS!? Or can
only
JFS sit on IBM-LVMS, and XFS only sit on XVM!?
Wouldn't it be much nicer to see XFS, JFS, EXT3, ReiserFS all sitting on
top
of Linux-LVM; and for that technology to support the advanced features
needed by these filesystems?
SGI and IBM should be getting stuck in now and helping LLVM, its best
for their
users and best for them.

SGI-XVM and IBM-LVMS could even be modules that plug into LLVM base that

provide functionality for their existing users.

eg. Something like...

    # insmod lvm
    # insmod lvm-ibm
    # ibm_addpv -add /dev/sdg5    <-- IBM AIX disc.
    # pvscan
    pvscan -- active PV(IBM-LVMS) "/dev/sdg5" is in no VG [12.6 GB]
    pvscan -- inactive PV "/dev/hda5" is in no VG [5 GB]
    # ibm_addvg ibm_vg /dev/sdg5
    # ibm_addlv ibm_lv ibm_vg
    # mount -t JFS /dev/ibm_vg/ibm_lv /mnt/ibm
    # jfs_tool -fancy_lvms_option /mnt/ibm
    # insmod lvm-sgi
    # sgi_addpv /dev/sdh3 /dev/sdh5 <-- SGI IRIX disc.
    # sgi_addvg sgi_vg /dev/sdh3 /dev/sdh5
    # sgi_addlv sgi_lv sgi_vg
    # pvscan
    pvscan -- active PV(IBM-LVMS) "/dev/sdg5" is in no ibm_vg [12.6 GB]
    pvscan -- inactive PV "/dev/hda5" is in no VG [5 GB]
    pvscan -- active PV(SGI-XFS) "/dev/sdh3" is in sgi_vg [10.1 GB]
    pvscan -- active PV(SGI-XFS) "/dev/sdh5" is in sgi_vg [18 GB]
    # mount -t XFS /dev/sgi_vg/sgi_lv /mnt/sgi
    # xfs_tool -fancy_xvm_option /mnt/sgi
    # resizefs -s+50M /mnt/ibm
    # resizefs -s+50M /mnt/sgi
    # lvscan
    <shows all LVs including `mapped' LVMS and XVM>
    # umount /mnt/sgi
    # vgremove /dev/sgi_vg
    <note there will be realistic restrictions...>
    # vgcreate new_vg /dev/sdg5 /dev/sdh3
    Error: Different PV types can not exist in the same VG.
    They contain different partition formats and/or file systems.

SGI and IBM please consider this, instead of releasing code that doesn't
`drop-in'
to Linux.

-- Dale (dale@sclnz.com)

  reply	other threads:[~2000-06-24  6:37 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-06-23 21:04 [linux-lvm] Re: IBM to release LVM Technology to the Linux benr
2000-06-23 23:49 ` Paul Jakma
2000-06-24  6:37   ` Dale Kemp [this message]
2000-06-24 18:07     ` S. Ryan Quick
2000-06-25  1:25       ` Dale Kemp
2000-06-26  6:31     ` Martin K. Petersen
  -- strict thread matches above, loose matches on Subject: below --
2000-06-30 20:50 benr
2000-06-30 20:28 benr
2000-06-30 20:53 ` Ragnar Kjørstad
2000-06-30 19:27 benr
2000-06-30 21:30 ` Dale Kemp
2000-06-30 23:05   ` Jens Benecke
2000-06-29 23:39 benr
2000-06-30  4:09 ` Dale Kemp
2000-06-30  9:34 ` Jan Niehusmann
2000-06-30 15:28 ` Ragnar Kjørstad
2000-06-29  5:32 Jean-Eric Cuendet
2000-06-29 10:49 ` Andi Kleen
2000-06-29  1:23 benr
2000-06-29 14:37 ` Ragnar Kjørstad
2000-06-26 21:44 benr
2000-06-27  3:53 ` Paul Jakma
2000-06-26 20:59 benr
2000-06-26 14:27 Wilson, Eric
2000-06-26 23:18 ` Dale Kemp
2000-06-27  2:02   ` Andi Kleen
2000-06-27  2:22     ` Dale Kemp
2000-06-27  2:13   ` Andreas Dilger
2000-06-23 12:52 hpuxadm
2000-06-23 15:20 ` Jens Benecke
2000-06-22 19:37 benr
2000-06-23  1:23 ` Dale Kemp
2000-06-23 20:55 ` Martin K. Petersen
2000-06-21 22:27 benr
     [not found] <85256900.007B81E0.00@d54mta02.raleigh.ibm.com>
2000-06-18 22:51 ` Andreas Dilger
2000-06-21 17:28   ` Martin K. Petersen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=39545721.E8C392C5@inet.net.nz \
    --to=dale@inet.net.nz \
    --cc=linux-lvm@msede.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.