=== mybalzit1h is now known as mybalzitch === masACC is now known as maswan [07:16] Good morning [08:42] What should I put in /etc/fstab to prevent 20.04 from locking up the boot? I have "nfs defaults,bg 0 0" in it, and it locked the boot for over 10 hours as the remove was unavailable :( Had to forcibly reboot the machine and use recovery mode to remote the fstab entry. [08:46] The ssh server prevented me from logging in, so I couldn't fix it remotely either [09:08] sveinse: Is the mount necessary for boot or can it be an automount (mount on first access)? [09:23] sveinse: the other solution would be to setup a systemd service that fires only after the network setup is done, see e.g. https://cloudnull.io/2017/05/nfs-mount-via-systemd/ [09:23] lordievader: its not directly necessary for boot. The boot must not halt if it cannot be accessed [09:28] sveinse: I typically have `noauto,_netdev,x-systemd.automount` in my fstab for NFS entries. `_netdev` tells systemd it is a networked file system and therefore requires the network-online.target. `noauto,x-systemd.automount` make sure it is not mounted at boot, but rather the first time it is accessed. [09:29] lordievader: yeah, I thought one didn't need the '_netdev' any more, but I might be mistaking === axino` is now known as axino === leftyfb_ is now known as leftyfb === genii-core is now known as genii [17:50] hello [17:50] A colleague of mine disabled DNS on a server (I think). Now I don't know how to reconfigure it to defaults. [17:52] /etc/dnsmasq.d is in cruft output... I guess they removed dnsmasq [17:53] What is the ip address of the apt server? [17:53] or.. do I need dnsmasq? [18:08] faceface: what version of ubuntu server do you hve [19:09] bigpod: DISTRIB_DESCRIPTION="Ubuntu 20.04.2 LTS" [19:11] maybe systemd-resolved needs to be enabled [22:20] Hi! I performed a do-release-upgrade on 18.04.4 to upgrade to 18.04.5 in the last few days. I note to you that the server had a static ip set using netplan, and the configuration seen under section "Static IP Address Assignment" found on https://ubuntu.com/server/docs/network-configuration. After rebooting the server, there was no network connectivity. [22:21] I tried to systemctl restart networking.service [22:21] But the tool said the unit file did not exist [22:23] I have since found that the netplan configuration file (with details about the static ip was deleted through the transfer) /etc/netplan/99_config.yaml. I have recreated the file, and run netplan apply. [22:23] However, with no effect to the networking after rebooting the server. [22:25] As a temporary measure I have assigned a static ip to the server using the ip tool as per "Temporary IP Address Assignment" on the same webpage given above. [22:25] Does anybody have any suggestions on how to solve this problem. [22:29] that is really od [22:29] do-release-upgrade doesn't upgrade you from 18.04.4 to 18.04.5, it upgrades you to 20.04 [22:29] doing a *normal update* upgrades you do 18.04.x [22:29] I see [22:29] Well, I started do-release-upgrade via ssh [22:30] Despite the warnings. [22:30] ya, I don't have time to figure out the issue [22:31] but the problem was you where running in 18.04 and upgraded to 20.04 and some config files that where modified by hand need to be adjusted [22:31] and your going have to locate each one and update it to work with 20.04 [22:31] I encountered some issues, then do-release-upgrade said do an upgrade through apt-get upgrade [22:31] I normally do this during the upgrade, since it tells you each time it hits one of those files [22:31] apt-get upgrade will get you to 18.04.5 without installing new dependencies [22:31] Then after this upgrade finished, then I rebooted the system, I then encountered the error. [22:32] apt-get dist-upgrade will fully update you including kernel updates [22:34] After apt-get upgrade the system was upgraded to this version "Welcome to Ubuntu 18.04.5 LTS (GNU/Linux 5.4.0-77-generic x86_64)" [22:34] As you have detailed, the configuration files were deleted through the upgrade [22:35] I have regenerated the configuration file, however, now the networking.service unit file does not exist. [22:36] So systemd networking services do not start when the system firsts boots. [22:36] ya, I do not know that, files don't just get deleted during the update [22:36] I was not prompted at all. [22:36] but then I had migrated all of my systems to netplan awhile ago [22:48] Well as I have regenerated the netplan configuration. I now need to get the networking system renderer to actually use the configuration file. [22:48] I will await anybody whom can help with this. [23:03] ouzel8_: on 18.04, were you using netplan? [23:10] @sdeziel yes I am === genii is now known as genii-core