webhosting op SLES11 SP4 met Apache2, php en mysql

Pagina: 1
Acties:

Vraag


Acties:
  • 0 Henk 'm!

  • Godsgrave
  • Registratie: Juni 2013
  • Laatst online: 15-04 12:00
Ik probeer een website to hosten op ons intranet met behulp van een SLES 11 machine (suse linux). Op deze SLES machine wil ik Apache2 samen laten werken met PHP en mysql.

Om Apache te laten werken en te compileren heb ik al de volgende onderdelen gedaan:
pcre2-10.20.tar.gz uit gepakt en het volgende commando gegeven: ./configure --prefix=/usr/local/pcre. Daarna make en make install. Hier ik heb ik geen fout melding gezien

Hierna heb ik httpd-2.4.18.tar.gz uitgepakt en in /v1/Download/httpd-2.4.18 gezet.

Vervolgens heb ik apr-1.5.2.tar.gz en apr-util-1.5.4.tar.gz uitgepakt in in /v1/Download/httpd-2.4.18/srclib gezet

Via Yast heb ik gcc geïnstalleerd en gcc-c++ (om te testen al dit wel werkt.)

Hierna heb ik dit commando uit gevoerd in de httpd-2.4.18 map: ./configure --prefix=/v1/install/apache2/ --with-pcre=/usr/local/pcre/bin/pcre2-config --with-included-apr

