cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Bryan Manske <br...@manske.org>
Subject Re: Instance create with ISO always fails. Templates create fine.
Date Sun, 13 Oct 2013 13:49:36 GMT
Kirk,

Thanks for the input but actually, while it is not supported, I've been
running it on Xen for years now outside of the CloudStack scope.  Plus
that doesn't explain why the CentOS and WinXP ISOs would booger up an
instance creation.  Travis gave me a good hint regarding OS-Type within
the ISO images' properties.  Some images need to user "Other (32-bit)"
or "Other Linux (32-bit)", et cetera, in order to work properly.  These
properties define NIC and PV properties within the VM.  I think reinstalling
the database, while drastic, also helped because, while I wasn't having
problems with System VM Templates, CloudStack does seem to act somewhat
different now.  So I think that was part two of my problem.  In any case,
I'm now on to testing and teasing out the nuances in 4.2.0.  Here's hoping
that they get the documentation cleaned up.

Thanks again.  Your input (and the time you spent digging through
management-server.log) is appreciated.  There are lots of infrastructure
fiddledy-bits and things that can go wrong and when we get stumped talking
about it with like-minded people always helps.

Regards,

Bryan Manske


Quoting Kirk Kosinski <kirkkosinski@gmail.com>:

> Hi, Bryan.  The "Test1" VM failed because FreeBSD is not supported on
> XenServer 6.2.
>
> 2013-10-12 09:59:43,198 WARN  [xen.resource.CitrixHelper]
> (DirectAgent-136:null) XenServer 6.2.0 DOES NOT support Guest OS type
> FreeBSD (32-bit)
>
> Check the XS documentation about what OSs can be installed from ISO or
> at all on XenServer:
>
> http://docs.vmd.citrix.com/XenServer/6.2.0/1.0/en_gb/guest.html#install_linux
>
> If the OS you need to install from ISO is not listed, you can try the
> "Other (32/64-bit)" OS Types.  This will boot the VM in HVM mode and it
> should probably be possible to install, though there are some downsides
> to HVM mode.
>
> The tricky part is that even if the OS is listed, it still may not work
> since XS is kind of picky when it comes to the actual ISO.  So while
> Ubuntu 12.04 is listed, it could be that the "12.04" ISO works, but
> "12.04.2" doesn't.  So I'd try an actual 12.04 ISO and not something
> newer to see if it makes a difference.
>
> Best regards,
> Kirk
>
> On 10/12/2013 09:25 AM, Bryan Manske wrote:
> >
> > Travis,
> >
> > I've tried FreeBSD 8.3, 8.4, CentOS 6.3, 6.4, 32- and 64-bit on each, plus
> > Windows XP 32-bit, each with the OS Type set "correctly" and each one
> failed.
> >
> > I just tried an instance build with FreeBSD8.3-i386 set to "Other 32-bit"
> > and the instance built and launched.  So now I suppose its time to play
> with
> > THAT and figure out why the ISO OS Type for those images is so screwed up.
> >
> > Many thanks for the gentle push forward.  I'm sure that I'll be replying to
> > this thread once I have more to report after fooling around with it a lot
> more.
> >
> > Regards and bonus kharma points for you.  (I've been stuck on this for
> quite
> > a while.)
> >
> > Bryan Manske
> >
> >
> > Quoting Travis Graham <tgraham@tgraham.us>:
> >
> >> Have you tried to setting the OS Type for the ISO to something more
> generic
> >> like "Other Linux (64-bit)"?
> >>
> >> I had the same problem trying to get Ubuntu 12.04 working from an ISO and
> >> once I changed the OS Type to be more generic it worked.
> >>
> >> The OS Type field is what determines things like NIC drivers and things
> that
> >> get applied to the VM at the hypervisor level. It's possible something
> about
> >> the correct OS Type that matched the ISO is causing things to fail.
> >>
> >> Travis
> >>
> >> On Oct 12, 2013, at 11:17 AM, Bryan Manske <bryan@manske.org> wrote:
> >>
> >>> All,
> >>>
> >>> I have been playing with this for some time now and have rebuilt
> >>> CS 4.2.0 yet again and wind up with the same issue.  Using an ISO
> >>> to create an instance always fails while creating an instance using
> >>> a template succeeds.
> >>>
> >>> http://mail.manske.org/management-server.log.gz
> >>> ("Test1" is the name of the instance that just failed to build.)
> >>>
> >>> What am I doing wrong?  Should I be using GRE network isolation or SST?
> >>> Do I need to use security groups regardless of my intended application?
> >>> I've even spent a lot of time building service offerings and registering
> >>> ISOs trying to tease out the problem.
> >>>
> >>> I've been documenting as I go, trying to put together a simplified
> install
> >>> document but I keep getting hung up at this same exact spot.  The latest
> >>> rebuild was to make sure that my system vm templates were up to date but
> >>> I've never had an issue with systems VMs or virtual routers coming up
> >>> and working correctly.  So what am I missing?  Management-server.log is
> >>> so very verbose that I have a hard time picking out the relevant pieces
> >>> to investigate.
> >>>
> >>> Any guidance would be appreciated.
> >>>
> >>> Many thanks.
> >>>
> >>> Bryan Manske
> >>>
> >>>
> >>> Quoting Bryan Manske <bryan@manske.org>:
> >>>
> >>>> Nitin,
> >>>>
> >>>> Management Server log is available at:
> >>>> http://mail.manske.org/management-server.log.gz
> >>>>
> >>>> I spent some time updating the System VM Templates but symptomatically
> >>>> I'm still dealing with the same malfunction; Creating an instance with
> >>>> an ISO fails every time, creating an instance with the template provided
> >>>> (for CentOS 5.6 64-bit) succeeds with no problems.
> >>>>
> >>>> I've tried CentOS 6.3, 6.4, FreeBSD 8.3 and 8.4, both 32- and 64-bit,
> >>>> and Windows XP SP3 32-bit, all of which have functioned fine for me
> >>>> on Xen Server 6.2 and are in the list of supported OSes when registering
> >>>> an ISO.
> >>>>
> >>>> Thanks in advance for taking a look.  I'm stumped and
> >> management-server.log
> >>>> is very verbose.  The instance name in the log to look for would be
> >> "Test22"
> >>>> and would be the only instance created today (so far).
> >>>>
> >>>> Regards,
> >>>>
> >>>> Bryan Manske
> >>>>
> >>>>
> >>>> Quoting Nitin Mehta <Nitin.Mehta@citrix.com>:
> >>>>
> >>>>> Check the hypervisor version allows the OS version of the ISO in
> >>>>> hypervisor supported guest OS documentation.
> >>>>> Try and paste the logs and give us the link in community.
> >>>>>
> >>>>> On 08/10/13 8:30 AM, "Bryan Manske" <bryan@manske.org> wrote:
> >>>>>
> >>>>>> Greetings,
> >>>>>>
> >>>>>> Using CloudStack 4.2.0 on CentOS 6.4 x86_64 with XenServer 6.2
and
> >>>>>> advanced
> >>>>>> zones I'm having problems provisioning an instance to be installed
> with
> >>>>>> an ISO.  Instances using templates build fine.  My primary and
> secondary
> >>>>>> storage look fine, the two hosts in the cluster look fine and
my IP
> plan
> >>>>>> seems reasonable, but I get "Failed to deploy Vm with Id: 33,
on Host
> >> with
> >>>>>> Id: null".  I've worked through expunging the error-ed VMs and
setting
> >>>>>> the reaper thread to run every two hours but I'm still not sure
if the
> >>>>>> problem is in the hosts NOT allowing an instance.  I know that
it
> >>>>>> _shouldn't_
> >>>>>> be a host resource issue as the hosts are new, there are no
VMs
> running
> >>>>>> on them, and they are IBM blades with 2x Quad-Core Xeons with
24GB of
> >> RAM
> >>>>>> each and ample primary and secondary storage.
> >>>>>>
> >>>>>> I would welcome the opportunity to talk to someone about deciphering
> >>>>>> management-server.log to figure this out.
> >>>>>>
> >>>>>> Many thanks in advance.
> >>>>>>
> >>>>>> Regards,
> >>>>>>
> >>>>>> Bryan Manske
> >>>>>>
> >>>>>>
> >>>>>> ---
> >>>>>> "Earnest falsehoods left unchallenged risk being accepted as
fact."
> >>>>>> -- Monty "xiphmont" Montgomery - Xiph Foundation, on the Ogg
format
> >>>>>> ---
> >>>> ---
> >>>> "Earnest falsehoods left unchallenged risk being accepted as fact."
> >>>> -- Monty "xiphmont" Montgomery - Xiph Foundation, on the Ogg format
> >>>> ---
> >>> ---
> >>> "Earnest falsehoods left unchallenged risk being accepted as fact."
> >>> -- Monty "xiphmont" Montgomery - Xiph Foundation, on the Ogg format
> >>> ---
> >>
> >>
> >
> >
> > ---
> > "Earnest falsehoods left unchallenged risk being accepted as fact."
> >  -- Monty "xiphmont" Montgomery - Xiph Foundation, on the Ogg format
> > ---
> >
>


---
"Earnest falsehoods left unchallenged risk being accepted as fact."
 -- Monty "xiphmont" Montgomery - Xiph Foundation, on the Ogg format
---

Mime
View raw message