Dotaz: ISPconfig - Apache did not start after modifying this vhost file.

[Lanny2013]

Dobrý den, mám následující problém s ISPconfig. A potřeboval bych poradit.
Po aktualizaci OS Linux Debian 7 na Debian 8. Mi nefunguje ISPconfig korektně.

V administraci při změně DNS záznamů se tváří, že změnu vykonal korektně ale po zkoumání se změna projeví až kdýž ručně provedu restart service bind9 restart

Další problém je s vytvořením vhost. Vytvoří vždy dva soubory normální "domena.vhost" a k tomu "domena.vhost.err". Což by ještě nebylo nic nenormálního. Problém je v tom, že v souboru "domena.vhost" je pouze napsáno:

# Apache did not start after modifying this vhost file.
# Please check file /etc/apache2/sites-available/domena.vhost.err for syntax errors.

no když vezmu obsah z souboru "domena.vhost.err" a překopíruji standartně do "domena.vhost" nasledně restartuji manualně apache2 service apache2 restart Tak vše v pořádku funguje bez jediné chybové hlášky o špatné syntaxi.

Budu rád za každou konstruktivní radu.

---

---

Odpovědi

[NN]

Podivej se do logu prislusnych sluzeb..

[Lanny2013]

V první řadě děkuji za odpověď

apache log - error.log:

[authz_core:error] [pid 25013] [client ::1:52020] AH01630: client denied by server configuration: /var/www/ 

Což je problém, ale nemá podle mne vliv na moje problémy s systémem.
Ještě jsem se podíval do logu ispconfug a tam je:

Debug	Restarting httpd: systemctl restart apache2.service
	
Debug	Calling function 'restartHttpd' from module 'web_module'.
	
Warning	Reason for Apache restart failure: Failed to get D-Bus connection: Unknown error -1 

To je asi ono ale nevím jak tu chybu odstranit.

[Ruža Becelin]

Zkusit apache restartovat manualne a zkontrolovat logy...

[Lanny2013]

výstup logu apache error.log po restartu

[Wed Jul 13 14:10:19.917461 2016] [ssl:warn] [pid 30305] AH01909: server:443:0 server certificate does NOT include an ID which matches the server name
[Wed Jul 13 14:10:19.919081 2016] [suexec:notice] [pid 30305] AH01232: suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Wed Jul 13 14:10:19.965902 2016] [auth_digest:notice] [pid 30307] AH01757: generating secret for digest authentication ...
[Wed Jul 13 14:10:19.967448 2016] [:notice] [pid 30311] FastCGI: wrapper mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Wed Jul 13 14:10:19.967506 2016] [:notice] [pid 30311] FastCGI: process manager initialized (pid 30311)
[Wed Jul 13 14:10:19.999316 2016] [ssl:warn] [pid 30307] AH01909: server:443:0 server certificate does NOT include an ID which matches the server name
[Wed Jul 13 14:10:20.006220 2016] [mpm_prefork:notice] [pid 30307] AH00163: Apache/2.4.10 (Debian) mod_fastcgi/mod_fastcgi-SNAP-0910052141 mod_fcgid/2.3.9 PHP/5.6.22-0+deb8u1 OpenSSL/1.0.1t configured -- resuming normal operations
[Wed Jul 13 14:10:20.006286 2016] [core:notice] [pid 30307] AH00094: Command line: '/usr/sbin/apache2'

děkuji za odpověď

[NN]

Neni to jen obecny error log? Nemas generovane error logy pro kazdy virtualhost zvlast?

[Lanny2013]

Dobrý den, samozřejmě mám, ale do toho se nic nezapisuje je prázdný. Jenom chci upřesnit, že chyba se projeví při změně konfigurace na všech vhos. Takže když změním konfiguraci jiného webu tak se změna neprojeví. změnu konfigurace zapíše pouze do souboru *.vhost.err. Vezmu-li ale tento obsah a překopíruji do souboru *.vhost ručně restartuji apache tak vše funguje bez jediné chybové zprávy.

[Ruža Becelin]

Nemuze mit apache neco proti tomu .err?

[Ruža Becelin]

Aha, to je neco, co vytvari ISPConfig, koukni sem.

[Lanny2013]

To asi nebude správná cesta.
SSL Certifikát používám pouze na jednou webu.

No nicméně při té aktualizaci OS se změnila verze apache 2.2 na apache 2.4. Jak jsem se někde dočetl tak verze apache 2.4 má vhost koncovku conf.
Zkoušel jsem to teď ručně dopsat tuto příponu conf ale ISPconfig stejně nakonec vytvoří nový soubor *.vhost a *.vhost.err.
Nicméně se domnívám jestli není chyba někde v tomto přístupu.

[Heron]

Failed to get D-Bus connection: Unknown error -1

Problém není v konfiguraci apache, problém je, že ispconfig nemůže apache restartovat. Toto je chyba systemd / dbus. (Zkuste restartovat dbus apod. Chyb Unknown error -1 je plný net.)

Případně sem zkuste dát výpis journalctl -b -f hned po tom neúspěšném restartu.

