v3.0.1 released

[urk]

Snurrar atd?

Ja.

Code: Select all

ps -ef|grep atd
daemon     990     1  0 nov12 ?        00:00:00 atd

Finns det några idéer här om vad det kan vara?

[patrikg]

Ligger dom i kö ??

Code: Select all

sudo atq

[urk]

Ligger dom i kö ??

Code: Select all

sudo atq

Nja, inte just nu. Men om jag ställer om klockan till någon gång tidig morgon/sen natt, säg kl 05.00, då står de i kö.

Code: Select all

sudo atq
78	Mon Nov 24 15:40:00 2014 a www-data
79	Mon Nov 24 05:15:00 2014 a www-data
81	Mon Nov 24 07:16:00 2014 a www-data
80	Mon Nov 24 21:37:00 2014 a www-data

Kön försvinner dock efter att klockan passerat 07.16. Utan att eventet körs!

[patrikg]

Kolla denna post!!
Kör du på en raspberry pi ??
http://www.telldus.com/forum/viewtopic. ... 667#p27374

[urk]

Kolla denna post!!
Kör du på en raspberry pi ??
http://www.telldus.com/forum/viewtopic. ... 667#p27374

Nej, jag kör inte Pi.
Och nej, det verkar inte vara det problemet heller.

[Daniel]

Kön försvinner dock efter att klockan passerat 07.16. Utan att eventet körs!

Kan du testa så at funkar över huvud taget... Kör typ följande:

Code: Select all

echo "echo test > /tmp/attest" | at now + 1 minute

...och så väntar du en minut och tittar om du har någonting i /tmp/attest. Funkar det?

/Daniel

[urk]

Kan du testa så at funkar över huvud taget... Kör typ följande:

Code: Select all

echo "echo test > /tmp/attest" | at now + 1 minute

...och så väntar du en minut och tittar om du har någonting i /tmp/attest. Funkar det?

/Daniel

Ja, verkar fungera. Efter en minut har jag filen attest:

Code: Select all

urk@zbox:~$ cat /tmp/attest 
test

[patrikg]

at-testen skall väl också köras utav rätt användare.
Något i stil med...

Code: Select all

su -c 'echo "echo test > /tmp/attest" | at now + 1 minute' www-data

Samt också kolla dom jobb som är skapade att dom exikverar rätt kodrad.
Jag hade förut lite knas med detta då jag hade lite fel på php sökväg och lite annat.
Som jag då kunde se och felsöka med "at -c" kommandot
Typ:

Code: Select all

sudo atq
78   Mon Nov 24 15:40:00 2014 a www-data
79   Mon Nov 24 05:15:00 2014 a www-data
81   Mon Nov 24 07:16:00 2014 a www-data
80   Mon Nov 24 21:37:00 2014 a www-data

sudo at -c 78

[urk]

at-testen skall väl också köras utav rätt användare.
Något i stil med...

Code: Select all

su -c 'echo "echo test > /tmp/attest" | at now + 1 minute' www-data

Samt också kolla dom jobb som är skapade att dom exikverar rätt kodrad.
Jag hade förut lite knas med detta då jag hade lite fel på php sökväg och lite annat.
Som jag då kunde se och felsöka med "at -c" kommandot
Typ:

Code: Select all

sudo atq
78   Mon Nov 24 15:40:00 2014 a www-data
79   Mon Nov 24 05:15:00 2014 a www-data
81   Mon Nov 24 07:16:00 2014 a www-data
80   Mon Nov 24 21:37:00 2014 a www-data

sudo at -c 78

Ok. Så följande alltså:

Code: Select all

urk@zbox:~$ sudo -u www-data echo "echo test > /tmp/attest" | at now + 1 minute
warning: commands will be executed using /bin/sh
job 89 at Tue Nov 25 12:21:00 2014

Och efter en minut:

Code: Select all

urk@zbox:~$ ls -alh /tmp/attest 
-rw-rw-r-- 1 urk urk 5 nov 25 12:21 /tmp/attest

Så långt allting gott med andra ord.

Vad hade du för fel med sökvägar till php sa du?

[patrikg]

Så som i mitt tidaggre inlägg så kör du kommandot "sudo atq" för att lista körningarna..
När du har dom i lista, så har du dess unika id nummer. Som du sedan kan visa upp med kommandot sudo at -c <id-nummer>.
Så som detta exempel.. och där kan du se vad som exikveras efter en lång miljövariabel lista...ls...
Men där kan du säkert finna php osv.. som sätts upp i homeauto.

Code: Select all

patrik@ubuntu:~$ atq
1       Tue Nov 25 20:06:00 2014 a patrik
patrik@ubuntu:~$ at -c 1
#!/bin/sh
# atrun uid=1000 gid=1000
# mail patrik 0
umask 2
LC_PAPER=sv_SE.UTF-8; export LC_PAPER
XDG_VTNR=7; export XDG_VTNR
LC_ADDRESS=sv_SE.UTF-8; export LC_ADDRESS
...
...
cd /home/patrik || {
         echo 'Execution directory inaccessible' >&2
         exit 1
}
ls

[urk]

Så som i mitt tidaggre inlägg så kör du kommandot "sudo atq" för att lista körningarna..
När du har dom i lista, så har du dess unika id nummer. Som du sedan kan visa upp med kommandot sudo at -c <id-nummer>.
Så som detta exempel.. och där kan du se vad som exikveras efter en lång miljövariabel lista...ls...
Men där kan du säkert finna php osv.. som sätts upp i homeauto.

