-
Notifications
You must be signed in to change notification settings - Fork 74
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
IIAB installs on Debian 12 Bookworm pre-releases IF (1) KA Lite bypassed (2) PHP 8.2 requires Nextcloud 26? (3) Munin bypassed? [Ubuntu 23.04 issues quite similar!] #3399
Comments
Thanks @jvonau for those Debian community Debian 12 Bookworm's failure to support
As indicated by the lastest Debian 12 Bookworm daily build showing...
|
Summary of today's test install of IIAB onto Debian 12 (Bookworm's) latest faily build;
iiab-diagnostics: http://sprunge.us/kL49dr?bash |
Oops, CLARIF: MongoDB still requires forcible install of So the PR below will be further refined as time goes on — if indeed MongoDB continues to refuse to supported OS's that have made the transition from libssl1.1 to libssl3: |
Above is no longer true! IIAB's code has now been changed, so MongoDB 6.0 is installed on all 64-bit OS's (including Debian 12) going forward: |
Vital Multipass workaround here: (As Multipass is not yet mature enough to reliably delete its own VM's / instances.) |
What is the relation between Debian 12 and mulitpass? |
See the top of this ticket: |
So nothing other than it's the guest OS, using the semi-supported lxc backend within multipass, gotcha. |
This tkt was created to help ppl test Debian 12 on Multipass. That is no longer possible in recent days. Worse, it will completely block your host PC from rebooting, unless you pull the power, e.g. with LXD which is what allows real testing from other 192.168.0.x devices nearby. So the responsible thing to do was to warn people. Hopefully the above problems will...at least be contained...in coming days or so. |
Just FYI the Multipass freeze-up arises with all three Debian 12 daily builds over the past 3 days (Nov 4-6) from: https://cloud.debian.org/images/cloud/bookworm/daily/ (e.g. debian-12-generic-amd64-daily-20221106-1191.qcow2 fails to allow login, in the same way as the prior 2 days, with Multipass "Connection refused" and "Timeout" errors.) |
@holta, @jvonau FWIW, this use case is entirely out of Multipass's scope. As I mentioned in canonical/multipass#2492, Multipass is designed to launch Ubuntu VMs, not Debian. |
Yup I agree with @ricab, one should limit the use of multipass to what is supported with |
Let's not overly exaggerate please.
So long as The real issue is that Multipass doesn't yet garbage-collect cleanly — as @ricab has documented thoughtfully here: And hopefully Multipass 1.12 will solve this in due course, sometime in coming months. |
Well --help does explicitly mention Ubuntu, whatever becomes of it @holta keep my name/handle out of this complaint. |
Again, let's not overly exaggerate:
|
Multipass turned out to be a fantastic tool to bisect when Debian 12's daily builds went wrong 11 days ago. I'm not involved with the Debian community, but this might however help others: Oct 27th daily build WORKS: Oct 28th daily build DOES NOT WORK: (It would appear that Debian 12 Bookworm devs might be working through an issue with libc-bin here...)
|
Debian 12 Bookworm's daily build cloud installer is still broken 2 weeks later, just FYI. |
Ditto, 5 days later (-: |
Ansible will likely need to be installed in a somewhat different way going forward — as this Debian 12 / Bookworm (pre-release) error indicates:
Current Debian 12 pre-release shows:
|
Of course
|
FYI Ubuntu 23.04 also now contains Python 3.11, so the fix below (possibly an interim fix, but certainly good enough for now) was put into place, restoring the ability to install IIAB on both Ubuntu 23.04 and Debian 12 pre-releases: |
FYI Debian 12 Bookworm is planning an early release on 2023-06-10: https://lists.debian.org/debian-devel-announce/2023/04/msg00007.html |
LARGE-sized IIAB install test on Debian 12 RC2 ran essentially flawlessly yesterday: iiab-diagnostics: http://sprunge.us/IiIYRG?en Thanks to several recently merged PR's, including: |
Interestingly (FYI!) Debian 11 / Bullseye networking is a real mess when a VM (instance) is attempted using Multipass, as documented here: In contrast, Debian 12 / Bookworm VM's (instances) continue to work extremely well within Multipass. RECAP / CONTEXT: Testing was done using the very latest version of Multipass, from its "edge" release channel, as installed by snap. |
Can somebody test a LARGE-sized IIAB install on the brand new Debian 12 Bookworm Release Candidate 4? https://www.phoronix.com/news/Debian-12-Bookworm-Install-RC4 |
|
FWIW Debian 12 release notes clarify:
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-information.en.html#systemd-resolved |
LARGE-sized IIAB test install onto Debian 12: |
Testing on Debian 12 Bookworm pre-releases is easy if you create an instant VM:
Shell into the VM using:
Then within the VM, run:
A LARGE-sized IIAB install just about worked — here are the quick dirty workarounds I used for now:
The 1st error was:
Any suggested workarounds, to explore how IIAB will work on Debian 12 Bookworm (the basis for Raspberry Pi OS 12) in 2023?
For now, I commented out Line 29 of network/tasks/install.yml to continue.
The 2nd error was:
I commented out Lines 26-31 of kiwix/tasks/enable-or-disable.yml to continue.
The 3rd error was entirely expected, as Moodle's 4.1 LTS's PHP 8.1 support is converging right now week-to-week:
I set
moodle_install: False
andmoodle_enabled: False
in /etc/iiab/local_vars.yml to continue.The 4th error can be worked around, by setting
mongodb_64bit_version: 6.0
inroles/mongodb/defaults/main.yml
and forcing the install of bullseye's libssl1.1 withwhen: is_debian_12
much like PR mongodb/tasks/install.yml: Force libssl1.1 on is_linuxmint_21 too (for Sugarizer) #3397: (and admitting that pre-AVX CPU's from 2010 are less important now, that being the reason we hung onto the EOL'd MongoDB 4.4 until now)I used:
But the following likely also works:
The 5th error was like the 2nd:
I set
matomo_install: False
andmatomo_enabled: False
in /etc/iiab/local_vars.yml to continue.Naturally networkd-dispatcher diagnostic hook creation failed:
I commented out Lines 81-83 of roles/network/tasks/main.yml just for now.
Admin Console installed and logging into it works!
iiab-diagnostics are: http://sprunge.us/aoLf3m?bash
Related:
The text was updated successfully, but these errors were encountered: