Sziasztok,
Segítséget szeretnék kérni abban, hogy tudjuk úgy kicsomagolni offline binary csomagból a httpd ezután, egy httpd.service fájl átsymlinjkelésével a /etc/systemd könyvtárába el is induljon enable - engedélyezés és megfelelő futatási és felhasználói jogokkal.
Ehhez rpm2cpio parancsot használtunk:
pl:
rpm2cpio php-common-7.2.11-2.module_el8.1.0+209+03b9a8ff.x86_64.rpm | (cd /opt/php; cpio -idmv)
Lehetséges, hogy valami függőségi probléma okozhatja?
A segítséget előre is megköszönve
- 195 megtekintés
Hozzászólások
Ez csak igy onmagaban nem biztos, hogy fog mukodni.
Eleve kezdjuk azzal, hogy a konfig fajl sem ott van, ahol keresi, azt paranccssorbol (vagy a systemd service okszeru szerkesztesevel) meg kell neki adni, hogy hol keresse
Ezek utan, a konfig fajlokat at kell nezni, a hivatalos utvonal hivatkozasokat mindenutt lecsereljuk a megfeleloekre.
Es igen, siman lehet linkelesi problema.
Kozelitsuk meg maskepp a problemat: miert szeretnetek ezt igy megoldani, mi az alapveto problema, amit igy akartok megoldani?
A legjobb kozelitese a problmeanak amugy az, ha egy, a celgeppel mindenben megegyezo (kernel, disztro verzio) masik gepen forrrasbol forgattok egy apache-t.
- A hozzászóláshoz be kell jelentkezni
A probléma az, hogy ez egy külső VM szerveren lesz ahol csak az /opt mappára lesz jogosultságunk. Emmiatt kell ezt a megpoldást kéne valahogy jól kivitelezni. A systemd konfig fájlt természetesen átírtuk, az enable funkció is működött, csak amikor el akartuk inditani dobott egy (code=exited, status=127) hibát.
Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.
- A hozzászóláshoz be kell jelentkezni
Ha csak a /opt ra van jog, a systemd-vel hogyan fogod megbeszélni, hogy beolvassa a service fájlt? Hova fog írni a httpd logokat pl? Hogyan lesz logrotate ha nem férsz hozzá a logrotate-hez?
Ha én üzemeltetném a host rendszert ebbe biztos nem mennék bele...
- A hozzászóláshoz be kell jelentkezni
És csináltatok hozzá javított SELinux konfigot? Mert ugye RH-en az is van néhány csomaghoz, az apacs meg az elsők között volt, aki kapott.
- A hozzászóláshoz be kell jelentkezni
És mi lenne, ha az ember, aki azt üzemelteti, felrakna egy apacheot, és bokonfolná, ahogy kell? Elég broken modellnek tűník, hogy a külső beszállító taknyoljon magának egy komplett httpdt jogosultság mizéria miatt.
(Arról már nem beszélve, hogy nem vagyok meggyőződve róla, hogy pl user service fileal fel fogod tudni bindelni a 80/443as portot.
- A hozzászóláshoz be kell jelentkezni
inkabb spec-bol forgass sajat rpm-et
- A hozzászóláshoz be kell jelentkezni
+1 a fordításra, de csak ügyesen, kell bele apr, apr-util, layout meg ilyesmi varázsszavak (de persze van sok függősége is, pl expat, pcre, OpenSSL)
Szerk: bár mondjuk aki ilyeneket tud forrásból telepíteni, az hibakeresni is szokott tudni a `strace` programmal.
- A hozzászóláshoz be kell jelentkezni