Erst sagst du es geht wieder ,dann gehts doch nicht...was denn nu? Werden jetzt vhosts erstellt oder nicht?

Die Cronjobs werden abgearbeitet und die Verzeichnisse sowie conf-Dateien in /etc/apache2/sites-enabled erstellt. Wenn man jetzt auf die Subdomain drauf geht, so landet man auf der Hauptdomain.

Auf IRGENDEINE subdomain oder eine angelegte? Bisschen mehr info...ist schwer dir so zu helfen mit den happen die du da in den raum wirfst...

Ich habe in froxlor zu einer Domain eine Subdomain angelegt. Diese wird als Verzeichnis vom Cronjob auf dem Server erstellt. M?chte nun auf diese Subdomain drauf zugreifen (aufrufen im Browser), dann gelangt man direkt auf der Hauptdomain der Subdomain.

 

Aufruf: test.meinedomain.de -> ich gelange zum Inhalt von meinedomain.de

Hast du die Subdomain etwa als Alias von der Hauptdomain angegeben?

Das sind die Einstellungen. Also kein Alias

 

 

Also irgendetwas stimmt intern nicht so ganz. Wenn ich bei einer vorhandenen Subdomain den Pfad ?ndere, dann wird nach der Ausf?hrung der Cronjobs nicht auf dieses Verzeichnis geleitet.

Also liegt es an apache oder bind, denke ich mal.

Dann nopaste doch bitte mal den vhost der subdomain und der hauptdomain...mit "dies und jenes geht nicht" ist es schwer zu helfen.

Ok

 

Die Hauptdomain

# 22_froxlor_normal_vhost_$DOMAIN1.de.conf
# Created 03.03.2015 13:45
# Do NOT manually edit this file, all changes will be deleted after the next domain change at the panel.

# Domain ID: 29 - CustomerID: 1 - CustomerLogin: $USERNAME
<VirtualHost $IPAdresse:80>
  ServerName $DOMAIN1.de
  ServerAlias *.$DOMAIN1.de
  ServerAdmin $MAILADRESSE
  DocumentRoot "/var/customers/webs/$USERNAME/$DOMAIN1.de/"
  FcgidIdleTimeout 30
  SuexecUserGroup "$USERNAME" "$USERNAME"
  <Directory "/var/customers/webs/$USERNAME/$DOMAIN1.de/">
    <FilesMatch "\.(php)$">
      SetHandler fcgid-script
      FcgidWrapper /var/www/php-fcgi-scripts/$USERNAME/$DOMAIN1.de/php-fcgi-starter .php
      Options +ExecCGI
    </FilesMatch>
    Order allow,deny
    allow from all
  </Directory>
  Alias /webalizer "/var/customers/webs/$USERNAME/webalizer"
  ErrorLog "/var/customers/logs/$USERNAME-error.log"
  CustomLog "/var/customers/logs/$USERNAME-access.log" combined
</VirtualHost>

Die Subdomain

# 20_froxlor_normal_vhost_lecker.$DOMAIN1.de.conf
# Created 03.03.2015 13:45
# Do NOT manually edit this file, all changes will be deleted after the next domain change at the panel.

# Domain ID: 61 - CustomerID: 1 - CustomerLogin: $USERNAME
<VirtualHost $IPAdresse:80>
  ServerName lecker.$DOMAIN1.de
  ServerAlias *.lecker.$DOMAIN1.de
  ServerAdmin $MAILADRESSE
  DocumentRoot "/var/customers/webs/$USERNAME/lecker.$DOMAIN1.de/"
  FcgidIdleTimeout 30
  SuexecUserGroup "$USERNAME" "$USERNAME"
  <Directory "/var/customers/webs/$USERNAME/lecker.$DOMAIN1.de/">
    <FilesMatch "\.(php)$">
      SetHandler fcgid-script
      FcgidWrapper /var/www/php-fcgi-scripts/$USERNAME/lecker.$DOMAIN1.de/php-fcgi-starter .php
      Options +ExecCGI
    </FilesMatch>
    Order allow,deny
    allow from all
  </Directory>
  Alias /webalizer "/var/customers/webs/$USERNAME/webalizer"
  ErrorLog "/var/customers/logs/$USERNAME-error.log"
  CustomLog "/var/customers/logs/$USERNAME-access.log" combined
