Harmonogramy
To jest poprawne wywołanie. Może przekieruj sobie wyjście gdzieś do pliku aby wyłuskać log.
Instancję mam zainstalowaną przez terminal, kiedyś była przez kreator. Swego czasu miałem problem z MQTT i szukając przyczyny stawiałem obok instancję z terminala. Kontenery się gryzły dlatego w .env zmieniłem nazwę projektu z supla na supla_test.
Nie wiem czy to to, ale 3 dni temu wieczorem zmieniłem w .env nazwę projektu z powrotem na supla i przyszłe wykonania harmonogramu się następnego dnia pojawiły. Wygląda jakby sytuacja się naprawiła, choć zrzut z dzisiaj mnie jeszcze zastanawia. Zobaczę jeszcze dzisiaj po 18 i w poniedziałek, po porannym wykonaniu, czy przyszłe wykonania się dopisują.
Czy nazwa projektu może być przyczyną? A może nazwa projektu jest jakoś powiązana z suplowym Bundlem?
Nie wiem czy to to, ale 3 dni temu wieczorem zmieniłem w .env nazwę projektu z powrotem na supla i przyszłe wykonania harmonogramu się następnego dnia pojawiły. Wygląda jakby sytuacja się naprawiła, choć zrzut z dzisiaj mnie jeszcze zastanawia. Zobaczę jeszcze dzisiaj po 18 i w poniedziałek, po porannym wykonaniu, czy przyszłe wykonania się dopisują.
Czy nazwa projektu może być przyczyną? A może nazwa projektu jest jakoś powiązana z suplowym Bundlem?
Czekam na kolejne Supla Offline Party
No i dupa. Sprawdzałem wczoraj wieczorem i było tylko jedno dzisiejsze poranne włączenie. Dzisiaj po wykonaniu nic nowego się nie pojawiło i brak przyszłych wykonań
Plik się utworzył, ale na razie jest pusty
Tak wystarczy?
Kod: Zaznacz cały
* * * * * root su - www-data -s /bin/bash -c "/usr/local/bin/php /var/www/cloud/bin/console supla:dispatch-cyclic-tasks" > /proc/1/fd/1 2>/proc/1/fd/2 &>> /var/log/cron.log
Czekam na kolejne Supla Offline Party
Usun
> /proc/1/fd/1 2>/proc/1/fd/2
Choć to powyższe powinno Ci wrzucać logi na stdout i stderr co możesz wyświetlić z poziomu dockera.
> /proc/1/fd/1 2>/proc/1/fd/2
Choć to powyższe powinno Ci wrzucać logi na stdout i stderr co możesz wyświetlić z poziomu dockera.
Zanim przekierowałem outputy sprawdzałem dockerowe logi kontenerów, nic tam nadzwyczajnego nie widziałem. Usunąłem więc tak jak napisałeś i zostawiłem tylko dopisane przekierowanie obu wyjść &>> do pliku.
Potem edytowałem ten 'Nowy' harmonogram, żeby wygenerować przyszłe uruchomienia i chciałem sprawdzić ile wpisów jest do przodu bezpośrednio w bazie, ale przyszedł jeden z drugim zagadał, czasu brakło i nie sprawdziłem.
Dziś rano doznałem szoku
Plik z logiem jest nadal pusty, ale ten 'Nowy' harmonogram, jak i te wcześniejsze, które to nadal mam aktywne, ale które nie miały przyszłych wykonań bo się po prostu przestały tworzyć, dzisiaj mają wpisy na kilka dni do przodu
Totalnie tego nie rozumiem
Obserwuję to jednak dalej i nic nie ruszam.
Czekam na kolejne Supla Offline Party
Jak nie ruszałem to działało, a teraz problem powrócił
Przed Świętami Wielkanocnymi zatrzymałem kontenery, zrobiłem update do najnowszej wersji chmury i zatrzymałem na święta harmonogram.
Po ponownym uruchomieniu harmonogramu powstało kilka wpisów do przodu, ale po dwóch, trzech dniach zastałem -
Nie pisałem od razu bo za chwile była majówka i znowu przerwa i stopowanie. Po majówce i wznowieniu harmonogramu przyszłe wpisy się nie pojawiają. Jest ich ze 4 albo 5, 6 do przodu (4 widać w Cloud), a potem przestają się nowe dopisywać.
Jak żyć premierze
Gdzie tu sens i logika
Przed Świętami Wielkanocnymi zatrzymałem kontenery, zrobiłem update do najnowszej wersji chmury i zatrzymałem na święta harmonogram.
Po ponownym uruchomieniu harmonogramu powstało kilka wpisów do przodu, ale po dwóch, trzech dniach zastałem -
Nie pisałem od razu bo za chwile była majówka i znowu przerwa i stopowanie. Po majówce i wznowieniu harmonogramu przyszłe wpisy się nie pojawiają. Jest ich ze 4 albo 5, 6 do przodu (4 widać w Cloud), a potem przestają się nowe dopisywać.
Jak żyć premierze
Gdzie tu sens i logika
Czekam na kolejne Supla Offline Party
Upewnij się, że cron wykonuje dispatch-cyclic-tasks.
hmmm... ok tylko jak
W logach dockera dla Cloud nic nadzwyczajnego nie widać.
Jak wszedłem sobie do kontenera poszukać jeszcze jakichś logów to jedyny w jakim znalazłem coś o cronie to supervisord.log
Uruchomił się i działał, tyle że od 12 kwietnia to minął ponad miesiąc i żadne tam dodatkowe logi nie wpadają
Ok. Zrobiłem restart kontenerów i mam dodatkowo kilka linijek
Ale nie mam pojęcia jak mam zweryfikować czy serwis dispatch-cyclic-tasks się wykonuje
W logach dockera dla Cloud nic nadzwyczajnego nie widać.
Jak wszedłem sobie do kontenera poszukać jeszcze jakichś logów to jedyny w jakim znalazłem coś o cronie to supervisord.log
Kod: Zaznacz cały
# cat supervisord.log
2022-04-12 09:11:12,892 CRIT Supervisor is running as root. Privileges were not dropped because no user is specified in the config file. If you intend to run as root, you can set user=root in the config file to avoid this message.
2022-04-12 09:11:12,906 INFO supervisord started with pid 1
2022-04-12 09:11:13,913 INFO spawned: 'apache' with pid 56
2022-04-12 09:11:13,917 INFO spawned: 'cron' with pid 57
2022-04-12 09:11:14,921 INFO success: apache entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2022-04-12 09:11:14,921 INFO success: cron entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2022-04-12 09:19:28,784 CRIT Supervisor is running as root. Privileges were not dropped because no user is specified in the config file. If you intend to run as root, you can set user=root in the config file to avoid this message.
2022-04-12 09:19:28,789 INFO supervisord started with pid 1
2022-04-12 09:19:29,792 INFO spawned: 'apache' with pid 54
2022-04-12 09:19:29,795 INFO spawned: 'cron' with pid 55
2022-04-12 09:19:31,062 INFO success: apache entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2022-04-12 09:19:31,062 INFO success: cron entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
Ok. Zrobiłem restart kontenerów i mam dodatkowo kilka linijek
Kod: Zaznacz cały
2022-05-16 14:45:01,487 CRIT Supervisor is running as root. Privileges were not dropped because no user is specified in the config file. If you intend to run as root, you can set user=root in the config file to avoid this message.
2022-05-16 14:45:01,557 INFO supervisord started with pid 1
2022-05-16 14:45:02,573 INFO spawned: 'apache' with pid 54
2022-05-16 14:45:02,576 INFO spawned: 'cron' with pid 55
2022-05-16 14:45:04,383 INFO success: apache entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2022-05-16 14:45:04,383 INFO success: cron entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
Czekam na kolejne Supla Offline Party
Witam serdecznie.
Czy jest możliwość dodania - ustawienia w Harmonogramie w pozycji czas -> "sekund". Czy może jest jakieś inne rozwiązanie?
Posiadam w domu 2 akwaria w których podłączyłem moduły Sonoff z Suplą.
Akwaria posiadają funkcję zmiany oświetlenia: Day, Daybreak, Night.
Funkcja zmiany oświetlenia odbywa się na zasadzie wyłącznia włączenia zasilania, w krótkim odstępie czasowym liczonym w sekundach.
Niestety bez funkcji czasowych (sekund) w Harmonogramie nie mogę korzystać z tych trybów.
Czy jest możliwość dodania - ustawienia w Harmonogramie w pozycji czas -> "sekund". Czy może jest jakieś inne rozwiązanie?
Posiadam w domu 2 akwaria w których podłączyłem moduły Sonoff z Suplą.
Akwaria posiadają funkcję zmiany oświetlenia: Day, Daybreak, Night.
Funkcja zmiany oświetlenia odbywa się na zasadzie wyłącznia włączenia zasilania, w krótkim odstępie czasowym liczonym w sekundach.
Niestety bez funkcji czasowych (sekund) w Harmonogramie nie mogę korzystać z tych trybów.