I wanted to recommend using a Docker container but I ran into the same issue with the default config for "drupal:10-apache" (aka "drupal:10.3.7-apache-bookworm"). Opening "node/add/article" results in the OOM error. Downgrading to "drupal:10.3.6-apache-bookworm" resolved the issue. Looks like a Drupal regression to me. Maybe you can also try an older version of Drupal 11?
this post was submitted on 10 Nov 2024
16 points (100.0% liked)
Linux
48181 readers
1308 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by AlpΓ‘r-Etele MΓ©der, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
So you think it's the fault of drupal 11, not the PHP repo?
Yes, the docker images don't use the sury.org php packages (they use the php docker image).
Can you please send a link of the docker image, don't know if it's the good one that I found
I used the docker compose template from https://hub.docker.com/_/drupal and mostly changed the image:
Compose file
# Drupal with PostgreSQL
#
# Access via "http://localhost:8080"
# (or "http://$(docker-machine ip):8080" if using docker-machine)
#
# During initial Drupal setup,
# Database type: PostgreSQL
# Database name: postgres
# Database username: postgres
# Database password: example
# ADVANCED OPTIONS; Database host: postgres
version: '3.1'
services:
drupal:
# image: drupal:10-apache
# image: drupal:10.3.7-apache-bookworm
# image: drupal:10.3.6-apache-bookworm
image: drupal:11.0.5-apache-bookworm
# image: drupal:10-php8.3-fpm-alpine
ports:
- 8080:80
volumes:
- /var/www/html/modules
- /var/www/html/profiles
- /var/www/html/themes
# this takes advantage of the feature in Docker that a new anonymous
# volume (which is what we're creating here) will be initialized with the
# existing content of the image at the same location
- /var/www/html/sites
restart: always
environment:
PHP_MEMORY_LIMIT: "1024M"
postgres:
image: postgres:16
environment:
POSTGRES_PASSWORD: example
restart: always
The details for the v11 image are here: https://hub.docker.com/layers/library/drupal/11.0.5-apache-bookworm/images/sha256-0e41e0173b4b5d470d30e2486016e1355608ab40651549e3e146a7334f9c8f77?context=explore
Gonna try it
"11.0.5-apache-bookworm" also seems to work, maybe you can try that version?
Try this version (not in docker) and it works like a charm, maybe i'm gonna stuck to it and then upgrade when the 11.0.7 will come out π
Nice, congrats on getting it to work! :) Native Debian packages are also nice. It can just get difficult if you want the latest stuff.
Did the 8.3 replace official repo 8.2 or does it use different naming for php binaries? The config files might be separate too.
Try using phpinfo() to check your working config. You can just place a file with the function in the root of your webserver and it should work.
It seems like the memory allowance is too low for drupal to load.
In fact when using PHP from sury.org the PHP 8.3 is available in addition to PHP 8.2. When using the phpinfo() and comparing the two PHP versions the only difference related a bit to memory are the statistics that are turned on. Nothing really more
Is there a reason for creating a new thread? For example have you stopped trying to use proxmox or other virtual environments to get it working?
This is why I made a new thread because the error is not coming from anything else than the php repo of sury.org, no more a "self-hosted" or Linux proxmox issue.
EDIT : tried the same install in KVM and on my desktop, it's not working. Tried Debian 10 with official PHP and it's working
So just to be clear, you're trying to install Drupal 11 on your system OS which is Debian?
I want to install it on a Debian VM inside promox, but to eliminate the potential issues, I tried to install it inside KVM on host, and on a other PC which is running Debian as host. When installing drupal 11 I needed PHP 8.3 so I used the sury.org repo, and I think it the main problem. Because when installing drupal 10 with "official" Debian PHP (8.2) it works.
Do you have all the required php8.3 extensions installed?
Drupal gives me no error about it