Risolvere il problema "Limite di memoria PHP inferiore al valore consigliato" in ownCloud 10

Il risultato desiderato non è semplicemente la scomparsa dell'avviso. Una soluzione corretta implica che il processo PHP che gestisce ownCloud 10 segnali un limite di memoria di almeno 512 MB, che l'avviso di amministrazione di ownCloud scompaia, che anche i processi pianificati o eseguiti da riga di comando utilizzino un limite appropriato e che l'host disponga ancora di memoria fisica sufficiente per eseguire PHP, il server web, il database e i processi in background senza un eccessivo utilizzo dello swap.

Per ownCloud Classic 10.16, l'ambiente Docker ufficiale utilizza OWNCLOUD_MEMORY_LIMIT=512Mcome predefinito consigliato. La documentazione di ownCloud distingue anche la configurazione PHP utilizzata dal server web da quella utilizzata da php-cli. Tale distinzione è il motivo principale per cui gli amministratori a volte modificano memory_limit, riavviano un servizio e continuano a visualizzare lo stesso avviso.

Questa guida inizia con i controlli meno invasivi, per poi mostrare i percorsi di Apache, PHP-FPM, CLI e Docker. Spiega inoltre quando è giustificato aumentare ulteriormente il limite e quando il vero problema è la RAM insufficiente dell'host piuttosto che l'impostazione PHP stessa.

Che aspetto ha il successo

1. Conferma l'avviso e il valore rilevato da ownCloud

Apri le impostazioni di amministrazione di ownCloud e prendi nota dell'avviso relativo al limite di memoria. Prima di apportare qualsiasi modifica, annota la versione di ownCloud, la versione di PHP, il tipo di server web e il limite di memoria corrente. Questo ti fornirà un punto di riferimento e ti aiuterà a evitare di modificare l'installazione errata di PHP su sistemi con più versioni di PHP.

La documentazione attuale di ownCloud 10.16 afferma che i requisiti del server dipendono fortemente dal numero di utenti, dal numero di file e dall'attività. La sua configurazione Docker imposta OWNCLOUD_MEMORY_LIMIT=512Me raccomanda di mantenere questo valore predefinito. Ciò rende 512 MB una base di riferimento ragionevole per risolvere l'avviso, ma non una garanzia che ogni carico di lavoro rientri in 512 MB.

Riferimenti ufficiali: raccomandazioni per la distribuzione di ownCloud e variabili d'ambiente Docker di ownCloud .

2. Non fidarti del valore CLI per rappresentare il server web

Esegui questi comandi per vedere cosa utilizza il processo PHP da riga di comando:

php --ini
php -r 'echo ini_get("memory_limit"), PHP_EOL;'

Questo è utile per occi processi cron, ma non è una prova di ciò che viene utilizzato dalla richiesta web. ownCloud documenta esplicitamente percorsi di configurazione separati come:

/etc/php/<version>/apache2/php.ini
/etc/php/<version>/fpm/php.ini
/etc/php/<version>/cli/php.ini

Se la CLI indica 512M mentre la pagina di amministrazione continua a segnalare un errore, tale discrepanza è un chiaro segnale che il server web sta caricando un altro file php.ini.

Consulta le note di configurazione PHP di ownCloud , che avvertono specificamente che potrebbe essere necessario modificare le impostazioni PHP in più di un file INI.

3. Individua la configurazione PHP utilizzata dalla richiesta web

Il test più affidabile consiste nell'esaminare il codice PHP dallo stesso stack web che ospita ownCloud. La documentazione di ownCloud descrive l'utilizzo di una phpinfo.phppagina temporanea:

<?php phpinfo(); ?>

Posizionalo temporaneamente nella directory principale del sito web, aprilo in un browser e individua:

• File di configurazione caricato
• limite_di_memoria
• API del server

Eliminate quindi immediatamente il file phpinfo . ownCloud avverte che lasciare una pagina phpinfo pubblica espone informazioni sensibili del server.

Se il browser dice /etc/php/7.4/fpm/php.inimentre php --inidice /etc/php/7.4/cli/php.ini, ora sai esattamente perché la modifica del file CLI non ha eliminato l'avviso.

4. PHP-FPM: aumentare il limite di web-runtime a 512M

In una tipica installazione di Debian o Ubuntu:

sudo nano /etc/php/7.4/fpm/php.ini

Trovare:

memory_limit = 128M

e modificarlo in:

memory_limit = 512M

Utilizza la versione di PHP installata nel percorso. Quindi riavvia il servizio FPM corretto e il tuo server web, se necessario:

