My forum

Zetat wrote:

tom_rosenback wrote:

Zetat wrote: det fungerade efter jag stoppa in dem i at.allow och cron.allow

Så nu fungerar allt ?

Japp

N3rox wrote: Var och hur hittar man filerna at.allow och cron.allow? Jag kör min HA på en raspberry pi om det hjälper.

Löste det, vara at paketet som saknades vilket löstes genom "sudo apt-get install at"

mikael.johansson.lc wrote:Spontant så verkar det som att många utvecklar egna lösningar till sig själva som även skulle kunna gagna projektet som helhet. Har ni funderat på att ta vara på det på något sätt genom att t.ex. uppmuntra folk att posta zip-filer här eller ha något annat ställe där det kan göras?

N3rox wrote:Finns det möjlighet på ett smidigt sätt lägga till flera externa temperaturgivare, alltså adresser till hemsidor?

urk wrote:Nu har det hänt igen! Efter uppgradering till Ubuntu 13.10 i förra veckan har schemaläggningen slutat fungera. Samma problem skrev jag om i denna tråd tidigare, se

http://www.telldus.se/forum/viewtopic.p ... &start=900

Alltås, sammanfattning av problemet:
Händelser som ligger före midnatt kl 00:00 körs.
Händelser som ligger efter midnatt kl 00.00 körs inte.

Vad är det som händer? Förra gången fanns det ingen förklaring på problemet men flera inlägg i diskussionen redogjorde för liknande problem.
Eftersom det inte gick att lösa förra gången så vet jag inte vad jag ska göra nu heller. Installera om hela datorn eller?

detheterjag wrote:Hej,

Sorry för riktig n00bfråga. Jag har laddat ner HA och även appen till Iphonen. Men Gateway ID, vilket värde ska vara där? Har testat Macadress på Tellstick, IP-adress och hittepå. Men det ska vara exakt 12 karaktärer. Nån som kan hjälpa en vilsen själ

tom_rosenback wrote: Misstänker starkt att det är frågan rättighets problem till att köra cron jobb som ställer till det. I crontab finns ett jobb som kör run.php med attribut updateschedules, körs inte det korrekt så kan inte heller HA skapa upp nya jobb för följande dag, dvs efter 00:00. Har du hittat något avvikande?

sudo su www-data
$ crontab -l
01 00 * * * /usr/bin//php /var/www/homeautomation/run.php command=updateschedules >/dev/null 2>&1

*/2.5 * * * *		php /var/www/homeautomation/parser/parser.php

urk@zbox:/var/www/homeautomation$ ls -alh run.php 
-rwxrwxr-x 1 www-data www-data 6.4K Jan 27  2011 run.php

urk wrote:

tom_rosenback wrote: Misstänker starkt att det är frågan rättighets problem till att köra cron jobb som ställer till det. I crontab finns ett jobb som kör run.php med attribut updateschedules, körs inte det korrekt så kan inte heller HA skapa upp nya jobb för följande dag, dvs efter 00:00. Har du hittat något avvikande?

Hmm, något avvikande vet jag inte om jag hittat direkt.
Så här ser det ut i crontab för www-data

Code: Select all

sudo su www-data
$ crontab -l
01 00 * * * /usr/bin//php /var/www/homeautomation/run.php command=updateschedules >/dev/null 2>&1

Så här ser det ut med crontab för rootanvändaren

Code: Select all

*/2.5 * * * *		php /var/www/homeautomation/parser/parser.php

Och filen har följande rättigheter

Code: Select all

urk@zbox:/var/www/homeautomation$ ls -alh run.php 
-rwxrwxr-x 1 www-data www-data 6.4K Jan 27  2011 run.php

Är det som det skall?

grep run.php /var/log/syslog

tom_rosenback wrote:
Kolla i var/log/syslog om du hittar run.php där, ex

Code: Select all

grep run.php /var/log/syslog

Dubbel kolla även .allow/.deny filerna.

Oct 31 00:01:01 zbox CRON[13614]: (www-data) CMD (/usr/bin//php /var/www/homeautomation/run.php comma
nd=updateschedules >/dev/null 2>&1)

tom_rosenback wrote:

urk wrote:

tom_rosenback wrote: Misstänker starkt att det är frågan rättighets problem till att köra cron jobb som ställer till det. I crontab finns ett jobb som kör run.php med attribut updateschedules, körs inte det korrekt så kan inte heller HA skapa upp nya jobb för följande dag, dvs efter 00:00. Har du hittat något avvikande?

Hmm, något avvikande vet jag inte om jag hittat direkt.
Så här ser det ut i crontab för www-data

Code: Select all

sudo su www-data
$ crontab -l
01 00 * * * /usr/bin//php /var/www/homeautomation/run.php command=updateschedules >/dev/null 2>&1

Så här ser det ut med crontab för rootanvändaren

Code: Select all

*/2.5 * * * *		php /var/www/homeautomation/parser/parser.php

Och filen har följande rättigheter

Code: Select all

urk@zbox:/var/www/homeautomation$ ls -alh run.php 
-rwxrwxr-x 1 www-data www-data 6.4K Jan 27  2011 run.php

Är det som det skall?

Kolla i var/log/syslog om du hittar run.php där, ex

Code: Select all

grep run.php /var/log/syslog

Dubbel kolla även .allow/.deny filerna.

tom_rosenback wrote: at.deny ser korrekt ut, hur ser cron.deny/allow ut?

urk wrote:

tom_rosenback wrote: at.deny ser korrekt ut, hur ser cron.deny/allow ut?

Jag saknar både cron.deny och cron.allow. Borde jag ha de filerna?

tom_rosenback wrote: Det beror lite på OSet vad som gäller om båda saknas, men skapa för säkerhets skull en cron.allow och lägg in en rad med www-data dit, återkom sedan med test resultat.