[one-users] VM Disk not accessible

[Shweta Gulati]

hi

Thanks a lott!! its working...I would also like to know wat does these names
hda,hdb and hdc signify??

2010/1/22 makhanmail <makhanmail at gmail.com>

> Hi,
>
> You could use hdb or hdc.
>
> Regards,
> Maciej
>
> Dnia 22-01-2010 o 00:04:13 Shweta Gulati <shweta.svnit at gmail.com>
> napisał(a):
>
>
>  hi
>>
>> Ya we realize that this may be the problem. But could you elaborate more
>> on
>> what target other than hda to be taken in the second disk.
>>
>> what is the problem that arises if we assign same target to both the
>> disks??
>>
>>
>> On Fri, Jan 22, 2010 at 3:56 AM, Tres Wong-Godfrey <tres at blas.phemo.us
>> >wrote:
>>
>>
>>> Hi Shweta,
>>>
>>> Ah, I didn't pay enough attention to the conf file you sent in the first
>>> message. This may be the issue here:
>>>
>>> DISK   = [
>>>  source   = "root at 10.100.57.73:/srv/cloud/images/ttylinux.img",
>>>  target   = "hda",
>>>  size      = "128",
>>>  readonly = "no" ]
>>>
>>> DISK   = [
>>>  type      = "fs",
>>>  size      = "512",
>>>  format   = "ext3",
>>> #  save    = "yes",
>>>  target   = "hda"]
>>>
>>>
>>> Notice that the target for both disks is hda.
>>>
>>> Let me know if that isn't it.
>>>
>>> Regards,
>>> Tres
>>>
>>>
>>> On Jan 21, 2010, at 2:04 PM, Shweta Gulati wrote:
>>>
>>> > hi
>>> >
>>> > the output of the command "df -h" as mentioned below.
>>> >
>>> > Filesystem        size              used     available      use%
>>>  Mounted on
>>> >
>>> > /dev/root           38.6 Mb      38.6mb          0             100%
>>>  /
>>> >
>>> > /tmpfs                   24.0k           0              24.0 kb
>>> 0%
>>>      /dev/shm
>>> >
>>> >
>>> > The disk that we want is not mounted.But when we browse to the location
>>> "/srv/cloud/one/var/68/images" we see the disk of required size(512
>>> MB).How
>>> do we make the vm list this disk?
>>> >
>>> >
>>> >
>>>
>>>
>>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20100122/32a21476/attachment-0003.htm>