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 <tgra...@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 <br...@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 <br...@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.me...@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" <br...@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 > --- >
