lop2.autonlab.org temp replaced with deimos.autonlab.org

[Predrag Punosevac]

The issue is fixed! It turns out they were renaming packages and the
firmware we were missing is now part of xen-qemu package.

Predrag

On Mon, May 30, 2022 at 5:41 PM Predrag Punosevac <predragp at andrew.cmu.edu>
wrote:

> Dear Autonians,
>
> I hope you have a good Memorial day weekend. Instead of barbequing, I
> decided to upgrade our Xen host from Alpine Linux 3.15.4 to 3.16.0.
> Unfortunately, things didn't go well and it appears that Xen host is
> temporarily broken. For the record the upstream broke things as they rolled
> out 3.16.0 without sufficient testing. Obviouly I was dumb enough not to
> check things before upgrading.
>
>
> xen1:/etc/xen/my-guests/auto# xl create lop2.cfg
> Parsing config from lop2.cfg
> libxl: info: libxl_create.c:121:libxl__domain_build_info_setdefault:
> qemu-xen is unavailable, using qemu-xen-traditional instead: No such file
> or directory
> xc: error: panic: xg_dom_core.c:206: failed to open file
> '/usr/lib/xen/boot/ipxe.bin': No such file or directory: Internal error
> libxl: error: libxl_dom.c:990:libxl__domain_firmware: failed to load IPXE
> /usr/lib/xen/boot/ipxe.bin (-1): No such file or directory
> libxl: error: libxl_dom.c:1087:libxl__build_hvm: initializing domain
> firmware failed
> libxl: error: libxl_create.c:1611:domcreate_rebuild_done: Domain 6:cannot
> (re-)build domain: -3
> libxl: error: libxl_domain.c:1183:libxl__destroy_domid: Domain
> 6:Non-existant domain
> libxl: error: libxl_domain.c:1137:domain_destroy_callback: Domain 6:Unable
> to destroy guest
> libxl: error: libxl_domain.c:1064:domain_destroy_cb: Domain 6:Destruction
> of domain failed
>
>
> That affects a handful of lightly used virtual machines but also shell
> gateway
>
> lop2.autonlab.org
>
> I quickly changed routing tables so that you can use
>
> deimos.autonlab.org
>
> instead.  That way the number of shell gateways for people who don't have
> Auton Lab desktops remains 3 with the caveat that bash is unstable due to
> the hardware problems. I will try to replace it in a day or two.
>
> The ssh to demos.autonlab.org will take you to foxconn CPU computing
> node. Please don't use that computing node unless you don't have other
> alternatives.
>
> Most Kind Regards,
> P^2
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20220530/0bfdeed5/attachment.html>