Wanneer ik make doe dan krijg in de volgende fout melding:
[/quote]
util_pcre.c: In function 'ap_regfree':
util_pcre.c:104: error: 'pcre_free' undeclared (first use in this function)
util_pcre.c:104: error: (Each undeclared identifier is reported only once
util_pcre.c:104: error: for each function it appears in.)
util_pcre.c: In function 'ap_regcomp':
util_pcre.c:128: error: 'PCRE_DUPNAMES' undeclared (first use in this function)
util_pcre.c:131: error: 'PCRE_CASELESS' undeclared (first use in this function)
util_pcre.c:133: error: 'PCRE_MULTILINE' undeclared (first use in this function)
util_pcre.c:135: error: 'PCRE_DOTALL' undeclared (first use in this function)
util_pcre.c:138: warning: implicit declaration of function 'pcre_compile2'
util_pcre.c:138: warning: assignment makes pointer from integer without a cast
util_pcre.c:151: warning: implicit declaration of function 'pcre_fullinfo'
util_pcre.c:151: error: expected ')' before 'pcre'
util_pcre.c:151: warning: type defaults to 'int' in declaration of 'type name'
util_pcre.c:151: warning: cast from pointer to integer of different size
util_pcre.c:152: error: 'PCRE_INFO_CAPTURECOUNT' undeclared (first use in this function)
util_pcre.c: In function 'ap_regexec_len':
util_pcre.c:189: error: 'PCRE_NOTBOL' undeclared (first use in this function)
util_pcre.c:191: error: 'PCRE_NOTEOL' undeclared (first use in this function)
util_pcre.c:207: warning: implicit declaration of function 'pcre_exec'
util_pcre.c:207: error: expected ')' before 'pcre'
util_pcre.c:207: warning: type defaults to 'int' in declaration of 'type name'
util_pcre.c:207: warning: cast from pointer to integer of different size
util_pcre.c:230: error: 'PCRE_ERROR_NOMATCH' undeclared (first use in this function)
util_pcre.c:232: error: 'PCRE_ERROR_NULL' undeclared (first use in this function)
util_pcre.c:234: error: 'PCRE_ERROR_BADOPTION' undeclared (first use in this function)
util_pcre.c:236: error: 'PCRE_ERROR_BADMAGIC' undeclared (first use in this function)
util_pcre.c:238: error: 'PCRE_ERROR_UNKNOWN_NODE' undeclared (first use in this function)
util_pcre.c:240: error: 'PCRE_ERROR_NOMEMORY' undeclared (first use in this function)
util_pcre.c: In function 'ap_regname':
util_pcre.c:269: error: expected ')' before 'pcre'
util_pcre.c:269: warning: type defaults to 'int' in declaration of 'type name'
util_pcre.c:269: warning: cast from pointer to integer of different size
util_pcre.c:270: error: 'PCRE_INFO_NAMECOUNT' undeclared (first use in this function)
util_pcre.c:271: error: expected ')' before 'pcre'
util_pcre.c:271: warning: type defaults to 'int' in declaration of 'type name'
util_pcre.c:271: warning: cast from pointer to integer of different size
util_pcre.c:272: error: 'PCRE_INFO_NAMEENTRYSIZE' undeclared (first use in this function)
util_pcre.c:273: error: expected ')' before 'pcre'
util_pcre.c:273: warning: type defaults to 'int' in declaration of 'type name'
util_pcre.c:273: warning: cast from pointer to integer of different size
util_pcre.c:274: error: 'PCRE_INFO_NAMETABLE' undeclared (first use in this function)
make[2]: *** [util_pcre.lo] Error 1
make[2]: Leaving directory `/v1/Downloads/httpd-2.4.18/server'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/v1/Downloads/httpd-2.4.18/server'
make: *** [all-recursive] Error 1
[quote]

Weet iemand hoe ik deze foutmelding kan op lossen?

Relevante software en hardware die ik gebruik
SLES 11 SP4 is zo kaal mogelijk geïnstalleerd, er zit dus ook geen gui op, alleen command line

Wat ik al gevonden of geprobeerd heb
schone installatie SLES11
andere pcre, apache, apr en apr-util versies

Alle reacties


Acties:
  • 0 Henk 'm!

  • NMe
  • Registratie: Februari 2004
  • Laatst online: 12-07 23:36

NMe

Quia Ego Sic Dico.

Godsgrave schreef op donderdag 03 maart 2016 @ 16:09:
Weet iemand hoe ik deze foutmelding kan op lossen?
Daar heb je in het juiste subforum vast meer kans op. ;) Waar hoort mijn topic? staat er niet voor niets.

WEB>>NOS

'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.


Acties:
  • 0 Henk 'm!

  • Bigs
  • Registratie: Mei 2000
  • Niet online
Wat is de reden dat je niet gewoon de standaard packages uit je distributie gebruikt?

Acties:
  • 0 Henk 'm!

  • Godsgrave
  • Registratie: Juni 2013
  • Laatst online: 15-04 12:00
Oke dankje NMe, dacht dit hoort vast bij IT pro

Acties:
  • 0 Henk 'm!

  • Godsgrave
  • Registratie: Juni 2013
  • Laatst online: 15-04 12:00
Bigs schreef op donderdag 03 maart 2016 @ 16:13:
Wat is de reden dat je niet gewoon de standaard packages uit je distributie gebruikt?
Het bedrijf waar ik werk wil graag dat ik het via de source code installeer in niet een distributie.

Acties:
  • 0 Henk 'm!

  • cytherea
  • Registratie: Oktober 2003
  • Laatst online: 24-06 09:40
Volgens mij zijn er weinig goeie redenen om het via source te doen. (ik kan er eigenlijk geen een bedenken) Hoe installeer je security updates als die uitkomen bijvoorbeeld?

Al dit geneuzel heb je ook niet als je het via packages installeert..

Acties:
  • 0 Henk 'm!

  • Meneer iCy
  • Registratie: September 2003
  • Laatst online: 11-07 22:49

Meneer iCy

swarma

Weet niet of dit het zal helpen, maar zag dat iemand anders een soortgelijk geval had met een red hat distro:

Try to install pcre devel

yum install pcre-devel
and then run your previous code without pcre part

./configure --prefix=/usr/local/apache --enable-so
Hope this can help you.

Steam id is ijsie \\ Xbox Live GT: Meneer iCy


Acties:
  • 0 Henk 'm!

  • thunder7
  • Registratie: Januari 2003
  • Nu online

thunder7

houten vaas/schaal nodig?

hout-nerd - www.hetmooistehout.nl of www.houtenschalen.nl


Acties:
  • 0 Henk 'm!

  • Godsgrave
  • Registratie: Juni 2013
  • Laatst online: 15-04 12:00
icy schreef op donderdag 03 maart 2016 @ 16:19:
Weet niet of dit het zal helpen, maar zag dat iemand anders een soortgelijk geval had met een red hat distro:

Try to install pcre devel

yum install pcre-devel
and then run your previous code without pcre part

./configure --prefix=/usr/local/apache --enable-so
Hope this can help you.
Net geprobeert via: zyyper in pcre, daar krijg ik de melding dat de laatste versie al is geïnstalleerd.

Acties:
  • 0 Henk 'm!

  • Bigs
  • Registratie: Mei 2000
  • Niet online
cytherea schreef op donderdag 03 maart 2016 @ 16:19:
Volgens mij zijn er weinig goeie redenen om het via source te doen. (ik kan er eigenlijk geen een bedenken) Hoe installeer je security updates als die uitkomen bijvoorbeeld?

Al dit geneuzel heb je ook niet als je het via packages installeert..
Inderdaad, voor een bedrijf dat een Enterprise Linux gebruikt is dit wel een hele vreemde policy.

Of is dit een stage/huiswerk opdracht?

[ Voor 4% gewijzigd door Bigs op 03-03-2016 16:27 ]


Acties:
  • 0 Henk 'm!

  • lordgandalf
  • Registratie: Februari 2002
  • Laatst online: 11-07 15:19
pcre dev package niet geinstalleerd zeikt een hoop over pcre dingetjes dus mogelijk niet geinstalleerd en dus niet met de compile mee genomen. Maar inderdaad welk bedrijf verzint het dat je handmatig uit source stuff moet installen ? Zelfs al zou je een source willen gebruiken maak er dan een packege van na de compile 10.000x handiger en minder gezeik als je moet upgraden of het moet verwijderen.

Steam: Profile / Socialclub: Profile / Uplay: minedwarf / Origin: lordgandalf3


Acties:
  • 0 Henk 'm!

  • Godsgrave
  • Registratie: Juni 2013
  • Laatst online: 15-04 12:00
Bigs schreef op donderdag 03 maart 2016 @ 16:26:
[...]


Inderdaad, voor een bedrijf dat een Enterprise Linux gebruikt is dit wel een hele vreemde policy.

Of is dit een stage/huiswerk opdracht?
We hebben er 2 reden ervoor, wij hebben een goeie. Hier is ook alles al voor ingesteld, maar deze is outdated en daarom moet ik hem via de source code installeren van één van de linux experts (die momenteel 2 weken vakantie heeft :| ) En de andere reden is, omdat ik net m'n examen (mbo 4 ict beheerder) heb behaald en dit m'n eind stage is vond hij het een goed project om te doen.

Acties:
  • 0 Henk 'm!

  • CAPSLOCK2000
  • Registratie: Februari 2003
  • Laatst online: 13-07 10:20

CAPSLOCK2000

zie teletekst pagina 888

Je hebt pcre met de hand geinstalleerd maar pcre-dev via een package? Dat is vragen om problemen, je moet die twee wel gelijk hebben.

Ik denk dat je configure moet vertellen waar de header-bestanden staan van pcre, waarschijnlijk ergens onder /usr/local/pcre


PS. Met alle respect voor je begeleiders, ik hoop niet dat het doel is om dit systeem aan internet te hangen. Apache zelf compilen en configureren is iets voor gevorderden, niet voor beginners. Als oefening is het een mooi project maar voor een productie-omgeving zou ik toch echt voor packages gaan tenzij je een Apache-expert in huis hebt.

This post is warranted for the full amount you paid me for it.


Acties:
  • 0 Henk 'm!

  • Godsgrave
  • Registratie: Juni 2013
  • Laatst online: 15-04 12:00
CAPSLOCK2000 schreef op donderdag 03 maart 2016 @ 18:13:
Je hebt pcre met de hand geinstalleerd maar pcre-dev via een package? Dat is vragen om problemen, je moet die twee wel gelijk hebben.

Ik denk dat je configure moet vertellen waar de header-bestanden staan van pcre, waarschijnlijk ergens onder /usr/local/pcre


PS. Met alle respect voor je begeleiders, ik hoop niet dat het doel is om dit systeem aan internet te hangen. Apache zelf compilen en configureren is iets voor gevorderden, niet voor beginners. Als oefening is het een mooi project maar voor een productie-omgeving zou ik toch echt voor packages gaan tenzij je een Apache-expert in huis hebt.
Ik heb zelf niet de pcre-dev geïnstalleerd, wanneer ik morgen weer op de zaak ben zal ik er naar kijken.

Het in niet de bedoeling de server aan het internet te hangen maar aan het intranet, het moet een cmdb server (met I-doit)

Acties:
  • 0 Henk 'm!

  • base_
  • Registratie: April 2003
  • Laatst online: 14:31
Godsgrave schreef op donderdag 03 maart 2016 @ 16:14:
[...]


Het bedrijf waar ik werk wil graag dat ik het via de source code installeer in niet een distributie.
Kan je dan niet makkelijker een FreeBSD (of andere *BSD) icm de ports collectie gebruiken?
cytherea schreef op donderdag 03 maart 2016 @ 16:19:
Volgens mij zijn er weinig goeie redenen om het via source te doen. (ik kan er eigenlijk geen een bedenken)
een paar redenen om zelf te compilen kunnen zijn:
- de broncode is te controleren
- de broncode is aan te passen
- sommige opties zijn soms alleen bij compilatie in te stellen
- bij compileren detecteer je soms errors die je bij packages pas tegenkomt als applicatie/os crasht
- bij problemen kan je direct debuggen en zelf problemen oplossen

Acties:
  • 0 Henk 'm!

  • CAPSLOCK2000
  • Registratie: Februari 2003
  • Laatst online: 13-07 10:20

CAPSLOCK2000

zie teletekst pagina 888

Laten we het niet over ander OS'en gaan hebben, de TS heeft een duidelijk opdracht mee gekregen, een ander OS gebruiken past daar niet binnen.

This post is warranted for the full amount you paid me for it.


Acties:
  • 0 Henk 'm!

  • Godsgrave
  • Registratie: Juni 2013
  • Laatst online: 15-04 12:00
CAPSLOCK2000 schreef op donderdag 03 maart 2016 @ 18:13:
Je hebt pcre met de hand geinstalleerd maar pcre-dev via een package? Dat is vragen om problemen, je moet die twee wel gelijk hebben.

Ik denk dat je configure moet vertellen waar de header-bestanden staan van pcre, waarschijnlijk ergens onder /usr/local/pcre


PS. Met alle respect voor je begeleiders, ik hoop niet dat het doel is om dit systeem aan internet te hangen. Apache zelf compilen en configureren is iets voor gevorderden, niet voor beginners. Als oefening is het een mooi project maar voor een productie-omgeving zou ik toch echt voor packages gaan tenzij je een Apache-expert in huis hebt.
Ik heb even gekeken naar de configure of een header bestand, maar deze heb ik niet kunnen vinden onder /usr/local/pcre. Wel heb ik pcre2-config gevonden, maar die moet ik tijden ./configure al toevoegen anders doet de ./configure niet.

Acties:
  • 0 Henk 'm!

  • Kafka
  • Registratie: Februari 2002
  • Laatst online: 25-06 11:17
CAPSLOCK2000 schreef op donderdag 03 maart 2016 @ 18:13:
Je hebt pcre met de hand geinstalleerd maar pcre-dev via een package? Dat is vragen om problemen, je moet die twee wel gelijk hebben.

Ik denk dat je configure moet vertellen waar de header-bestanden staan van pcre, waarschijnlijk ergens onder /usr/local/pcre


PS. Met alle respect voor je begeleiders, ik hoop niet dat het doel is om dit systeem aan internet te hangen. Apache zelf compilen en configureren is iets voor gevorderden, niet voor beginners. Als oefening is het een mooi project maar voor een productie-omgeving zou ik toch echt voor packages gaan tenzij je een Apache-expert in huis hebt.
Compileren kan best, het maakt in principe niet uit of je een package installeert of zelf de hele zaak compileert.
Het is immers dezelfde broncode.
Apache configureren is weer een ander verhaal.

Acties:
  • 0 Henk 'm!

  • Blokker_1999
  • Registratie: Februari 2003
  • Laatst online: 13:57

Blokker_1999

Full steam ahead

Kent SLES geen mogelijkheid om, net zoals debian, de build dependencies te downloaden? Op die manier word het een stuk eenvoudig om zelf te gaan compileren.

No keyboard detected. Press F1 to continue.


Acties:
  • 0 Henk 'm!

  • Bigs
  • Registratie: Mei 2000
  • Niet online
Blokker_1999 schreef op zaterdag 05 maart 2016 @ 19:54:
Kent SLES geen mogelijkheid om, net zoals debian, de build dependencies te downloaden? Op die manier word het een stuk eenvoudig om zelf te gaan compileren.
Ik weet niet of zijn stagebegeleider het uitvoeren van een rpmbuild als 'compileren uit source' ziet, Ttchnisch gezien klopt het wel. Aangezien er in dit geval verder geen enkele reden is om uit source te compileren lijkt het mij dat TS een tien verdient voor deze oplossing :)

Acties:
  • 0 Henk 'm!

  • Kees
  • Registratie: Juni 1999
  • Laatst online: 12:21

Kees

Serveradmin / BOFH / DoC
  --with-pcre=PATH        Use external PCRE library

Je moet een path gebruiken, zo te zien heb je nu een file te pakken. Probeer het dus met:
./configure --prefix=/v1/install/apache2/ --with-pcre=/usr/local/pcre --with-included-apr

"Een serveradmin, voluit een serveradministrator, is dan weer een slavenbeheerder oftewel een slavendrijver" - Rataplan


Acties:
  • 0 Henk 'm!

  • Godsgrave
  • Registratie: Juni 2013
  • Laatst online: 15-04 12:00
Kees schreef op zondag 06 maart 2016 @ 13:51:
  --with-pcre=PATH        Use external PCRE library

Je moet een path gebruiken, zo te zien heb je nu een file te pakken. Probeer het dus met:
./configure --prefix=/v1/install/apache2/ --with-pcre=/usr/local/pcre --with-included-apr
Dit heb ik al een keer geprobeerd, maar toen kreeg ik een fout melding dat hij de pcre2-config file niet kon vinden en dat ik de hele path naar de config file + de config file in
./configure --prefix=/v1/install/apache2/ --with-pcre=/usr/local/pcre --with-included-apr
moest plakken

dus dan kwam het er als volgt uit te zien:
./configure --prefix=/v1/install/apache2/ --with-pcre=/usr/local/pcre/bin/pcre2-config --with-included-apr

[ Voor 10% gewijzigd door Godsgrave op 07-03-2016 14:22 ]


Acties:
  • 0 Henk 'm!

  • Kees
  • Registratie: Juni 1999
  • Laatst online: 12:21

Kees

Serveradmin / BOFH / DoC
Godsgrave schreef op maandag 07 maart 2016 @ 13:56:
[...]

dus dan kwam het er als volgt uit te zien:
./configure --prefix=/v1/install/apache2/ --with-pcre=/usr/local/pcre/bin/pcre2-config --with-included-apr
Wat zegt de regel boven de fout dan? (het commando dat hij probeert uit te voeren) Daar zou hij (meerdere) -I regels moeten hebben die aangeeft waar hij dingen kan includen.

[ Voor 44% gewijzigd door Kees op 07-03-2016 14:30 ]

"Een serveradmin, voluit een serveradministrator, is dan weer een slavenbeheerder oftewel een slavendrijver" - Rataplan


Acties:
  • 0 Henk 'm!

  • Godsgrave
  • Registratie: Juni 2013
  • Laatst online: 15-04 12:00
Kees schreef op maandag 07 maart 2016 @ 14:30:
[...]


Wat zegt de regel boven de fout dan? (het commando dat hij probeert uit te voeren) Daar zou hij (meerdere) -I regels moeten hebben die aangeeft waar hij dingen kan includen.
Ik moet even de fout repoduceren, mijn sles machine heeft het zojuit begeven toen ik wat aanpassingen dingen doen :F

Acties:
  • 0 Henk 'm!

  • Godsgrave
  • Registratie: Juni 2013
  • Laatst online: 15-04 12:00
Kees schreef op maandag 07 maart 2016 @ 14:30:
[...]


Wat zegt de regel boven de fout dan? (het commando dat hij probeert uit te voeren) Daar zou hij (meerdere) -I regels moeten hebben die aangeeft waar hij dingen kan includen.
Godsgrave schreef op maandag 07 maart 2016 @ 14:55:
[...]


Ik moet even de fout repoduceren, mijn sles machine heeft het zojuit begeven toen ik wat aanpassingen dingen doen :F
Dit is de regel er boven:
/v1/install/httpd-2.4.18/srclib/apr/libtool --silent --mode=compile gcc -std=gnu 99 -g -O2 -pthread -DLINUX -D_REENTRANT -D_GNU_SOURCE -I. -I/v1/install/httpd-2.4.18/os/unix -I/v1/install/httpd-2.4.18/include -I/v1/install/httpd-2.4.18/srclib/apr/include -I/v1/install/httpd-2.4.18/srclib/apr-util/include -I/v1/install/httpd-2.4.18/srclib/apr-util/xml/expat/lib -I/usr/local/pcre/include -I/v1/install/httpd-2.4.18/modules/aaa -I/v1/install/httpd-2.4.18/modules/cache -I/v1/install/httpd-2.4.18/modules/core-I/v1/install/httpd-2.4.18/modules/database -I/v1/install/httpd-2.4.18/modules/filters -I/v1/install/httpd-2.4.18/modules/ldap -I/v1/install/httpd-2.4.18/modules/loggers -I/v1/install/httpd-2.4.18/modules/lua -I/v1/install/httpd-2.4.18/modules/proxy -I/v1/install/httpd-2.4.18/modules/session -I/v1/install/httpd-2.4.18/modules/ssl -I/v1/install/httpd-2.4.18/modules/test -I/v1/install/httpd-2.4.18/server -I/v1/install/httpd-2.4.1/modules/arch/unix -I/v1/install/httpd-2.4.18/modules/dav/main -I/v1/install/httpd-2.4.18/modules/generators-I/v1/install/httpd-2.4.18/modules/mappers -prefer-non-pic -static -c util_pcre.c && touch util_pcre.lo
util_pcre.c:49:18: error: pcre.h: No such file or directory [Zie trouwend nu deze regel er bij staan, is dit iets met een dev package?]

Acties:
  • 0 Henk 'm!

  • Kees
  • Registratie: Juni 1999
  • Laatst online: 12:21

Kees

Serveradmin / BOFH / DoC
Godsgrave schreef op maandag 07 maart 2016 @ 15:58:

util_pcre.c:49:18: error: pcre.h: No such file or directory

Zie trouwend nu deze regel er bij staan, is dit iets met een dev package?
Je hebt pcre2 uitgepakt en geinstaleerd, hij wil pcre hebben. In de pcre2-10.20.tar.gz die jij hebt zit alleen een
pcre2.h file.

Is er een reden dat je pcre zelf compiled en niet via een package pakt? Als ik in de apt-get source apache2 kijkt heeft debian zelf een dependancy op pcre3_8.35.tar.gz, een versie die dus nog een heel stuk nieuwer is.

[ Voor 51% gewijzigd door Kees op 07-03-2016 16:37 ]

"Een serveradmin, voluit een serveradministrator, is dan weer een slavenbeheerder oftewel een slavendrijver" - Rataplan


Acties:
  • 0 Henk 'm!

  • CAPSLOCK2000
  • Registratie: Februari 2003
  • Laatst online: 13-07 10:20

CAPSLOCK2000

zie teletekst pagina 888

Aangezien het een stage is zou ik toch eens rondvragen bij je collega's of ze tips voor je hebben. Zoals Kees aangeeft is het zelf compileren van pcre een vrij willekeurige keuze. Apache heeft nog wel meer dependencies die je met de hand zou kunnen compileren, of niet.

Het is allemaal heel leerzaam, maar ik krijg niet het gevoel dat het doel en het pad duidelijk zijn. Pas op dat je het jezelf niet veel moeilijker maakt dan nodig.

This post is warranted for the full amount you paid me for it.

Pagina: 1