</VirtualHost>

Kann man darauf etwas schlie?en. Alternative k?nnen wir auch mal skypen

Sieht f?r mich nach korrekter Config aus. Kann dir jetzt nicht sagen, wieso du auf der Haupdomain landest...von der config her sollte das nicht sein

Moinsens

 

tl;dr

 

Der Bug: der task 99 wird inserted; cron_tasks l?scht am Ende amer immer alle restlichen tasks raus. Demnach kann task 99 NIE automatisch wieder ausgef?hrt werden. Warum funzt das einmalig? in der froxlor.sql is der task 99 alleinstehend drin, cron_tasks wird dadurch beim 1. Run nicht ausgef?hrt -> cron.d/froxlor wird erstellt.

 

Ausf?hrlich:

 

Ich hatte heute selbiges Problem, hab leider die cron.d/froxlor gel?scht und sie wurde via --force auch nicht wieder angelegt.

 

Hab jetzt ne halbe Stunde debugged und hab mich etwas ins Cronjob-System eingelesen.

 

Der Cronjob startet, die cron_init.php wird ja als erstes ausgerufen. In dieser steht ganz unten der Funktionsaufruf zum pr?fen der cron.d (checkCrondConfigurationFile). Diese Funktion sucht nat?rlich dann einen Task 99, der in der Basis-SQL ja schon ab Werk drin ist - als einziger.

 

Der wird ja auch ausgef?hrt.

Alles toll.

 

So, jetzt ist die panel_tasks ja wieder leer.

 

 

 

Jetzt kommt jemand mit --force daher..

 

Selbiger Ablauf: cron_init startet, cron.d-Funktion sucht Task 99 => keiner da, ist ja klar, bis jetzt ist ja auch noch nicht viel passiert.

Erst danach kommt der Check auf --force, Task 99 wird (neben 1 und 4) inserted.

 

Nun kommt cron_tasks und f?hrt alles aus.

 

Am Ende werden jedoch alle restlichen Tasks gel?scht - auch Task 99. Somit wird Task 99 NIE ausgef?hrt, sobald cron_tasks.php auch mit l?uft.

 

 

Ich sehe hier 2 Probleme:

 

• der Task 99 wird immer erst nach Aufruf der checkCrondConfigurationFile() inserted (d.h. der Task w?rde eh erst immer mit dem n?chsten Run beachtet werden)
• cron_tasks l?scht am Ende immer alle restlichen Jobs. => https://github.com/Froxlor/Froxlor/blob/master/scripts/jobs/cron_tasks.php#L42&& https://github.com/Froxlor/Froxlor/blob/master/scripts/jobs/cron_tasks.php#L409

 

D.h.:

 

• Den checkCrondConfigurationFile w?rde ich woanders aufrufen (oder Task 99 vorher inserten), damit, WENN Task 99 inserted wird (via --force) das auch noch im selben Run mitl?uft.
• cron_tasks sollte nur die IDs l?schen, die von diesem Script auch verarbeitet werden ($resultIDs[] = $row['id']; z.B. in die if($row[type] Bl?cke verschieben)

 

Hoffe ich habe jetzt keinen krassen Denkfehler, aber ich glaub, das ist das Problem. Deswegen klappt auch der manuelle INSERT f?r Task 99 - da der dann allein drin steht und cron_tasks eben nicht mitl?uft.

 

Hoffe ich habs einigerma?en klar dargestellt

passt, thx

fixed: http://git.io/vcPFs

Ja, so kann man das l?sen, so hatte ich es ine iner L?sungsvariante auch gedacht

 

Aber dennoch wird die cron.d-Datei erst beim nachfolgenden Aufruf neu erstellt. St?rt jetzt nicht unbedingt, dachte nur, wenn man eh dran arbeitet..

http://git.io/vcHIw