[Lanny2013]

Ahoj, no tak nějak jsem si myslel také, že je problém jak říkáš.
restartoval jsem dbus: service dbus restart
výpis se nepodařilo získat

No journal files were found.

Jsem přihlášen jako root.
Můžeš mi ještě pomoci? děkuji.

[Heron]

Aha, tak mě napadá, že na Debian 8 ještě nemusíš mít jako init systemd. Otázkou je, co ten ispconfig vlastně volá, jestli něco nedetekuje špatně a nesnaží se to volat přes systemctl (restart bindu se mu taky nepodařil). Povedl se ten update Debian 7 na 8 v pořádku?

Co ti vypíše cat /proc/1/exe jako root?

[Lanny2013]

Ahoj,
je to přesně jak píšeš restart bindu se také neprovede automaticky. Upadate snad proběhl v pořádku nic tam podle mého nepsal.
cat /proc/1/exe výstup nečitelný
posílám kousek výstupu

x0
ŠHŔH               áďÇ@HÇHňHŔH
ŔtHöÁużHňHŔH1 H,H9ę
ŔuçHŹ$ 1öë?DHxH
ŇtH+$ żH
ŇOúčkË˙˙}3 ÷Â@
öÂtGH1 H
Ŕuë0fDHŔH
Ŕtx0 uî˙˙˙HŔH
Ŕuč.3 âű%3 ÷ÂtKHĆ0 H
Ŕuë1HŔH
Ŕtx0uî˙˙˙HŔH
ŔučŢ2 â˙˙˙ďŇ2 öĆuE1Ŕż÷r@čdH­ŔHe0 â˙˙ý˙Š2 H
Ń˙˙şHŢďĆ
        $ č˝Ĺ˙˙ďDžŹ$ čě- Ǣ- H
ÉHČt8f.    p$:uśV:
       śP$H       u O˙˙˙HŔH
ŔuŇ
˙Çž

Dodám že se připojuji vzdáleně přes ssh putty

[Heron]

Sorry, mělo to být stat /proc/1/exe. To je jen na zjištění binárky, která běží jako init.

[Lanny2013]

Výstup

 File: â/proc/1/exeâ -> â/sbin/init (deleted)â
  Size: 0               Blocks: 0          IO Block: 1024   symbolic link
Device: 3h/3d   Inode: 197242262   Links: 1
Access: (0777/lrwxrwxrwx)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2016-07-13 13:39:01.373765547 +0200
Modify: 2016-05-25 09:09:01.463674654 +0200
Change: 2016-05-25 09:09:01.463674654 +0200
 Birth: -

[Heron]

Deleted? To vypadá na poloviční stav mezi přechodem z initu na systemd. Rebootoval jste to po dist-upgrade?

[Heron]

Takže po troše pátrání jsem to našel:

$app->system->getinitcommand¨
function getinitcommand($servicename, $action, $init_script_directory = ''){
		global $conf;
		// upstart
		if(is_executable('/sbin/initctl')){
			exec('/sbin/initctl version 2>/dev/null | /bin/grep -q upstart', $retval['output'], $retval['retval']);
			if(intval($retval['retval']) == 0) return 'service '.$servicename.' '.$action;
		}
		// systemd
		if(is_executable('/bin/systemd') || is_executable('/usr/bin/systemctl')){
			return 'systemctl '.$action.' '.$servicename.'.service';
		}
		// sysvinit
		if($init_script_directory == '') $init_script_directory = $conf['init_scripts'];
		if(substr($init_script_directory, -1) === '/') $init_script_directory = substr($init_script_directory, 0, -1);
		return $init_script_directory.'/'.$servicename.' '.$action;
	}

ISPConfig odhaduje, podle existence různých binárek, na init systém, který daný OS používá.

Jak z toho (nějakou normální cestou *) ven nevím (ISPConfig neznám).

* Jedna možnost je přepnout systém na systemd, ale to bych takhle na dálku nedoporučoval,

* Druhá je prostě odstranit detekci systemd z té fce.

[Lanny2013]

Ahoj,
zkusil bych odstranit tedy tu funkci. Co je to za výstup souboru?
Ještě jsem našel k tomu toto zde
ale nevidím tam řešení.

[Heron]

lib/clases/system.inc.php

[Lanny2013]

Moc moc děkuji za pomoc vše se zdá, že již funguje
Pro ty co mají stejný problém upřesňuji řešení
v souboru /usr/local/ispconfig/server/lib/classes/system.inc.php jsem zakomentoval následující řádky

           // systemd
		//if(is_executable('/bin/systemd') || is_executable('/usr/bin/systemctl')){
		//	return 'systemctl '.$action.' '.$servicename.'.service';
		//}

[Heron]

Rád jsem pomohl. Není to ideální řešení. Jakmile ten ispconfig aktualizuješ, budeš muset znovu patchovat ten soubor (prostě je třeba na to myslet). Bylo by dobré vyřešit ten problém buď nastavením (nevím zda to jde), nebo změnou na podporovaný OS (v tomto případě asi korektně aktivovat systemd v Jessie).