PHP safelock failed to create a lockfile

Flyer

May 04, 2022 03:36

I have WHM v102.0.14 with PHP 8.0.18. Since upcp ran last night, PHP reports the following error on startup: warn [php] safelock: Failed to create a lockfile '/etc/userdatadomains.lock-b232a7f711a9-4100a619-1250' in the directory '/etc' that isn't writable: Permission denied at /usr/local/cpanel/Cpanel/SafeFile.pm line 430. This only happens with the user that I log in to the server with using ssh. root and other users with their own cPanel domains are OK. How do I fix it?[/php]

Comments

38 comments

Flyer

July 03, 2024 06:56
This fixed it for me:

sudo usermod -a -G compiler username
0
Andrew

July 03, 2024 19:33
I appreciate the reply Flyer. I've tried that but the issue remains
0
Flyer

July 05, 2024 11:01
Did you log out and back in again? The group change doesn't take effect until you do that.
0
Andrew

July 06, 2024 16:03
Yes, I have logged out and login in
0
Andrew

March 27, 2025 00:14
Update:

I've just noticed that this only occurs when using popen() https://www.php.net/manual/en/function.popen.php

php:

php -v
PHP 8.3.19 (cli) (built: Mar 13 2025 00:00:00) (NTS)
Copyright (c) The PHP Group
Zend Engine v4.3.19, Copyright (c) Zend Technologies
with Zend OPcache v8.3.19, Copyright (c), by Zend Technologies

distro:

cat /etc/os-release
NAME="AlmaLinux"
VERSION="9.5 (Teal Serval)"
ID="almalinux"
ID_LIKE="rhel centos fedora"
VERSION_ID="9.5"
PLATFORM_ID="platform:el9"
PRETTY_NAME="AlmaLinux 9.5 (Teal Serval)"
ANSI_COLOR="0;34"
LOGO="fedora-logo-icon"
CPE_NAME="cpe:/o:almalinux:almalinux:9::baseos"
HOME_URL="https://almalinux.org/"
DOCUMENTATION_URL="https://wiki.almalinux.org/"
BUG_REPORT_URL="https://bugs.almalinux.org/"

ALMALINUX_MANTISBT_PROJECT="AlmaLinux-9"
ALMALINUX_MANTISBT_PROJECT_VERSION="9.5"
REDHAT_SUPPORT_PRODUCT="AlmaLinux"
REDHAT_SUPPORT_PRODUCT_VERSION="9.5"
SUPPORT_END=2032-06-01
0
cPRex Jurassic Moderator

March 27, 2025 14:14
What specifically triggers that error - a restart of the Apache service?
0

Andrew

March 28, 2025 00:05

This is all PHP CLI stuff (please don't judge my life decisions)

initialize_all.php

<?php

use Application\Config\DatabaseConfig;
use Application\Models\Repository\ClientRepository;

require_once 'vendor/autoload.php';
require_once 'cli/_cli_boot.php';
/**
 * @var array $applicationConfig
 */

$options = getopt('e:f::', ['env:', 'force::']);

$env = '';
if (isset($options['e']) || isset($options['env'])) {
    $env = $options['e'] ?? $options['env'];
}
if (strlen($env) === 0) {
    print "Missing value for --env [proj|prod]\n";
    exit;
} elseif (!in_array($env, ['proj', 'prod'])) {
    print "Invalid environment value provided. Expected --env [proj|prod]\n";
    exit;
}

$dbConnections = new DatabaseConfig($applicationConfig);
$clientList = (new ClientRepository($dbConnections))->getListForEnv($env);

$force = '';
if (isset($options['f']) || isset($options['force'])) {
    $force = ' -f &> /dev/null';
    $s = count($clientList) === 1 ? '' : 's';
    print 'Force run for ' . count($clientList) . ' client' . $s . ".\n";
}

// TODO: better queueing system
$pipes = [];
foreach ($clientList as $client) {
    $pipes[] = popen('php cli/client/initialize.php -e ' . $env . ' -c ' . $client->getCode() . $force, 'w');
}
foreach ($pipes as $pipe) {
    pclose($pipe);
}

Usually the cron runs this as `initalize_all.php` but when I pass the -f and run it manually I get all the safelock errors. I have to sed/grep them out of my logs when it runs on the cron otherwise log files get huge when this runs every 15 minutes

so, my solution to this safelock thing right now when running manually is piping to devnull:

$force = ' -f &> /dev/null';

cPRex Jurassic Moderator

March 28, 2025 15:50
What if you used pnctl_exec instead of popen?

Spoiler - I don't speak PHP so I reached out to a dev on this one.
0

Please sign in to leave a comment.

Comments

Didn't find what you were looking for?