sudo systemctl restart php7.4-fpm
sudo systemctl reload nginx

Per Apache con proxy_fcgio un'altra configurazione FPM, riavviare PHP-FPM e ricaricare Apache.

ownCloud nota inoltre che PHP-FPM non utilizza le impostazioni PHP da .htaccess. Se ti affidi alle sovrascritture per directory con FPM, utilizza il meccanismo di configurazione PHP/FPM supportato per il tuo ambiente, come l'apposita php.iniconfigurazione del pool o .user.ini.

5. Apache con mod_php: modifica la configurazione PHP di Apache

Se Apache carica PHP direttamente come modulo, modifica il file specifico di Apache:

sudo nano /etc/php/7.4/apache2/php.ini

Impostato:

memory_limit = 512M

Quindi riavvia Apache:

sudo systemctl restart apache2

Non copiare meccanicamente il numero di versione. Verifica la versione effettivamente caricata da Apache. I sistemi aggiornati attraverso diverse versioni di PHP spesso mantengono più directory in /etc/php/.

Il criterio di verifica è semplice: dopo il riavvio, l'ambiente di runtime PHP lato web deve mostrare il nuovo valore. Se continua a mostrare 128M, significa che un altro livello di configurazione sta sovrascrivendo la modifica.

6. Aggiorna il limite della CLI quando occ o cron utilizzano troppa poca memoria

L'avviso web di amministrazione è gestito dal runtime web, mentre occi processi cron utilizzano PHP CLI. La documentazione di ownCloud lo specifica esplicitamente.

Modificare:

sudo nano /etc/php/7.4/cli/php.ini

Impostato:

memory_limit = 512M

Quindi verifica:

php -r 'echo ini_get("memory_limit"), PHP_EOL;'

Non è necessario riavviare un servizio per PHP da riga di comando, perché ogni invocazione da riga di comando avvia un nuovo processo. Tuttavia, se il tuo job cron richiama esplicitamente un altro eseguibile PHP, verifica esattamente quale sia /usr/bin/phpquello in uso, invece di presumere che sia quello predefinito.

ownCloud raccomanda di eseguirlo occcome utente HTTP, in genere www-datasu Debian/Ubuntu. La sua documentazione ufficiale occ avverte inoltre che, occquando sono installate più versioni, è necessario utilizzare la stessa versione di PHP del server web.

7. Docker: utilizzare OWNCLOUD_MEMORY_LIMIT anziché modificare i file all'interno del container

Per l'immagine Docker ufficiale di ownCloud, utilizzare la variabile d'ambiente documentata:

environment:
  OWNCLOUD_MEMORY_LIMIT: 512M

Quindi ricrea il servizio:

docker compose up -d

Non apportare la correzione principale modificando php.iniall'interno di un container temporaneo. La ricreazione del container potrebbe annullare tali modifiche. La documentazione ufficiale dell'ambiente Docker di ownCloud definisce OWNCLOUD_MEMORY_LIMIT=512Me raccomanda di mantenere questa impostazione predefinita.

Se l'host Docker stesso ha un limite di memoria restrittivo, controlla anche i vincoli del container:

docker stats

Un limite PHP di 512 MB non assegna magicamente al container 512 MB di memoria libera; consente solo a una singola richiesta PHP di consumare fino a tale quantità. Il container e l'host necessitano comunque di memoria sufficiente per tutti i processi PHP simultanei e gli altri servizi.

8. Riavvia il servizio corretto e verifica dallo stesso runtime

Dopo aver riavviato il servizio in questione, ricontrolla la pagina temporanea phpinfo o la panoramica amministrativa di ownCloud. Quindi elimina la pagina phpinfo.

Se hai modificato PHP-FPM, controlla:

sudo systemctl status php7.4-fpm
sudo systemctl status nginx

Se hai modificato Apache:

sudo systemctl status apache2

Aggiorna la pagina di amministrazione di ownCloud. L'avviso dovrebbe scomparire se ownCloud ora viene eseguito almeno al limite previsto.

9. Verificare la RAM del sistema host prima di aumentare il limite PHP oltre i 512 MB.

Correre:

free -h
ps aux | grep php-fpm
vmstat 1

Il memory_limitlimite di memoria PHP è un valore massimo per ogni script. Non si tratta di una prenotazione e non corrisponde alla quantità di RAM necessaria al server. Se si hanno 20 processi PHP in esecuzione e si concede a ogni richiesta l'autorizzazione a utilizzare una quantità di memoria molto elevata, nel caso peggiore teoricamente la RAM richiesta potrebbe superare di gran lunga la RAM disponibile sulla macchina.