Code: Select all

patrik@ubuntu:~$ atq
1       Tue Nov 25 20:06:00 2014 a patrik
patrik@ubuntu:~$ at -c 1
#!/bin/sh
# atrun uid=1000 gid=1000
# mail patrik 0
umask 2
LC_PAPER=sv_SE.UTF-8; export LC_PAPER
XDG_VTNR=7; export XDG_VTNR
LC_ADDRESS=sv_SE.UTF-8; export LC_ADDRESS
...
...
cd /home/patrik || {
         echo 'Execution directory inaccessible' >&2
         exit 1
}
ls

Hmmm...
Följande säger mig inte så mycket kanske.

Code: Select all

urk@zbox:~$ sudo at -c 100
#!/bin/sh
# atrun uid=33 gid=33
# mail urk 0
umask 22
APACHE_RUN_DIR=/var/run/apache2; export APACHE_RUN_DIR
APACHE_PID_FILE=/var/run/apache2/apache2.pid; export APACHE_PID_FILE
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin; export PATH
APACHE_LOCK_DIR=/var/lock/apache2; export APACHE_LOCK_DIR
LANG=C; export LANG
APACHE_RUN_USER=www-data; export APACHE_RUN_USER
APACHE_RUN_GROUP=www-data; export APACHE_RUN_GROUP
APACHE_LOG_DIR=/var/log/apache2; export APACHE_LOG_DIR
PWD=/var/www/html/homeautomation; export PWD
cd /var/www/html/homeautomation || {
	 echo 'Execution directory inaccessible' >&2
	 exit 1
}
/usr/bin//php /var/www/html/homeautomation/run.php command=activation id=7

[patrikg]

Sista raden säger väl lite...*ler*

Code: Select all

/usr/bin//php /var/www/html/homeautomation/run.php command=activation id=7

För det är juh den som exikveras som användare www-data.
Testa och kör den som du gjorde med test av at dvs med sudo -u www-data osv...
Se vad du får något felmeddelande som kan härleda dig till det fel som du upplever.

Code: Select all

sudo -u www-data -c "/usr/bin//php /var/www/html/homeautomation/run.php command=activation id=7"

[urk]

Sista raden säger väl lite...*ler*

Code: Select all

/usr/bin//php /var/www/html/homeautomation/run.php command=activation id=7

För det är juh den som exikveras som användare www-data.
Testa och kör den som du gjorde med test av at dvs med sudo -u www-data osv...
Se vad du får något felmeddelande som kan härleda dig till det fel som du upplever.

Code: Select all

sudo -u www-data -c "/usr/bin//php /var/www/html/homeautomation/run.php command=activation id=7"

Nu ligger det en massa jobb kvar som borde köras men inte gör det. Varför?

Code: Select all

urk@zbox:~$ sudo atq
157	Tue Nov 25 06:30:00 2014 a www-data
152	Tue Nov 25 01:30:00 2014 a www-data
153	Tue Nov 25 05:15:00 2014 a www-data
155	Tue Nov 25 04:55:00 2014 a www-data
154	Tue Nov 25 21:37:00 2014 a www-data
156	Tue Nov 25 07:18:00 2014 a www-data
150	Tue Nov 25 15:39:00 2014 a www-data
151	Tue Nov 25 03:30:00 2014 a www-data
108	Wed Nov 26 15:37:00 2014 a www-data
urk@zbox:~$ date
tis 25 nov 2014 07:19:52 CET

Exempelvis borde job 156 ha körts kl 07:18, vilket det inte gjorts.
Om jag däremot kör det manuellt, då sker följande:

Code: Select all

urk@zbox:~$ sudo -u www-data /usr/bin//php /var/www/html/homeautomation/run.php command=activation id=4

Running schedule: Belysning utomhus
Executing suncontrolled activation
Activation has no criterias, execute.
Sending 1 of 2 times
Sending 2 of 2 times
5 devices toggled

Completed in 8.5961 seconds
urk@zbox:~$ 

Jobbet exekveras med andra ord. Jag kan även se att lamporna släcks dessutom.

MEN, nu till det kluriga. Ovanstående gäller inte alltid. Ibland så körs exekveringen automatiskt och ibland inte. Jag har testat att ställa fram och tillbaka systemklockan på datorn för att lura systemet med tid. Ibland läggs eventen upp och ibland inte. Detta beroende på om jag trycker på "Rebuild schedules" under fliken Scheduler.

Mitt event som är på morgonen runt 07.18 verkar i alla fall inte läggas upp en vanlig natt, den finns inte ens med i coming events. Således körs den aldrig heller.

Problemet verkar alltså vara att eventen inte läggs upp. Men OM de läggs upp så körs de - ibland.

Tråkigt problem...

[gson3001]

Jag hade liknande problem men det var rättighets problem, www-data stod med i at.deny filen och jag missade det eftersom jag inte hade behörighet till filen när jag läste den så den såg tom ut i nano.
så en "sudo nano /etc/at.deny" och sen ta bort www-data fixade problemet.

[urk]

Jag hade liknande problem men det var rättighets problem, www-data stod med i at.deny filen och jag missade det eftersom jag inte hade behörighet till filen när jag läste den så den såg tom ut i nano.
så en "sudo nano /etc/at.deny" och sen ta bort www-data fixade problemet.

Tyvärr är det inte det problemet heller men tack ändå.