Re: Use of Debian Installer to create cloud images.

what does the user experience look like for me as an image creator. Compare it to running debootstrap, vmdebootstrap or bootstrap-vz. I'm honestly curious. I would have thought making an image with d-i would have been rather heavy-weight and unweildy to run. I'd never given it serious thought,

Re: non-standard TCP tunings in EC2 images

In fact, I think there was a consensus in the room in Cape Town that we very much did not want something as close to what d-i produces, but instead wanted something that was minimal. --Sam

Re: Summary of the Cloud Images BoF at DC16

> "Jeremy" == Jeremy Stanley writes: Jeremy> On 2016-07-27 00:02:19 +0100 (+0100), Steve McIntyre wrote: Jeremy> [...] >> + Does any cloud platform require contrib or non-free bits for >> cloud-init? Most not, but apparently at least Rackspace needs a

Re: cloudfront backed deb.debian.org

> "Luca" == Luca Filipozzi writes: Luca> The hostname that users enter into their sources configuration Luca> should be CDN provider-agnostic and that's what deb.debian.org Luca> provides. I don't think that's true for an EC2 image running within EC2. In

Re: non-standard TCP tunings in EC2 images

> "Lucas" == Lucas Nussbaum writes: That seems reasonable as a way to start at a minimal image.

Re: non-standard TCP tunings in EC2 images

> "Lucas" == Lucas Nussbaum writes: Lucas> by this. One could argue that those test suites are a bit Lucas> fragile, but on the other hand, I would expect an image Lucas> labelled as "Official Debian" on Lucas> https://wiki.debian.org/Cloud/AmazonEC2Image

Re: non-standard TCP tunings in EC2 images

> "Lucas" == Lucas Nussbaum writes: Lucas> On 20/07/16 at 19:12 +0900, Charles Plessy wrote: >> I would rather propose the reverse approach, that if a change is >> successful for cloud images, then it is a good idea to propose to >> extend it to more use

Re: Comments on live-build, vmdebootstrap, bootstrap-vz, and live-wrapper

>>>>> "Emmanuel" == Emmanuel Kasper <emman...@libera.cc> writes: Emmanuel> Le 16/08/2016 à 17:56, Sam Hartman a écrit : >> >> Please note the follow-up to the cloud list. Emmanuel> Hi Sam Emmanuel> Thank your for this

Bug#853744: cloud-init needs net-tools

> "Marco" == Marco d'Itri writes: Marco> On Jan 31, Ross Vandegrift wrote: >> Recently, net-tools was made optional. Since cloud-init does not >> depend on net-tools, this causes breakage: Marco> Please do not apply this patch! Fix

Bug#853744: cloud-init needs net-tools

>>>>> "Marco" == Marco d'Itri <m...@linux.it> writes: Marco> On Jan 31, Sam Hartman <hartm...@debian.org> wrote: >> Why? I can understand "it would be nice if cloud-init used ip >> instead", but you seem to have a prefere

Comments on live-build, vmdebootstrap, bootstrap-vz, and live-wrapper

Please note the follow-up to the cloud list. Hi. I recently finished putting together a custom image of what amounts to stretch for work. Today, this is mostly not a cloud image, although that's expected to change for our future customer deployments. For my previous job I did maintain a cloud

image tools

>>>>> "Thomas" == Thomas Goirand <z...@debian.org> writes: Thomas> On 08/12/2016 02:27 PM, Sam Hartman wrote: >> At this point I'm quite familiar with live-build and >> vmdebootstrap and have started looking at bootstrap-vz anz, s

Re: image tools

>>>>> "Sam" == Sam Hartman <hartm...@debian.org> writes: Sam> At the cloud BOF, Neil said from the front it would be helpful Sam> to get a comparison of some of the tools. Having just put Sam> together a big custom image project for work, I

Re: RFP: nextcloud -- self-hosted cloud services

> "Xavier" == Xavier Bestel writes: Xavier> Le mardi 20 septembre 2016 à 19:38 +0200, Moritz Mühlenhoff Xavier> a écrit : >> On Mon, Aug 22, 2016 at 12:02:59PM +0200, Xavier Bestel wrote: >> > >> > Package: wnpp > Severity: wishlist >> >

Re: Comments on live-build, vmdebootstrap, bootstrap-vz, and live-wrapper

> "Neil" == Neil Williams writes: Neil> That's the key point for me - grub sorts itself out *inside* Neil> the build environment. It is critical for reproducibility that Neil> the tools used to build the image come from inside the Neil> image. We need to

Re: my progress

Your proposed workflow is one I've used with live-build for generating EC2 images for years. It works well.

Re: Please make it easier to detect fai-diskimage

I definitely want install not dirinstall in the case where I'm installing onto seconds disks on the running system. I do want GRUB_EFI or GRUB_PC (and they look like they'll work fine in that case). I also want partition, mountdisks, etc. A new action makes sense for diskimage if that works

Re: order of classes in fai 5.3~beta4

I don't understand why FAIBASE and DEMO are being selected as classes for a hostname small from that. I need to understand where that's coming from to even see if FAIBASE instead of CLOUD is a bug.

Re: order of classes in fai 5.3~beta4

Ah, 50-host-classes always asserts FAIBASE. I'm happy with any of the following: * Argue it's not a bug. Classes like DEMO are clearly inappropriate for production, and so users are going to have to do something to 50-host-classes anyway. For the cloud repository we'll delete it: FAIBASE