La documentazione di ottimizzazione di ownCloud fornisce lo stesso avvertimento generale per i processi del server web: dimensionare il numero di processi in modo che l'utilizzo complessivo della memoria rimanga al di sotto della RAM disponibile, altrimenti il ​​sistema inizia a utilizzare lo swap e le prestazioni diminuiscono. Consultare la guida all'ottimizzazione di ownCloud Classic .

Se l'avviso relativo al limite di 512 milioni di unità è scomparso e le normali operazioni procedono senza intoppi, non c'è motivo di aumentare il limite solo per far sì che il numero diventi più elevato.

10. Quando 512 MB continua a produrre il messaggio "Memoria massima consentita esaurita"

Un avviso di raccomandazione cancellata e un arresto anomalo per esaurimento della memoria sono problemi diversi. Se i log contengono messaggi come:

PHP Fatal error: Allowed memory size of ... bytes exhausted

Identifica l'operazione che lo innesca. Scansioni di grandi dimensioni, processi di crittografia, operazioni su storage esterno, elaborazione di immagini o un'applicazione di terze parti possono avere profili di memoria molto diversi.

Controlla il log di ownCloud e il log degli errori del server PHP/web. Un'installazione standard di ownCloud scrive il proprio log nella directory dei dati configurata, solitamente data/owncloud.log. Evita di considerare "aumentare a 1 GB" come il passaggio successivo automatico. Prima verifica se la stessa operazione raggiunge ripetutamente il limite massimo.

Se un processo amministrativo noto necessita effettivamente di più memoria, un override mirato tramite riga di comando può essere più sicuro rispetto all'imposizione di un limite elevato a tutte le richieste web a livello globale:

php -d memory_limit=1G occ <command>

Utilizzare questa soluzione solo se si conoscono il funzionamento del comando e il comportamento della memoria. Non risolve i problemi relativi alle richieste web eseguite tramite PHP-FPM o Apache.

Perché l'avviso potrebbe persistere dopo la modifica del file php.ini

Non confondere memory_limit con i limiti di caricamento

memory_limit, upload_max_filesize, e post_max_sizerisolvono problemi diversi. L'aumento della memoria PHP non consente automaticamente agli utenti di caricare file più grandi. Le note di configurazione di ownCloud 10.16 affermano separatamente che post_max_sizedovrebbe essere configurato ad almeno 512 MB per il minimo documentato e spiegano che i limiti di caricamento necessitano di impostazioni proprie.

Se il sintomo effettivo è "i caricamenti di grandi dimensioni non riescono", controlla upload_max_filesizei post_max_sizelimiti di dimensione del corpo del proxy/server web, i timeout e la capacità del disco temporaneo. Non utilizzare un valore più alto memory_limitcome sostituto di questi controlli.

Lista di controllo finale

• Verifica l'avviso e il valore corrente in ownCloud.
• Verificare se ownCloud utilizza Apache mod_php o PHP-FPM.
• Individua il file di configurazione caricato del runtime web .
• Imposta il PHP web memory_limitalmeno a 512M.
• Aggiorna anche PHP da riga di comando se occcron utilizza un limite inferiore.
• Per Docker, impostare OWNCLOUD_MEMORY_LIMIT=512Mnell'ambiente di distribuzione.
• Riavvia o ricrea il servizio che gestisce PHP.
• Verifica il valore dall'ambiente di runtime web, non solo dalla riga di comando.
• Verifica che l'avviso di ownCloud sia scomparso.
• Monitorare la RAM e lo swap dell'host prima di aumentare il limite oltre i 512 MB.

In conclusione

La soluzione definitiva per il problema "Limite di memoria PHP inferiore al valore consigliato" in ownCloud 10 consiste nell'impostare il runtime PHP che gestisce ownCloud su un limite di 512 MB o superiore, e quindi verificare il risultato dallo stesso runtime. L'errore più comune si verifica quando si modifica il file di configurazione /etc/php/.../cli/php.inidi ownCloud mentre è in esecuzione tramite PHP-FPM o Apache con un file di configurazione diverso.

Interrompere l'operazione una volta scomparso l'avviso, quando le operazioni di routine sono corrette e l'host dispone di una memoria sufficiente. Se PHP continua a consumare 512 MB durante una specifica operazione, passare dalla fase di "aumento del limite" alla diagnosi del carico di lavoro: esaminare il comando che causa l'errore, le applicazioni, i log, la concorrenza e la RAM fisica. Un limite maggiore può essere appropriato, ma solo quando il carico di lavoro lo giustifica e il server è in grado di supportarlo in sicurezza.