All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Roger Pau Monné" <roger.pau@citrix.com>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: xen-devel@lists.xenproject.org
Subject: Re: [PATCH RFC 2/4] osstest: add support for installing bare metal FreeBSD
Date: Tue, 12 Aug 2014 18:59:30 +0200	[thread overview]
Message-ID: <53EA47F2.50708@citrix.com> (raw)
In-Reply-To: <21482.17400.370008.962884@mariner.uk.xensource.com>

On 12/08/14 18:42, Ian Jackson wrote:
> Roger Pau Monne writes ("[PATCH RFC 2/4] osstest: add support for installing bare metal FreeBSD"):
>> This is done using mfsBSD, which can be booted from pxelinux and
>> contains a script to automatically install FreeBSD using ZFS on root.
>> After the install the host is set to boot from the local disk.
> ...
>> +# TODO: all this should be runvars
>> +our $version = '10.0-RELEASE';
>> +our $ftp = 'ftp.freebsd.org';
> 
> Does this mean that this script will fail if ftp.freebsd.org is down ?

Yes, it will fail to fetch the sets.

> Is there a way of avoiding that ?  We try to keep to a minimum the
> number of different servers that osstest's production instance depends
> on.

I see two ways to solve this, either we create our own internal http/ftp
mirror, or we could iterate over the list of official mirrors, expecting
that at least one of them is accessible.

> 
>> +# TODO: this has to be set on a per-host basis.
>> +# It should probably come from $ho?
>> +our $disk = 'da0';
>> +our $nic = 'bce0';
> 
> Does this mean that this has to be manually configured, rather than
> detected ?  It could be a host property but really it would be better
> not to have to set these kind of freebsd-specific host properties.

I think I could probably come up with a way to detect the primary disk
if the box doesn't contain multiple disk controllers. For the nic I
could also see which one has the host IP assigned, and used that. It's
probably going to be a little hacky, let me send another iteration with
this and then let's decide.

>> +    target_cmd_root_with_password($ho, <<END, 900, "root");
>> +        mkdir -p ~/.ssh
> 
> Missing `set -e'.  (Throughout.)
> 
>> +    logm('Setting up serial console');
>> +    target_cmd_root($ho, <<END, 900);
>> +            echo "-Dh" >> /mnt/boot.config
> 
> Does FreeBSD's echo really simploy print things that look like
> options ?  I would use printf(1).

Yes:

# echo "-Dh"
-Dh

Ok, I will switch it to printf.

> 
>> +    # Remove the known hosts file, since the keys will be regenerated after
>> +    # rebooting into the installed system
>> +    unlink "tmp/t.known_hosts_$flight.$job";
> 
> Can you instead arrange for the fixed keys to be installed on the
> host ?  Otherwise manually sshing into these test boxes is very
> annoying because the ssh keys keep changing.

The ssh key is only going to change one time, the key we have previous
to this point is the key from the installer. I will look into copying
this key into the installed system in order to prevent it from
generating a new key.

Thanks, Roger.

  reply	other threads:[~2014-08-12 16:59 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-12 15:49 [PATCH RFC 0/4] osstest: add native FreeBSD build tests Roger Pau Monne
2014-08-12 15:49 ` [PATCH RFC 1/4] osstest: add routine to execute ssh with password Roger Pau Monne
2014-08-12 16:37   ` Ian Jackson
2014-08-12 15:49 ` [PATCH RFC 2/4] osstest: add support for installing bare metal FreeBSD Roger Pau Monne
2014-08-12 16:42   ` Ian Jackson
2014-08-12 16:59     ` Roger Pau Monné [this message]
2014-08-12 17:38       ` Ian Jackson
2014-08-13 13:31     ` Roger Pau Monné
2014-08-13 13:45       ` Ian Jackson
2014-08-12 15:49 ` [PATCH RFC 3/4] osstest: prepare FreeBSD host for Xen build Roger Pau Monne
2014-08-12 16:44   ` Ian Jackson
2014-08-12 17:11     ` Roger Pau Monné
2014-08-12 17:39       ` Ian Jackson
2014-08-12 15:49 ` [PATCH RFC 4/4] osstest: add script to build Xen on FreeBSD Roger Pau Monne
2014-08-12 16:45   ` Ian Jackson

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=53EA47F2.50708@citrix.com \
    --to=roger.pau@citrix.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=xen-devel@lists.xenproject.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.