Linux LVM users
 help / color / mirror / Atom feed
From: Ian Burnett <maillist-lvm@ianburnett.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] Problem in LVM settings in VMware
Date: Tue, 05 Aug 2008 18:37:22 +0100	[thread overview]
Message-ID: <48988FD2.5050401@ianburnett.com> (raw)
In-Reply-To: <a847b5a10808040735n59431d13h6a9ae8c91326e143@mail.gmail.com>

Jason Lee wrote:
> Hi,
>
> I am quite new to VMware and recently installed a VM of Fedora in my 
> Host OS Win XP. In this VM, I have couple of VMDK files which comes 
> together as parts of vmdk file. Each vmdk file is about 2-3GB size and 
> I have 4 of them totalling to 8-12GB. However, currently, I am facing 
> shortage of space.
>
> What I did was freeing up some space from my Host OS and in the VM, I 
> can see this "unallocated space" partition. So, I have no idea how to 
> proceed with these unallocated space partition. Ultimate goal is to 
> absorb this unallocated partition as similar LVM so these current LVM 
> can expand beyond the existing size.
The VMware image appears to the guest OS as a whole machine complete 
with what look like standard disks. In the case of a Linux guest OS, any 
allocated disk space will appear as /dev/sd? devices, which will require 
partitioning, marking these partitions as type "Linux LVM" and then 
initialising with pvcreate. In this respect there's nothing special 
about your setup and any of the on-line LVM guides should work in this 
case.

If your host OS is reporting unallocated space, then you need to make 
that space available to WinXP first, then VMware, then add it to the 
Linux guest image as an extra or larger drive. How you do that is a 
question for a WinXP or VMware newsgroup.

Try to separate in your mind the difference between the Linux guest OS 
and the Windows host OS and the disks that they are viewing. The Windows 
host OS sees the real physical drives spinning in your system (assuming 
no RAID controller stuff, etc.) The Linux guest OS simply knows about 
what VMware has told it about. The data stored by the Linux image just 
happens to be stored in a bunch of vmdk files in the WinXP filesystem.

The ultimate goal should certainly be achievable - just a question of 
working out who knows about this "unallocated space".
> I am currently using VM server 1.0.5 Build and LVM2. I tried to find 
> several articles from the net but that didnt help due to my specific 
> problem.
> I tried Pvdisplay and only able to see one VG even though it has 
> various parts of vmdk. Besides, Im not sure whether issuing Pvcreate 
> for this newly created partition would help.
Have you tried pvcreate? What happened? I know Microsoft VirtualPC has a 
feature known as "scratch disks", which allows you to decide on VM 
shutdown whether to commit the changes made to the image or rollback to 
the last time the VM started. In effect you can completly trash the 
system, then quickly restore it to a known working state.

What disk devices does your Fedora system show? (fdisk -l) What physical 
volumes have you already created? (pvscan and pvdisplay).

Ian

-- 
Ian Burnett :: www.ianburnett.com

      reply	other threads:[~2008-08-05 17:39 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-04 14:35 [linux-lvm] Problem in LVM settings in VMware Jason Lee
2008-08-05 17:37 ` Ian Burnett [this message]

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=48988FD2.5050401@ianburnett.com \
    --to=maillist-lvm@ianburnett.com \
    --cc=linux-lvm@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox