[00:15] <blahdeblah> blackboxsw: Hmmm - OK.  Yes, this is definitely a new instance-id getting created.  It does seem weird, given that if I remove /var/lib/cloud/instance* and reboot, it runs correctly and sorts itself out.
[04:11] <ladeda> I'm coming across an unusual issue when deploying Ubuntu 22.04 server to virtual machines on a VMware ESXi cluster. I am noticing that when the new virtual machine comes up that it does not do ARP for its default gateway, I am curious why this is?
[04:15] <ladeda> I would expect the behavior to be when the network interface is configured and a default gateway set that upon initialization of the interface a gratuitous arp would happen, but this is not the case with Ubuntu 22.04 from what I can tell CentOS 7, Rocky 8, AlmaLinux 8, RHEL 7, RHEL 8, Ubuntu 18.04, and Ubuntu 20.04 all have this behavior.
[07:17] <luna-> got access to the production Ubuntu Servers at work today
[09:27] <effendy[m]> ladeda: I've never thought of that. That's interesting. I'm curious, why do you need the gratuitous ARP here? Is there a specific scenario?
[17:16] <ladeda> I'm coming across an unusual issue when deploying Ubuntu 22.04 server to virtual machines on a VMware ESXi cluster. I am noticing that when the new virtual machine comes up that it does not do ARP for its default gateway, I am curious why this is? I would expect the behavior to be when the network interface is configured and a default gateway set
[17:16] <ladeda> that upon initialization of the interface a gratuitous arp would happen, but this is not the case with Ubuntu 22.04 from what I can tell CentOS 7, Rocky 8, AlmaLinux 8, RHEL 7, RHEL 8, Ubuntu 18.04, and Ubuntu 20.04 all have this behavior.
[17:51] <effendy[m]> I see. I've no idea why this behaviour is different with Ubuntu 22.04. For my personally I don't think this is important unless I had something important that depended on that somehow, such as knowing the default gateway's mac (from the perspective of the ubuntu 22.04 server) beforehand.
[17:53] <effendy[m]> So it would be fine for me if the mac is added to the mac address table only when the server needs access to the internet, for instance.
[18:08] <Artfaith> Magnificent day!
[18:09] <Artfaith> For some still unknown reason, the installed of `ubuntu-22.04.2-live-server-amd64` crashes at the block devices search.
[18:13] <Artfaith> This is how it looks like: https://i.imgur.com/d5U2TYG.png
[18:14] <Artfaith> The crash file: https://termbin.com/3seb
[18:14] <Artfaith> I would highly appreciate any suggestion!
[18:15] <Artfaith> 2020 had no such issues for example.
[18:18] <Artfaith> s/the installed of/the installer of/
[18:36] <J_Darnley> I've forgotten what little I knew about deb packaging.  If I have a .dsc file how do I build the deb from it?
[18:47] <sarnold> you can use dget on it to download the needed tarballs and patches and whatnot; there's a --build flag there, in case you want to build it directly on your host. better is to use something like sbuild or pbuilder to use a build environment for it, but that requires more setup work
[18:51] <J_Darnley> thanks I'll try
[18:52] <J_Darnley> dget seems to expect a package name not .dsc file
[18:54] <J_Darnley> sbuild seems to need a special group
[18:59] <J_Darnley> pbuilder complains about interactive auth being needed
[19:13] <J_Darnley> Dammit I did this once in the past but I cannot recall what where or how I did it
[19:26] <sdeziel> J_Darnley: you can use `dget -xu https://url.to/package.dsc` then enter the dir and use `dpkg-buildpackage` with some flags (I use `dpkg-buildpackage -S -sa -us -uc`, then `dput` the files to my PPA builder)
[19:35] <wingarmac> Can someone help me resolve my problem? https://termbin.com/4yne - Additionaly nslookup from ns2 to ns1 https://termbin.com/a23x
[19:35] <J_Darnley> sdeziel: thanks progress with dpkg-thingy
[19:35] <wingarmac> I use ubuntu server 22.04 lts
[19:40] <wingarmac>  wingarmac.org.zone file : https://termbin.com/544dg and reverse : https://termbin.com/4gzhl
[19:41] <wingarmac> the problem is the right IP isn't used in the right context when using the full hostnames, and I do not know how to set this. 
[19:41] <sarnold> I don't speak bind natively but I expected to see IPs in the reverse zone
[19:42] <wingarmac> Well I did understand that only the last number suffice in this case as a suggestion from GPTChat
[19:43] <wingarmac> since the all zone is 10.5.5.0/24
[19:44] <wingarmac> And bind did work as expected before I added the apache's virtual host settings
[19:44] <wingarmac> I could ssh to every host as it should
[19:45] <wingarmac> I tried as last to create an aditional virtual IP for apache to listen to, so it could make the difference between therequest to server IP and those to the apache server itself.
[19:46] <wingarmac> Bud I didn't succeed to make apache use 10.5.5.101 virtual instead of 10.5.5.1 real as default
[19:47] <wingarmac> when a virtual host gets connection it's because bind did resolve it in the right order. But this seam rather boolean is I express myself right. 
[19:49] <wingarmac> every host has its IP and the virtual host IP as references. But it's the same name. So i'm looking a way to make it use the irght IP in right circumstances for each host.
[19:51] <wingarmac> If used in browser, it should reolve the apache's IP, but if the hostname is used in else, it should resolve it's real IP, eventualy from its /etc/hosts file since its all set there for each.
[19:52] <sarnold> wingarmac: hmmm, so, when eg you load http://mobile.wingarmac.org/, do you want the web browser to contact 10.5.5.4? or do you want the client to contact 10.5.5.1?
[19:53] <wingarmac> when browser all names are 10.5.5.101 for apache proxypass to the webmin port on real ip of host
[19:53] <wingarmac> when other service, real ip must be used when resolving full hostnames
[19:55] <wingarmac> apache server 10.5.5.101 is also a webmin host 10.5.5.1 and main bind server 192.168.10
[19:55] <wingarmac> 192.168.1.10
[19:56] <wingarmac> I do not mix the IP's on zone's, so ns1 on VPN is 10.5.5.1
[19:56] <sarnold> hmm, do you need to use SVCS records or something like that to tell the browser, "ignore the actual IP of this hostname, go load this IP address instead" ? I know even less about this :(
[19:57] <wingarmac> first thing first. I need apache to use only 10.5.5.101 virtual IP of ubserv on VPN instead of 10.5.5.1
[19:58] <wingarmac> To make a difference between ubserv as host and ubserv as apache server
[19:59] <sarnold> this shows how to set up listening on only one address: https://httpd.apache.org/docs/2.4/bind.html
[20:00] <wingarmac> Maybe I should do the inverse. And leave apache on 10.5.5.1 and change the A records to inverse it. https://httpd.apache.org/docs/2.4/bind.html I've been on these page's but couldn't solve my problem with the tries to apply what's in there. That's why I'm here.
[21:03] <J_Darnley> wtf?! "my_global.h" who provides that and why ions't it marked as a dependency?
[21:04] <sarnold> $ apt-file search my_global.h
[21:04] <sarnold> libmariadb-dev: /usr/include/mariadb/my_global.h
[21:04] <sarnold> libmariadbd-dev: /usr/include/mariadb/server/my_global.h
[21:04] <J_Darnley> oh it's mysql
[22:02] <inscw00table> In ubuntu 22 using the subiquity installer if I feed autoinstall config and the kernel argument ''autoinstall' it will start w/ no prompting.  If I feed autoinstall config and omit the kernel argument "autoinstall" it will ask me a question repeatedly I can't say "no" to.  Is there a way to apply the configuration I feed and then begin an interactive install?
[22:03] <inscw00table> I'm basically trying to mooch off the unmodified installer iso to abuse it as a kind of rescue iso image.
[22:38] <athos> I am about to start the promotion process for isc-kea. I am wondering whether I should seed that in ~ubuntu-core-dev/ubuntu-seeds/+git/platform with isc-dhcp or in ~ubuntu-core-dev/ubuntu-seeds/+git/ubuntu with a coment saying this should move to platform once isc-dhcp is dropped
[22:38] <athos> thoughts? Cc bryceh cpaelzer rbasak
[23:21] <rbasak> athos: I'd expect to put it in platform/supported-misc-servers, but I'm not sure.