Re: FAI image creation

fai-cloud-images perhaps integrating Thomas's comments. I think we will have wrapper scripts, and I want the scripts and config space in one repo. I think starting from scratch is probably a good idea.

my progress

I pushed to git://git.debian.org/cloud/fai-cloud-images.git. You can use the configuration space like fai-diskimage -c DEBIAN,CLOUD,AMD64,GRUB_PC -S image_zieimage_name It's very minimal, but does appear to produce an image. The GCE class is present but I haven't tested it. Next nweek I'll base

Bug#843209: Please permit class directory-like feature for fai-diskimage

package: fai version: 5.2 severity: wishlist. FAI has a great feature in the class directory that allows a configuration space to infer classes from things such as the installed hardware. This is not currently available from fai-diskimage. I'd really like to have a feature like that for

Re: my progress

>>>>> "Noah" == Noah Meyerhans <no...@debian.org> writes: Noah> On Fri, Nov 04, 2016 at 09:03:39PM -0400, Sam Hartman wrote: >> I pushed to git://git.debian.org/cloud/fai-cloud-images.git. Noah> It looks like you're the only person with wr

Re: my progress

> "Noah" == Noah Meyerhans writes: Noah> I've modified the class/DEBIAN.var file such that the default Noah> behavior is to generate images for jessie. We can add a Noah> STRETCH class in order to generate images for testing. I'd Noah> rather use "stable",

Agenda: Imaging Tools

A couple of months ago I said I'd like to discuss what tools we're using for images. People suggested that if we're going to do that we needed to have some on-list discussion first. I think we've had a fair bit of on-list discussion including discussion of requirements as well as discussion of

Bug#846583: cloud.debian.org: AWS Image should enable DHCPv6 client

I've played with systemd-networkd a bit. It seems capable enough to handle this use case, but it has some significant drawbacks. It's not very backward compatible with expected sysadmin patterns. That is, as a sysadmin, I'd expect ifup and ifdown to work. I expect to be able to do things like

Re: openstack stretch images failing to build...

> "Fathi" == Fathi Boudra writes: Neither of these changes should be needed, no. --force-removable-media should cover both, and if it doesn't get the bug fixed in grub-install.

Re: openstack stretch images failing to build...

Do the openstack images use debootstrap as a package resolver? If so, yeah, that broke for most nontrivial installations in stretch.

Re: Converting an Internal Installer to FAI

Here's what I do to fix: in scripts/LAST ad 20-remove-unsafe-io #!/bin/bash error=0; trap 'error=$(($?>$error?$?:$error))' ERR # save maximum error code rm -f $target/etc/dpkg/dpkg.cfg.d/unsafe-io sed -i -e 's/barrier=0,\?//' -e 's/nobarrier,\?//' $target/etc/fstab exit $error

Converting an Internal Installer to FAI

Hi folks. After the cloud sprint I ended up exploring moving Hadron Industries's (my employer) internal image creation from vmdebootstrap plus a bunch of custom code to FAI. summary: FAI reminds me of the best of live-build except that I think I'll be able to extend and debug it easier. We

Re: Use of debconf in cloud-init

I think the other thing debconf gives you as a way to preseed that information if you're somehow using d-i to set up a bunch of systems for a cloud. I certainly always had to work around that debconf question myself.:-)

Re: Converting an Internal Installer to FAI

Hi. I apologize for being a bit slow to respond. I'm busy going and converting my company's installation infrastructure to FAI, and that and some completely unrelated things have been taking up time. In general, I don't consider any of the recommendations I made serious flaws. I admit that it's

Re: Presenting Debian to the user at cloud provider marketplaces

> "Raphael" == Raphael Hertzog writes: Raphael> To me, it does not seem wrong to have a small mention of Raphael> credativ close to the azure image if they did the work Raphael> (even if they were paid by Microsoft). I think finding ways to credit people who are supporting

Re: Resigning my cloud team delegation

> "Steve" == Steve McIntyre writes: Steve> Hey folks, Although I mentioned this to folks at DebConf and Steve> in the cloud team sessions there, I realise I haven't Steve> announced it more widely yet... Steve> Since I was delegated last year, I've taken on more Steve>

Re: managing Huawei accounts

> "Bastian" == Bastian Blank writes: Bastian> Not in my case. In my case it explicitly tells me: >> Services are available in the following countries/regions. Bastian> And only a short list shows up. So, even if Huawei will let us register, would it be legal for SPI? I think

Re: [BOARD #5526] Re: [TREASURER #5526] Re: managing Huawei accounts

> "Paul" == Paul Gevers writes: Paul> I fear my legal language is just not good enough. What are you Paul> afraid of? And are you already afraid of that in the current Paul> situation where we are already using the Huawei provided Paul> workers or only if we went ahead and we

Bug#1025618: cloud-init and firewalld systemd unit files have ordering cycles

> "Ross" == Ross Vandegrift writes: >> From my quick read: Michael Biebl proposes dropping >> network-pre.target Ross> from cloud-init's After=, and replacing it with each of the Ross> config backends that cloud-init supports. This sounds pretty Ross> reasonable, but

Re: ocfs2_dlmfs missing from the cloud kernel

> "Bastian" == Bastian Blank writes: Bastian> On Fri, May 17, 2024 at 12:31:51PM +0200, Thomas Goirand wrote: >> how do I change this? Bastian> You install the non-cloud kernel. That response comes across as quite rude. Thomas presented what appeared to be a good argument for