[Eisfair] [e64] Apache --> php7 --> curl nicht vorhanden?

[Helmut Backhaus]

Hallo Marcus, hallo Holger, hallo Sebastian,
zunächst muss ich mich für meine Blödheit entschuldigen (siehe
geänderter Betreff)!!!

Das war bis zum Ausfall des xen-servers immer ein E1 ...
Beim neu erstellen (auf Proxmox habe ich daraus wohl eine E64 Maschine
gemacht). Das ist mir aber erst vorhin aufgefallen :-((

Ob das für das Paket einen Unterschied mach weiß ich nicht.

Aber es gibt auch gute Nachrichten, mein Script läuft!
Mehr dazu im weiteren Verlauf dieser Nachricht.

Am 27.02.20 um 06:50 schrieb Marcus Röckrath:
> Hallo Holger, hallo Sebastian,
> 
> Marcus Röckrath wrote:
> 
>>>>>> Aber mit diesem Sym-link wird dahin verwiesen.
>>>>>> /etc/php7/apache2/conf.d/eisfair.ini --> /etc/php7/conf.d/*.ini
>>>
>>> Welche Pakete sind denn ueberhaupt installiert?
>>>
>>> apache2_php7?
>>
>> Müsste /etc/php7/conf.d nicht vorhanden sein? Im apache2_php7-Paket
>> scheint das nicht der Fall zu sein, es gibt aber
>> in /var/install/config.d/apache2_php7.sh einen Codeblock, der die
>> Dateien /etc/php7/conf.d/*.ini nach /etc/php7/apache2/conf.d/ verlinken
>> will.
> 
> Ich meine diesen Codeabschnitt aus /var/install/config.d/apache2_php7.sh:
> 
> for NAME in /etc/php7/conf.d/*.ini; do
>   if [ "$(basename ${NAME})" != "eisfair.ini" ]
>   then
>    ln -sf /etc/php7/conf.d/$(basename
> ${NAME}) /etc/php7/apache2/conf.d/$(basename ${NAME})
>   fi
> done
>  
> Existiert /etc/php7/conf.d nicht, wird dann
> 
> ln -sf /etc/php7/conf.d/*.ini /etc/php7/apache2/conf.d/*.ini
> 
> ausgeführt, was wegen der Bash zu
> 
> ln -sf /etc/php7/conf.d/*.ini /etc/php7/apache2/conf.d/eisfair.ini
> 
> führt, weil vor diesem Codeabschnitt die /etc/php7/conf.d/eisfair.ini
> angelegt wurde.
> 
> Durch das -f (force) macht der ln das auch (ohne -f gibts nur eine
> Fehlermeldung) und es entshet der Link ..../eisfair.ini
> auf /etc/php7/conf.d/*.ini.
> 
> Existiert die eisfair.ini nicht, entsteht der Link

Das kann ich genau so bestätigen!
Ich habe mir von einer E1 Maschine (ja, ich bin sicher), auf der php7
läuft, die "eisfair.ini" geholt. Dann auf der Maschine mit dem Fehler
den Symlink "/etc/php7/apache2/conf.d/eisfair.ini" gelöscht und dann die
eisfair.ini dort hin kopiert.
Danach habe ich den apachen neu gestartet und siehe da "curl" war in
info.php zu sehen und mein Script läuft.

Jetzt wollte ich aber wissen, ob mein "Hack" ein neu abspeichern der
config für Apache und php7 überlebt?

Das tut es aber nur teilweise.
Das abspeichern der Apache-config überlebt die "eisfair.ini".
Das abspeichern der php7-config überlebt sie aber nicht!

> 
> /etc/php7/apache2/conf.d/*.ini -> /etc/php7/conf.d/*.ini
> 
> Der Codeblock muss abgesichert werden und zwar durch Anlegen des
> Verzeichnisses /etc/php7/conf.d oder durch vorheriges Prüfen der Existenz
> des Verzeichnisses.
> 
> Warum bei Helmut trotz Anlegen des Verzeichnisses /etc/php7/conf.d immer
> noch Blödsinn passiert, weiß ich noch nicht, da wäre ein eigener ruhiger
> Blick auf das System eventuell hilfreich.
> 

Das könnte ich hin bekommen, zumindest Zeitweise nach Absprache.
Dazu sollten wir mal telefonieren.

Auf der E1 Maschine ist mir aber etwas aufgefallen.
Hier sehen die beiden Verzeichnisse folgendermaßen aus:
e1nextcloud # ls -l /etc/php7/apache2/
total 476
-rw-r--r-- 1 root root 419671 Jan  6 22:00 browscap
drwxr-xr-x 2 root root   4096 Jan  9 21:30 conf.d
-rw-r--r-- 1 root root  57465 Jan  6 22:00 php.ini

e1nextcloud # ls -l /etc/php7/conf.d/
total 40
-rw-r--r-- 1 root root  49 Jan  6 22:00 apcu.ini
-rw-r--r-- 1 root root  23 Jan  6 22:00 imagick.ini
-rw-r--r-- 1 root root  20 Jan  6 22:00 intl.ini
-rw-r--r-- 1 root root 822 Jan  9 21:30 mysql-conf.ini
-rw-r--r-- 1 root root  22 Jan  6 22:00 mysql.ini
-rw-r--r-- 1 root root 215 Jan  6 22:00 opcache.ini
-rw-r--r-- 1 root root  21 Jan  6 22:00 pcntl.ini
-rw-r--r-- 1 root root  19 Jan  6 22:00 pdf.ini
-rw-r--r-- 1 root root  19 Jan  6 22:00 redis.ini
lrwxrwxrwx 1 root root  29 Nov 23  2018 suhosin.ini ->
/etc/php7/apache2/suhosin.ini
-rw-r--r-- 1 root root  18 Jan  6 22:00 xz.ini

e1nextcloud # ls -l /etc/php7/apache2/conf.d/
total 4
lrwxrwxrwx 1 root root   25 Jan  9 21:30 apcu.ini ->
/etc/php7/conf.d/apcu.ini
-rw-r--r-- 1 root root 2067 Jan  9 21:30 eisfair.ini
lrwxrwxrwx 1 root root   28 Jan  9 21:30 imagick.ini ->
/etc/php7/conf.d/imagick.ini
lrwxrwxrwx 1 root root   25 Jan  9 21:30 intl.ini ->
/etc/php7/conf.d/intl.ini
lrwxrwxrwx 1 root root   31 Jan  9 21:30 mysql-conf.ini ->
/etc/php7/conf.d/mysql-conf.ini
lrwxrwxrwx 1 root root   26 Jan  9 21:30 mysql.ini ->
/etc/php7/conf.d/mysql.ini
lrwxrwxrwx 1 root root   28 Jan  9 21:30 opcache.ini ->
/etc/php7/conf.d/opcache.ini
lrwxrwxrwx 1 root root   26 Jan  9 21:30 pcntl.ini ->
/etc/php7/conf.d/pcntl.ini
lrwxrwxrwx 1 root root   24 Jan  9 21:30 pdf.ini -> /etc/php7/conf.d/pdf.ini
lrwxrwxrwx 1 root root   28 Jan  9 21:30 suhosin.ini ->
/etc/php7/conf.d/suhosin.ini
lrwxrwxrwx 1 root root   23 Jan  9 21:30 xz.ini -> /etc/php7/conf.d/xz.ini

Hier ist (/etc/php7/apache2/conf.d/) *nur* die "eisfair.ini" eine Datei,
alles andere sind Symlinks

Hilft das weiter?

Nochmal Entschuldigung für die Verwirrung die ich gestiftet habe!

Und recht herzlichen Dank für eure Unterstützung!!!

-- 
Gruß,
Helmut