eoli3n_ | Hi | 08:07 |
---|---|---|
eoli3n_ | https://bugs.launchpad.net/subiquity/+bug/1905296 | 08:07 |
ubottu | Launchpad bug 1905296 in subiquity "autoinstall crash with python3[1872]: segfault" [Undecided,New] | 08:07 |
eoli3n_ | i found in my crash file that after installer ran, it mounnt-bind /etc/apt/source.list to /target/apt/source.list | 08:07 |
eoli3n_ | problem is that i use an iso, uncompressed and served as nfsroot | 08:08 |
eoli3n_ | so i get -> Failed to fetch file:/cdrom/dists/focal/main/binary-amd64/Packages | 08:08 |
eoli3n_ | is there a way, maybe with a kernel paramater, to tell the iso to only use distant repositories ? | 08:09 |
TJ- | eoli3n_: usually /cdrom is a bind mount to the ISO9660; presumably you can adjust that for the unpacked scenario | 08:10 |
eoli3n_ | to ways, first is to use an early_command in cloud-config to remove the cdrom source line | 08:11 |
eoli3n_ | or early command to bind mount /cdrom to "i need to find where is mounted nfsroot" | 08:11 |
eoli3n_ | but ubuntu-server iso should handle that case, and provide an "netboot=yes" option to cmdline | 08:12 |
TJ- | but but but its all 'cloud' nowadays ... which ironically doesn't play well for netboot! | 08:13 |
eoli3n_ | TJ- or maybe i misuse something | 08:15 |
eoli3n_ | beeing able to nfsroot insteaf of loading a 900MB iso should be handle | 08:15 |
eoli3n_ | d | 08:15 |
eoli3n_ | the first problem is that 900MB iso | 08:15 |
eoli3n_ | no netboot UEFI iso anymore | 08:15 |
eoli3n_ | Legacy one is 60MB | 08:15 |
eoli3n_ | https://discourse.ubuntu.com/t/netbooting-the-live-server-installer/14510 | 08:16 |
TJ- | eoli3n_: don't need to tell me! I dispensed with the installer about 8 years ago | 08:16 |
eoli3n_ | so how do you do ? | 08:17 |
eoli3n_ | you bootstrap manually ? | 08:17 |
eoli3n_ | with a personnal script ? | 08:17 |
TJ- | eoli3n_: we use debootstrap to create the base images and chroot to prepare them, then we use per-device bind-mounts for things like /etc/hostname /etc/hosts and /etc/machine-id | 08:19 |
TJ- | eoli3n_: those are served via PXE/NFS to the workstations | 08:20 |
eoli3n_ | any resource to share ? | 08:28 |
eoli3n_ | maybe debootstrap is the solution yes | 08:29 |
eoli3n_ | in legacy, i deploy with netboot, then ansible installs everything as i want it too | 08:29 |
eoli3n_ | in pull mode | 08:29 |
eoli3n_ | TJ- https://x0.at/ioy.png | 08:33 |
eoli3n_ | strange | 08:33 |
eoli3n_ | so this should work | 08:33 |
TJ- | eoli3n_: there's nothing to share; deboostrap creates the base rootfs install (has options to add additional packages etc.) - you can use it to build foreign architecture (e.g. aarch64 on amd64) in conjunction with qemu-user-static too (q-u-s allows you to chroot into the foreign arch and work in it natively) | 08:34 |
TJ- | eoli3n_: your image suggests it should have worked assuming the command to access /cdrom/... was AFTER the mount was put in place | 08:36 |
eoli3n_ | i don't get what you mean | 08:37 |
eoli3n_ | here you can see that cdrom is actually working | 08:37 |
eoli3n_ | https://x0.at/iaa.txt | 08:37 |
eoli3n_ | file for exemple release.gpg worked | 08:38 |
eoli3n_ | but not Packages | 08:38 |
eoli3n_ | i reproduced, installer just crashed, then i checked: | 08:42 |
eoli3n_ | the file /cdrom/dists/focal/main/binary-amd64/Packages doesnt exists | 08:43 |
eoli3n_ | the file /cdrom/dists/focal/main/binary-amd64/Packages.gz does | 08:43 |
TJ- | eoli3n_: that does look weird ... apt should look for a .gz and fall back to plain uncompressed | 08:45 |
TJ- | eoli3n_: check what the 'Releases' file lists - does it contain the Packages.gz and Packages | 08:46 |
TJ- | eoli3n_: this is what the file in the archives looks like for reference: http://archive.ubuntu.com/ubuntu/dists/focal/Release | 08:47 |
eoli3n_ | http://sprunge.us/Lshlss | 08:47 |
eoli3n_ | oh ok | 08:47 |
eoli3n_ | not that file | 08:48 |
eoli3n_ | http://sprunge.us/6ry6y2 | 08:48 |
eoli3n_ | so yes, it should fallback | 08:48 |
eoli3n_ | no | 08:49 |
eoli3n_ | it should find the first one which is .fgz | 08:49 |
eoli3n_ | .gz | 08:49 |
TJ- | eoli3n_: trying to decompose your shell log, notice how early on after overlay-mounting /target/etc/apt/ it then does "mv /target/etc/apt/sources.list /target/etc/apt/sources.list.d/original.list" followed by "apt update" in separate namespace (using 'unshare') | 08:53 |
TJ- | eoli3n_: I wonder if this is a clue: "start: cmd-install/stage-curthooks/001-configure-apt/cmd-in-target: curtin command in-target " | 08:53 |
eoli3n_ | yep but in any way, during the apt update process, some files are found, some other are not. | 08:53 |
eoli3n_ | lets try to check that file | 08:53 |
TJ- | eoli3n_: what does " /target/etc/apt/sources.list.d/original.list" contain? | 08:53 |
eoli3n_ | lets check | 08:53 |
* TJ- loves debugging | 08:54 | |
eoli3n_ | http://sprunge.us/OpHYUC | 08:55 |
TJ- | eoli3n_: those messages about Packages 18.7KB must refer to the Release file "... 18748 main/binary-amd64/Packages.gz" ( Get:8 file:/cdrom focal/main amd64 Packages [18.7 kB] ) | 08:56 |
eoli3n_ | but /target/etc/apt/source.list contains only the cdrom line | 08:56 |
eoli3n_ | what do you mean ? | 08:56 |
eoli3n_ | you want me to check Package.gz checksum ? | 08:56 |
TJ- | eoli3n_: those messages above tell us that apt was trying to read Packages.gz (since it is the 18.7KB file) | 08:57 |
TJ- | eoli3n_: no, you'd know if the hash didn't match - this is "file not found" | 08:57 |
TJ- | eoli3n_: show us the cdrom line from sources.list | 08:57 |
eoli3n_ | /target/etc/apt/source.list : http://sprunge.us/ZSPK8j | 08:58 |
eoli3n_ | du should output in Byte by default right ? | 08:59 |
eoli3n_ | oh no ok -b | 09:00 |
eoli3n_ | so yes Packages.gz is 18748 bytes | 09:00 |
TJ- | eoli3n_: on the NFS server, ensure that the entire path can be traversed and files read by a client | 09:01 |
eoli3n_ | it does, because i'm using it right now | 09:01 |
eoli3n_ | for all those tests | 09:01 |
eoli3n_ | https://github.com/eoli3n/vagrant-pxe/blob/dev/roles/nfs/files/exports | 09:02 |
TJ- | eoli3n_: how about by the uid that runs the installer? notice it uses 'unshare' -- maybe that breaks something | 09:02 |
eoli3n_ | unshare ? | 09:02 |
eoli3n_ | what is that | 09:02 |
eoli3n_ | just checked, subiquity runs as root | 09:03 |
eoli3n_ | ohh | 09:03 |
eoli3n_ | maybe a root squash or no root squash | 09:04 |
eoli3n_ | i never remember which one maps "root" perms | 09:04 |
TJ- | it's a namespace tool - notice it is forking into a separate PID namespace -- and NFS client usually needs idmap and so on which'll remain in the parent PID namespace if my thinking is correct | 09:04 |
TJ- | see "man 7 pid_namespaces" | 09:04 |
eoli3n_ | "no_root_squash" which i use, gives root perms on nfs server, so no problem with this | 09:05 |
eoli3n_ | i'm reading this | 09:06 |
eoli3n_ | but how to test if unshare messed up something | 09:06 |
eoli3n_ | diff source and dest ? | 09:06 |
TJ- | eoli3n_: is /target/ still mounted? | 09:06 |
eoli3n_ | it does | 09:06 |
eoli3n_ | installer crashed but it is still running, so that behaviour let me check the exact state of the problem | 09:07 |
TJ- | eoli3n_: if so you can use "unshare --fork --pid -- chroot /target /usr/bin/bash" to enter and check if all of the /cdrom/ mount is readable | 09:07 |
eoli3n_ | lets try | 09:07 |
TJ- | eoli3n_: if we're correct you'll not be able to find that Packages/Packages.gz file | 09:07 |
TJ- | eoli3n_: or you'll see the directory entry but not be able to read the file itself | 09:08 |
eoli3n_ | i do see the file | 09:08 |
eoli3n_ | but bash shows it in red color | 09:08 |
eoli3n_ | i don't know what it means | 09:08 |
TJ- | eoli3n_: just thinking - on the NFS server, is the entire ISO permanently extracted, or is the iso just mounted | 09:09 |
eoli3n_ | extracted -> https://github.com/eoli3n/vagrant-pxe/blob/dev/roles/ubuntu/tasks/main.yml#L14 | 09:09 |
eoli3n_ | i can't tar xvf Packages.gz | 09:09 |
TJ- | eoli3n_: the colour comes from the 'ls' command - can't recall what red means but do "ls -l path/to/file" to get its details | 09:09 |
eoli3n_ | ls -l show nothing strange | 09:10 |
eoli3n_ | tar: This does not look like a tar archive | 09:10 |
TJ- | eoli3n_: try "zcat Packages.gz" | 09:10 |
eoli3n_ | zcat works | 09:10 |
TJ- | eoli3n_: ok, and this is from the 'unshare' chroot ? | 09:10 |
eoli3n_ | it does | 09:10 |
TJ- | eoli3n_: hmmm! | 09:10 |
TJ- | try runinng "apt-update" to replicate the original issue | 09:11 |
eoli3n_ | yep, it broke with more informations | 09:11 |
TJ- | if we can reproduce the error, we can add debugging options to apt to get it to report what it is doing | 09:11 |
eoli3n_ | let me paste | 09:11 |
TJ- | eoli3n_: OK, and I'll look up the appropriate Debug:: option | 09:11 |
TJ- | eoli3n_: this: "apt -o Debug::Acquire::cdrom=true update" | 09:12 |
eoli3n_ | http://sprunge.us/VuoYWd | 09:13 |
eoli3n_ | this should be useful | 09:13 |
TJ- | eoli3n_: other Debug:: options can be found towards the end of "man apt.conf" | 09:13 |
eoli3n_ | oh | 09:13 |
eoli3n_ | sorry the paste miss some lines | 09:13 |
eoli3n_ | https://x0.at/7EZ.png | 09:14 |
eoli3n_ | huhu spaced paste | 09:14 |
eoli3n_ | do you still want with debug ? | 09:14 |
eoli3n_ | https://askubuntu.com/a/908825 | 09:16 |
eoli3n_ | i do not have any /cdrom/dists/focal/InRelease file | 09:18 |
eoli3n_ | even outside the unshare chroot | 09:18 |
eoli3n_ | if i chroot without unshare, i get that same error | 09:19 |
eoli3n_ | so unshare, is not the problem | 09:19 |
eoli3n_ | ohhh | 09:20 |
eoli3n_ | i know | 09:21 |
eoli3n_ | the mess up comes from https://github.com/eoli3n/vagrant-pxe/blob/dev/roles/ubuntu/tasks/main.yml#L33 | 09:21 |
eoli3n_ | i chown -R /var/www/focal to www-data | 09:21 |
eoli3n_ | it should be related, lets try to fix this | 09:23 |
TJ- | eoli3n_: that'd do it, because NFS relies on matching uid/gids | 09:24 |
eoli3n_ | ok | 09:25 |
eoli3n_ | thanks for your help | 09:26 |
TJ- | eoli3n_: note that often the InRelease file isn't used; that is just a combination of the Release + Release.gpg files ('In' means the GPG signature is 'inline' ) | 09:27 |
eoli3n_ | ok | 09:27 |
TJ- | eoli3n_: so that may not be the problem | 09:27 |
eoli3n_ | hm | 09:27 |
eoli3n_ | lets fix this anyway | 09:28 |
eoli3n_ | and retry | 09:28 |
eoli3n_ | i wonder if i need to serve only initrd and vmlinuz as /var/www/focal with www-data | 09:28 |
eoli3n_ | and export nfsroot from another dir | 09:29 |
TJ- | InRelease will start with "-----BEGIN PGP SIGNED MESSAGE---- and the Hash: used | 09:29 |
TJ- | eoli3n_: check on the NFS server for logs indicating errors/denied reads | 09:29 |
eoli3n_ | i destroyed my stakc | 09:29 |
eoli3n_ | in a couple of minute if i can reproduce | 09:30 |
TJ- | eoli3n_: the weird part here is this: If the chroot /target/ manages to read the /cdrom/dists/focal/Release file then there is no reason it shouldn't also read the /cdrom/main/binary-amd64/Packages.gz | 09:31 |
TJ- | eoli3n_: *unless* it is trying to locate Packages.gz by its hash and the hash symlink doesn't exist! | 09:32 |
TJ- | eoli3n_: this might be it! | 09:33 |
TJ- | eoli3n_: does the exploded /cdrom/ have a ./by-hash/ directory alongside the ./main/ ? | 09:33 |
eoli3n_ | i answer all of that just when my server is up | 09:34 |
TJ- | :) | 09:34 |
TJ- | this would make sense; did you do a test earlier using that -o Debug::Acquire:cdrom=true ? | 09:34 |
eoli3n_ | lets try with this -> https://github.com/eoli3n/vagrant-pxe/commit/3fcc67db45fed8a233dbee6f67dbca5cccb3eb5b | 09:42 |
eoli3n_ | its provisionning | 09:42 |
eoli3n_ | ok client is booting | 10:00 |
eoli3n_ | lets wait for it to crash (or not hehe) | 10:00 |
eoli3n_ | now installers is looping | 10:04 |
eoli3n_ | ... | 10:04 |
eoli3n_ | i already have that problem | 10:04 |
eoli3n_ | had | 10:04 |
eoli3n_ | third loop, lets try to see if it crash at a point | 10:05 |
eoli3n_ | (it loops without rebooting) | 10:06 |
TJ- | looping? you mean the installer restarts itself? | 10:06 |
eoli3n_ | yes, with my space eyes, i just see that i crash at the same point than before | 10:07 |
eoli3n_ | just after "configuring apt" | 10:07 |
eoli3n_ | but i can't be sure | 10:07 |
eoli3n_ | lets try to catch a screenshot | 10:07 |
eoli3n_ | what a debugger... thanks ubuntu | 10:07 |
TJ- | eoli3n_: if the installer runs multiple times (loops) and in a later run it fails like this, then the cause could be multiple mounts-on-mounts if it didn't clean up before starting the next loop | 10:08 |
eoli3n_ | i screenshot just before it restart : https://x0.at/COS.png | 10:08 |
eoli3n_ | hm | 10:09 |
eoli3n_ | lets check mounts on tty2 | 10:09 |
eoli3n_ | http://sprunge.us/o3E8MV | 10:10 |
TJ- | have you searched subiquity for similar bug reports? | 10:10 |
eoli3n_ | yep | 10:10 |
eoli3n_ | i found some "subitquity loop" issues | 10:11 |
eoli3n_ | but nothing relevant | 10:11 |
eoli3n_ | https://bugs.launchpad.net/snappy/+bug/1617232 | 10:11 |
ubottu | Launchpad bug 1617232 in subiquity (Ubuntu) "subiquity goes into endless configuration loop, no way to get out" [High,Invalid] | 10:11 |
=== denningsrogue2 is now known as denningsrogue | ||
eoli3n_ | that's crazy | 10:36 |
eoli3n_ | at each run i get a different error | 10:36 |
TJ- | eoli3n_: have you checked for network errors? | 10:36 |
eoli3n_ | https://x0.at/Civ.png | 10:36 |
eoli3n_ | network errors ? | 10:36 |
eoli3n_ | VMs are hosted on the same hypervisor | 10:37 |
eoli3n_ | apt update works outside the chroot | 10:37 |
eoli3n_ | maybe you're right, at some boot, i get moutn error | 10:39 |
eoli3n_ | https://x0.at/pUY.png | 10:39 |
eoli3n_ | mounting from the server itself failed until i exportfs -r | 10:42 |
eoli3n_ | strange | 10:42 |
eoli3n_ | ok i found, i have two interface on the vm | 10:49 |
eoli3n_ | if i drop the second on, its working | 10:51 |
eoli3n_ | one | 10:51 |
eoli3n_ | problem is that, that interface give gateway to internet | 10:51 |
eoli3n_ | by its working i mean, no nfs connectivity problem | 10:54 |
eoli3n_ | but then i enter the endless loop anyway | 10:55 |
mrkewl20 | Hi guys, what do you recommend for me to use to establish a _reliable_ remote desktop connection with my server? (GUI) | 11:00 |
mrkewl20 | RDP or VNC? and which software specifically | 11:02 |
eoli3n_ | mrkewl20 consider spice too, it is used by qemu by default | 11:05 |
eoli3n_ | https://www.spice-space.org/index.html | 11:05 |
mrkewl20 | I used xrdp but I want to switch since I have screen tearing a lot and the connection between and my server is completely fine | 11:06 |
eoli3n_ | https://www.spice-space.org/spice-user-manual.html | 11:07 |
mrkewl20 | Actually spice sounds cool I might give it a try thank you for mentioning it | 11:07 |
eoli3n_ | you're welcome | 11:08 |
eoli3n_ | TJ- with debug acquire -> https://x0.at/zUR.png | 11:15 |
eoli3n_ | no "by-hash" dir | 11:17 |
eoli3n_ | only "main Release Release.gpg restricted" | 11:18 |
eoli3n_ | https://x0.at/3Pi.txt | 11:52 |
eoli3n_ | how to find what is this "cmd-install/stage-curthooks/001-configure-apt/cmd-apt-config" | 11:52 |
eoli3n_ | because it test something which is true | 11:53 |
eoli3n_ | then it move source.list to source.list.d/...orig | 11:53 |
eoli3n_ | at this point /target/etc/apt/source.list contains cdrom | 11:53 |
eoli3n_ | between that mv, and the crash | 11:53 |
eoli3n_ | something put cdrom as main source | 11:54 |
eoli3n_ | complete crash file -> http://sprunge.us/ToqZRL | 11:54 |
TJ- | eoli3n_: despite extensive searching I cannot locate the original source-code for that 001-configure-apt - hecked both the curtin and subiquity source trees | 12:20 |
eoli3n_ | hm | 12:20 |
eoli3n_ | thanks for you help TJ- | 12:20 |
eoli3n_ | asked on #ubuntu-devel | 12:21 |
TJ- | looks like another bloody snap! running '/snap/bin/subiquity.subiquity-configure-apt /snap/subiquity/1966/usr/bin/python3 true' | 12:21 |
eoli3n_ | waiting for an answer | 12:21 |
eoli3n_ | yep | 12:21 |
TJ- | didn't realise I wasn't in that channel! | 12:21 |
eoli3n_ | maybe lets discuss it there ? | 12:21 |
TJ- | generally the -server team work in this channel, although most are likely in UTC+5+ timezones | 12:22 |
TJ- | eoli3n_: best clue so far "subiquity-configure-apt" at https://git.launchpad.net/subiquity/tree/examples/snaps/v2-snaps-subiquity.json | 12:27 |
eoli3n_ | hm | 12:27 |
eoli3n_ | it doesnt tell so much things | 12:27 |
TJ- | eoli3n_: found that at https://git.launchpad.net/subiquity/tree/bin/subiquity-configure-apt | 12:29 |
eoli3n_ | TJ- the funny thing is that i'm trying to load installer with iso file instead of nfsroot | 12:30 |
TJ- | eoli3n_: notice items 4a and 4b in the header comment | 12:30 |
eoli3n_ | everything going well, then it stuck at loading system | 12:30 |
eoli3n_ | without any warning error info | 12:30 |
eoli3n_ | nothing | 12:30 |
TJ- | eoli3n_: AND item 5! | 12:30 |
TJ- | "if network not expected to be working ..." mentioned several times | 12:30 |
eoli3n_ | yep | 12:31 |
eoli3n_ | i have a strange setup | 12:31 |
TJ- | line 47 sets the overlay | 12:31 |
eoli3n_ | but what is the network test | 12:31 |
eoli3n_ | ? | 12:31 |
TJ- | line 55/56 suggests your install HAS_NETWORK==true | 12:31 |
TJ- | line 56 is what we see happening in your crash log | 12:32 |
eoli3n_ | yep but how HAS_NETWORK is set ? | 12:32 |
eoli3n_ | HAS_NETWORK=$2 | 12:32 |
eoli3n_ | so we need to find how that script is called | 12:32 |
TJ- | right, and reading to end of this script, you can see line 63 onwards is reflected in your crash log | 12:32 |
TJ- | I wouldn't worry about how it is called; that all looks sensible now we've found it | 12:33 |
eoli3n_ | yep it does | 12:33 |
eoli3n_ | good catch | 12:33 |
eoli3n_ | my problem is that my VM has two interfaces | 12:33 |
TJ- | last line being apt-get update means if there is a failure it is in this script, or prior to this script being called | 12:33 |
eoli3n_ | the first one has a gateway to internet | 12:33 |
eoli3n_ | the second one is isolated network to pxe server | 12:34 |
eoli3n_ | if a server has two interfaces with two gateways set by dhcp | 12:34 |
eoli3n_ | which one will work ? | 12:35 |
eoli3n_ | the latest set ? | 12:35 |
TJ- | 'depends' on which has the route to the target | 12:35 |
eoli3n_ | which what ? | 12:35 |
TJ- | in your case I'd assume since it is managing to work from the NFS mount that routing is fine | 12:35 |
eoli3n_ | TJ- not really because i'm facing that issue at a toper level | 12:36 |
eoli3n_ | its random | 12:36 |
eoli3n_ | when i boot pxe my VM, then ip=dhcp casper arguments set two interfaces | 12:36 |
eoli3n_ | then if i'm lucky it has the right default if | 12:36 |
eoli3n_ | if i'm not... | 12:36 |
eoli3n_ | i think the same thing happens at differents level | 12:36 |
eoli3n_ | i have 3 dhcp queries. first one is from pxe client, then from booloader, then from client | 12:37 |
eoli3n_ | my guess is that bootloader and client network setup sets a random default route | 12:38 |
eoli3n_ | default gateway* | 12:38 |
eoli3n_ | you can have only one default gateway | 12:38 |
eoli3n_ | so i need to find how to force one | 12:38 |
eoli3n_ | maybe i need to ensure that my pxe dhcp doesn't give any default gateway | 12:39 |
eoli3n_ | i don't push any gateway https://github.com/eoli3n/vagrant-pxe/blob/dev/roles/dhcp/files/dhcpd.conf | 12:40 |
eoli3n_ | lets test routes on the client | 12:40 |
eoli3n_ | https://x0.at/7fl.png | 12:42 |
eoli3n_ | when i fails to boot you can see that the wrong IF is set first | 12:42 |
eoli3n_ | then it goes | 12:43 |
eoli3n_ | without waiting for the second one | 12:43 |
eoli3n_ | 192.168.122.0 is the wrong network | 12:43 |
TJ- | eoli3n_: there can be multiple default routes, with differing metrics | 12:43 |
eoli3n_ | i need ens6 first | 12:43 |
eoli3n_ | never seen that | 12:43 |
eoli3n_ | when i force ens6 interface in cmdline with ip=ens6 it seems to work | 12:44 |
eoli3n_ | for that part | 12:44 |
TJ- | so you need to set which interface in the initrd | 12:45 |
eoli3n_ | then i need to debug the client | 12:45 |
eoli3n_ | yep but ens6 isnt predectible isn't it ? | 12:45 |
eoli3n_ | i'm trying to force an interface name with vagrant | 12:45 |
eoli3n_ | ah !! | 12:46 |
TJ- | eoli3n_: how about setting BOOTIF= or better still hwaddr= | 12:46 |
eoli3n_ | https://x0.at/UyR.png | 12:46 |
eoli3n_ | ah no, its like it should be | 12:47 |
eoli3n_ | default on network which gateway has internet connectivity | 12:47 |
TJ- | eoli3n_: on a regular Ubuntu install do : "cd /usr/share/initramfs-tools/" then "grep -rn BOOTIF ." and you'll see that setting that on kernel-command line to the MAC address of the interface should do what you want | 12:48 |
eoli3n_ | TJ- what differs from casper's ip=$if ? | 12:48 |
eoli3n_ | ip=$if does the trick | 12:49 |
eoli3n_ | or maybe i'm super lucky, then i need to make some more tests | 12:49 |
TJ- | eoli3n_: look at the comment against configure_networking() in scripts/functions | 12:49 |
TJ- | eoli3n_: it is designed for your multi-interface use-case | 12:49 |
eoli3n_ | in scripts/functions of ? | 12:50 |
eoli3n_ | sorry i loose it :/ | 12:50 |
TJ- | eoli3n_: /usr/share/initramfs-tools/scripts/functions | 12:50 |
eoli3n_ | oh ok | 12:50 |
TJ- | eoli3n_: the scripts inside the initrd are rooted from /usr/share/initramfs-tools - in there, the 'init' script is what is being executed when the system is booted | 12:51 |
TJ- | that's the script the kernel executes, and is responsible for getting the root-fs ready | 12:51 |
eoli3n_ | but what i don't get is, to solve what do you want me to set it ? | 12:52 |
eoli3n_ | because my VM has network connectivity, if i ping google.fr , it goes | 12:52 |
eoli3n_ | so problem seems to be about the test | 12:52 |
eoli3n_ | HAS_NETWORK one | 12:53 |
eoli3n_ | do we agree ? | 12:53 |
TJ- | eoli3n_: you said a few moments ago the boot-time i/f was wrong; this BOOTIF= is the way to solve that issue | 12:53 |
eoli3n_ | yep but i said also that ip=$if solved this too | 12:53 |
TJ- | eoli3n_: no - because HAS_NETWORK is only a boolean, and as we've seen it is set to true, so that is the correct behaviour | 12:54 |
eoli3n_ | where do you saw that its set to true ? | 12:54 |
eoli3n_ | i saw that its set to $2 | 12:54 |
eoli3n_ | or maybe i missed something | 12:54 |
eoli3n_ | lets recheck | 12:54 |
eoli3n_ | TJ-: line 55/56 suggests your install HAS_NETWORK==true | 12:55 |
eoli3n_ | ok i get it now | 12:56 |
eoli3n_ | no network issue | 12:56 |
eoli3n_ | but it configure cdrom source in any cases | 12:56 |
eoli3n_ | so, no way to disable it | 12:56 |
TJ- | eoli3n_: it's still not clear what causes the 'file not found' error for Packages.gz when Release/Release.gpg were read a moment before | 12:57 |
eoli3n_ | you're right | 12:57 |
eoli3n_ | but it looks on nfsroot, so maybe its related to this | 12:58 |
eoli3n_ | that's why i wanted to test by loading http the iso | 12:58 |
eoli3n_ | but i get stuck, and i don't want to debug this | 12:58 |
TJ- | yeah. I'd run inotifywait on the NFS server and see what file accesses are attempted | 13:01 |
TJ- | that way you'd know if reads were being attempted to those files on the server, or not | 13:01 |
eoli3n_ | (tried BOOTIF=ens6, do not did the trick) | 13:03 |
eoli3n_ | hm | 13:03 |
eoli3n_ | my english is from the futur | 13:04 |
eoli3n_ | didn't the trick* ? | 13:04 |
eoli3n_ | it sounds bad | 13:05 |
TJ- | eoli3n_: you need to set BOOTIF=<MAC address> | 13:05 |
eoli3n_ | my macadress isn't predictible | 13:06 |
eoli3n_ | as vagrant creates VM | 13:06 |
eoli3n_ | maybe i could force the mac adress | 13:06 |
eoli3n_ | hm | 13:06 |
TJ- | oh sheesh! | 13:06 |
eoli3n_ | sheesh ? | 13:06 |
TJ- | yes; it is possible to set a fixed MAC address | 13:06 |
eoli3n_ | what does that strange word means ?ยต | 13:06 |
TJ- | eoli3n_: that's an expression of exasperation :D | 13:06 |
eoli3n_ | huhu | 13:07 |
eoli3n_ | ip=ens6 | 13:07 |
eoli3n_ | it works well so lets go with that | 13:07 |
TJ- | Yep | 13:07 |
eoli3n_ | the inotify test seems crazy | 13:09 |
TJ- | eoli3n_: I use that frequently to prove a certain file access takes place, and its type | 13:09 |
TJ- | eoli3n_: my approach is to prove each piece and not assume | 13:09 |
eoli3n_ | hm | 13:10 |
eoli3n_ | lets try to | 13:10 |
eoli3n_ | never did that | 13:10 |
luna_ | moved my irssi to Ubuntu instead of CentOS now | 13:10 |
eoli3n_ | https://x0.at/559.txt | 13:11 |
eoli3n_ | waiting | 13:11 |
eoli3n_ | catch ! | 13:12 |
eoli3n_ | /exports/focal/dists/focal/main/binary-amd64/Packages.gz ACCESS | 13:12 |
eoli3n_ | so yep it does access | 13:12 |
eoli3n_ | lets try to export rw | 13:16 |
eoli3n_ | i don't know why, but i don't have any other idea | 13:16 |
eoli3n_ | obviously, it didn't changed anything | 13:20 |
TJ- | so at least we know Packages.gz is read AND apt-update in-target doesn't get to see it! | 13:31 |
technoob | Hey guys | 13:31 |
technoob | I have ubuntu server on my nuc | 13:31 |
technoob | I wanna know of i can use its wifi here | 13:32 |
technoob | How do i check | 13:32 |
TJ- | eoli3n_: hang on... ACCESS isn't the same as READ if I recall correctly; that suggests there IS a permissions issue | 13:33 |
TJ- | eoli3n_: ignore me - ACCESS does include a read | 13:35 |
technoob | Guys | 13:36 |
technoob | How do i check if ubuntu server has support for the wifi | 13:36 |
TJ- | technoob: it does | 13:36 |
TJ- | technoob: assuming the wifi hardware has a driver and the interface is present, you can configure it via either netplan or directly with systemnd-networkd | 13:37 |
technoob | Can you teach me how | 13:38 |
technoob | How do i activate the wifi | 13:38 |
technoob | I also wanna know if it can be used as a hotspot | 13:39 |
technoob | TJ-: | 13:39 |
technoob | Tj? | 13:40 |
technoob | Anyone? | 13:40 |
lotuspsychje | !patience | technoob | 13:42 |
ubottu | technoob: Don't feel ignored and repeat your question quickly; if nobody knows your answer, nobody will answer you. While you wait, try searching https://help.ubuntu.com or https://ubuntuforums.org or https://askubuntu.com/ | 13:42 |
TJ- | technoob: yes, as a hotspot you'd use 'hostapd' | 13:43 |
technoob | Can i ask how to do this | 13:43 |
technoob | TJ-: | 13:43 |
TJ- | technoob: this is a few years old but should get you started: https://help.ubuntu.com/community/WifiDocs/WirelessAccessPoint | 13:44 |
technoob | How do i check iff i have hostapd installed already | 13:48 |
technoob | Is there a way to connect to internet by plugging my phone which has data to my device running ubuntu server | 14:04 |
=== halvors1 is now known as halvors | ||
SynfulAck | I have two servers that seem to be getting the same ip via dhcp. I checked the netplan directory and one of the servers has something that looks like this https://imgur.com/a/W0jmVbd and all those files have dhcp set to yes. The other server just has the standard 00-installer-config.yaml also with dhcp set to yes. | 15:00 |
SynfulAck | Shouldnt each be getting its own ip. two vms with different mac addr too. | 15:00 |
SynfulAck | well thats annoying, looks like i needed `dhcp-identifier: mac` in my netplan yaml file. dunno why they decided to change the DUID method. | 17:15 |
=== ijohnson is now known as ijohnson|lunch | ||
devster31 | hi guys, any suggestions on how to configure 4 interfaces with netplan? | 20:21 |
sarnold | probably match blocks with macs | 20:22 |
devster31 | not sure I follow | 20:23 |
sarnold | devster31: well, now that I re-read the examples, matching by mac address is probably better reserved for cases where matching by name doesn't work | 20:39 |
sarnold | there's a bunch of examples on https://netplan.io/examples/ | 20:39 |
devster31 | this is what I tried, https://bpa.st/426Q because for some reason dhcp: true on the bond isn't working (the switch supports LAG), I was wondering if there's a better way to do it... ideally I'd also like the interfaces to be advertised with <interface>.<hostname>.<domain> but I'm not sure that's feasible | 20:47 |
sarnold | oh interesting, I hadn't seen a netplan config quite so generic before; does it generate systemd-networkd configs alright? do they look sane? | 20:54 |
=== ijohnson|lunch is now known as ijohnson | ||
devster31 | seems so: https://bpa.st/EUXQ | 21:01 |
sarnold | interesting interesting, systemd.network(5) does claim to support shell globs -- but only uses * in the examples. I wonder if the [3-4] syntax works | 21:04 |
devster31 | currently does work, for some reason... I was wondering if https://bpa.st/5TPA could work though | 21:34 |
FuZi0N | How can I monitor the external IP connections for everything connected to local port 5572 on Ubuntu Server 18.04? I tried using glances and track but there was too much noise and it wouldn't let me filter by source port... | 21:37 |
devster31 | tcpdump port 5572? | 21:42 |
TJ- | FuZi0N: please don't cross post in multiple channels! | 21:45 |
devster31 | sarnold what do you think, would https://bpa.st/5TPA be a functioning setup? or is there a better layout/way to configure them? | 22:14 |
sarnold | devster31: if you're still not getting it to go, I think I'd try breaking them apart a bit, set up each interface one at a time, etc | 22:15 |
devster31 | thank you, will try | 23:53 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!