From owner-freebsd-xen@FreeBSD.ORG Wed Aug 8 15:08:42 2012 Return-Path: Delivered-To: freebsd-xen@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03CD3106564A for ; Wed, 8 Aug 2012 15:08:42 +0000 (UTC) (envelope-from got.andras@deployis.eu) Received: from mail.deployis.eu (mail.deployis.eu [217.20.135.253]) by mx1.freebsd.org (Postfix) with ESMTP id 83EC68FC15 for ; Wed, 8 Aug 2012 15:08:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=deployis.eu; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=48/q//CCxvTOzJKjFTwg/0poVw7DbsRBMm7ukiJycqY=; b=NKgentUTQOcmti9i9LQ+tL9X6Vi3hrrFEOQToqMqZ64ZhuJk0y6/y4yFhv3iRccXny+onfgM4r5/Z7+ZBv6o1aVGmPtL0xWvHgoWO9M16eQhZk2KwzXQYulZ22Rhkkpy; Authentication-Results: mail.deployis.eu dkim=none Received: from [194.152.141.2] (port=33273 helo=[192.168.2.197]) by mail.deployis.eu with esmtpsa (Exim 4.71 #1 (Debian)) id 1Sz7Ru-00086A-Fl from for ; Wed, 08 Aug 2012 16:41:26 +0200 Message-ID: <50227A96.7050102@deployis.eu> Date: Wed, 08 Aug 2012 16:41:26 +0200 From: =?UTF-8?B?R8OzdCBBbmRyw6Fz?= User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-xen@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mail-Status-postahivatal: trustedmail (from 194.152.141.2) Subject: Re: Citrix Xenserver and FreeBSD migration/suspend scripts X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 15:08:42 -0000 Hi, Of course this should make into ports and some little news would also be good on the freebsd-stable list and the freebsd website also. This is a very big thing to have FreeBSD working fine under XenServer fine. What would you need to host the tarballs? I'm in a XenServer deployment project, kind of public cloud but small scale of course as we're not amazon, and we'd be also happy to evaluate and test it. It'd be very good to offer FreeBSD based VM-s also. Regards, Andras On 08/08/2012 04:31 PM, Mark Felder wrote: > I've had a few positive responses off-list about this and the desire to > get this into the ports tree somehow. Someone also had the original > author's email address (he subscribes to this list), so I'm going to CC > him on this email as well. > > We could probably get this into the ports tree relatively quickly. I've > been working closely with the ports@ team recently, so it wouldn't take > much effort in that respect. Some questions were brought up about what > it should be named or if it should be a separate port and I don't know > what the right answer here is, really. Perhaps emulators/xe-tools or > emulators/xenserver-tools would be sufficient. > > I guess the first step would be to find some place to officially host > the tarball and/or tag a release on github. As it stands things are > fully functional, so getting this into the ports tree shouldn't be too > big of a problem. Long term I'd like to see this cleaned up a bit > more... it's quite the mess. Honestly, everything could (and should) be > rolled into one shell script because there's really no need to have > xe-daemon, xe-ip-if.sh, and xe-update-guest-attrs. For the record, > xe-update-guest-attrs is the file with the Citrix/GPL header. It has the > examples of how we should be calling the other xen-tools to report data > to XenServer. Whether we concentrate on this script or a rewrite happens > doesn't really matter to me; it's not a lot of code I'd just like to see > all of these really awful hacks removed :-) > > Someone was asking about whether or not this was production-worthy. I > really don't see why not. I suppose if this fails you'll just end up > with a VM running without recognized tools again. I don't believe it's > possible for the OS to crash from things these scripts run, and the > ability to migrate/suspend Xen VMs is not reliant on these tools in a > fully open source Xen environment; this is just a requirement Citrix > imposes. > > > Feel free to speak up if you have any thoughts or suggestions :-) > > > Egoitz, can you confirm what license you originally released everything > under? I'd like to properly honor that license if you had one in mind. > _______________________________________________ > freebsd-xen@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org"