v22.07

[fracz]

fracz da radę coś z tym zrobić w niedługim czasie bo nie wiem czy czekać czy raczej już przywracać kopię zapasową.

Pokaż logi tylko z clouda.

Code: Select all

docker-compose logs supla-cloud

Zrestartuj?

Code: Select all

./supla.sh restart

Jesteś teraz online?

[PuteR]

fracz da radę coś z tym zrobić w niedługim czasie bo nie wiem czy czekać czy raczej już przywracać kopię zapasową.

Pokaż logi tylko z clouda.

Code: Select all

docker-compose logs supla-cloud

Zrestartuj?

Code: Select all

./supla.sh restart

Jesteś teraz online?

log z clouda

Code: Select all

pi@RPI-4:~/supla-docker$ docker-compose logs supla-cloud
Attaching to supla-cloud
supla-cloud     | Database connection has been established.
supla-cloud     |                                                               
supla-cloud     |                     Application Migrations                    
supla-cloud     |                                                               
supla-cloud     | 
supla-cloud     | Migrating up to 20220719210858 from 20220208164512
supla-cloud     | 
supla-cloud     |   ++ migrating 20220222110707
supla-cloud     | 
supla-cloud     |      -> DROP PROCEDURE IF EXISTS `supla_update_channel_flags`
supla-cloud     |      -> DROP PROCEDURE IF EXISTS `supla_update_iodevice`
supla-cloud     |      -> CREATE PROCEDURE `supla_update_channel_flags`(IN `_channel_id` INT, IN `_user_id` INT, IN `_flags` INT)
supla-cloud     |     NO SQL
supla-cloud     | UPDATE supla_dev_channel SET flags = IFNULL(flags, 0) | IFNULL(_flags, 0) WHERE id = _channel_id AND user_id = _user_id
supla-cloud     |      -> CREATE PROCEDURE `supla_update_iodevice`(IN `_name` VARCHAR(100) CHARSET utf8mb4, IN `_last_ipv4` INT(10) UNSIGNED, 
supla-cloud     |   IN `_software_version` VARCHAR(20) CHARSET utf8, IN `_protocol_version` INT(11), IN `_original_location_id` INT(11), 
supla-cloud     |   IN `_auth_key` VARCHAR(64) CHARSET utf8, IN `_id` INT(11), IN `_flags` INT(11))
supla-cloud     |     NO SQL
supla-cloud     | BEGIN
supla-cloud     | UPDATE `supla_iodevice`
supla-cloud     | SET
supla-cloud     | `name` = _name,
supla-cloud     | `last_connected` = UTC_TIMESTAMP(),
supla-cloud     | `last_ipv4` = _last_ipv4,
supla-cloud     | `software_version` = _software_version,
supla-cloud     | `protocol_version` = _protocol_version,
supla-cloud     | original_location_id = _original_location_id,
supla-cloud     | `flags` = IFNULL(`flags`, 0) | IFNULL(_flags, 0) WHERE `id` = _id;
supla-cloud     | IF _auth_key IS NOT NULL THEN
supla-cloud     |   UPDATE `supla_iodevice`
supla-cloud     |   SET `auth_key` = _auth_key WHERE `id` = _id AND `auth_key` IS NULL;
supla-cloud     | END IF;
supla-cloud     | END
supla-cloud     | 
supla-cloud     |   ++ migrated (took 0ms, used 16M memory)
supla-cloud     | 
supla-cloud     |   ++ migrating 20220309061811
supla-cloud     | 
supla-cloud     |      -> ALTER TABLE supla_accessid ADD active_from DATETIME DEFAULT NULL COMMENT '(DC2Type:utcdatetime)', ADD active_to DATETIME DEFAULT NULL COMMENT '(DC2Type:utcdatetime)', ADD active_hours VARCHAR(768) DEFAULT NULL
supla-cloud     | 
supla-cloud     |   ++ migrated (took 0ms, used 16M memory)
supla-cloud     | 
supla-cloud     |   ++ migrating 20220309061812
supla-cloud     | 
supla-cloud     |      -> DROP FUNCTION IF EXISTS supla_current_weekday_hour
supla-cloud     |      ->         CREATE FUNCTION supla_current_weekday_hour(`user_timezone` VARCHAR(50))
supla-cloud     |         RETURNS VARCHAR(3)
supla-cloud     |         BEGIN
supla-cloud     |             DECLARE current_weekday INT;
supla-cloud     |             DECLARE current_hour INT;
supla-cloud     |             DECLARE current_time_in_user_timezone DATETIME;
supla-cloud     |             SELECT COALESCE(CONVERT_TZ(CURRENT_TIMESTAMP, 'UTC', `user_timezone`), UTC_TIMESTAMP) INTO current_time_in_user_timezone; 
supla-cloud     |             SELECT (WEEKDAY(current_time_in_user_timezone) + 1) INTO current_weekday;
supla-cloud     |             SELECT HOUR(current_time_in_user_timezone) INTO current_hour;
supla-cloud     |             RETURN CONCAT(current_weekday, current_hour);
supla-cloud     |         END
supla-cloud     |      -> DROP FUNCTION IF EXISTS supla_is_access_id_now_active
supla-cloud     |      ->         CREATE FUNCTION supla_is_access_id_now_active(`active_from` DATETIME, `active_to` DATETIME, `active_hours` VARCHAR(768), `user_timezone` VARCHAR(50))
supla-cloud     |         RETURNS int(11)
supla-cloud     |         BEGIN
supla-cloud     |             DECLARE res INT DEFAULT 1;
supla-cloud     | 
supla-cloud     |             IF `active_from` IS NOT NULL THEN
supla-cloud     |               SELECT (active_from <= UTC_TIMESTAMP) INTO res;
supla-cloud     |             END IF;
supla-cloud     |             
supla-cloud     |             IF res = 1 AND `active_to` IS NOT NULL THEN
supla-cloud     |               SELECT (active_to >= UTC_TIMESTAMP) INTO res;
supla-cloud     |             END IF;
supla-cloud     | 
supla-cloud     |             IF res = 1 AND `active_hours` IS NOT NULL THEN
supla-cloud     |               SELECT (`active_hours` LIKE CONCAT('%,', supla_current_weekday_hour(`user_timezone`) ,',%') COLLATE utf8mb4_unicode_ci) INTO res;
supla-cloud     |             END IF;
supla-cloud     |         
supla-cloud     |             RETURN res;
supla-cloud     |         END
supla-cloud     |      ->         CREATE OR REPLACE VIEW supla_v_accessid_active AS 
supla-cloud     |         SELECT sa.*, supla_is_access_id_now_active(active_from, active_to, active_hours, timezone) is_now_active
supla-cloud     |         FROM supla_accessid sa
supla-cloud     |         INNER JOIN supla_user su ON su.id = sa.user_id;
supla-cloud     | 
supla-cloud     |   ++ migrated (took 0ms, used 16M memory)
supla-cloud     | 
supla-cloud     |   ++ migrating 20220404100406
supla-cloud     | 
supla-cloud     |      ->             UPDATE supla_dev_channel c 
supla-cloud     |             SET caption = CONCAT(
supla-cloud     |                 (SELECT COALESCE(caption, '') FROM (SELECT * FROM supla_dev_channel) AS t WHERE id=c.param1),
supla-cloud     |                 ' AT'
supla-cloud     |             ) 
supla-cloud     |             WHERE func = 700 AND param1 > 0 AND (caption IS NULL OR caption = '');
supla-cloud     | 
supla-cloud     |   ++ migrated (took 0ms, used 18M memory)
supla-cloud     | 
supla-cloud     |   ++ migrating 20220718203129
supla-cloud     | 
supla-cloud     |      -> ALTER TABLE supla_user ADD limit_operations_per_scene INT DEFAULT 20 NOT NULL
supla-cloud     | 
supla-cloud     |   ++ migrated (took 0ms, used 18M memory)
supla-cloud     | 
supla-cloud     |   ++ migrating 20220719210858
supla-cloud     | 
supla-cloud     |      -> ALTER TABLE supla_scene ADD alt_icon TINYINT UNSIGNED DEFAULT 0 NOT NULL COMMENT '(DC2Type:tinyint)'
supla-cloud     | 
supla-cloud     |   ++ migrated (took 0ms, used 18M memory)
supla-cloud     | 
supla-cloud     |   ------------------------
supla-cloud     | 
supla-cloud     |   ++ finished in 0ms
supla-cloud     |   ++ used 18M memory
supla-cloud     |   ++ 6 migrations executed
supla-cloud     |   ++ 13 sql queries
supla-cloud     | 
supla-cloud     |  [OK] The "async" transport was set up successfully.                            
supla-cloud     | 
supla-cloud     | Client for webapp exists.
supla-cloud     | 
supla-cloud     |  // Warming up the cache for the prod environment with debug                    
supla-cloud     |  // false                                                                       
supla-cloud     | 
pi@RPI-4:~/supla-docker$

restart robiłem i teraz urządzenia przynajmniej połączyły się z serwerem, działa też aplikacja. Jedynie co nie działa to nie mogę wejść na clouda wyświetla błąd

Code: Select all

502 Bad Gateway

nie dokonywałem żadnych zmian w sieci po za aktualizacją.

[fracz]

@lukfud, czy problem u Ciebie równiez jest na malinie?

Ta aktualizacja ma sporo migracji, i malina pewnie wykonuje je dłużej niż serwer zakłada. Postaram się uniemożliwić taką sytuację w następnym wydaniu. Na teraz - restart powinien pomóc (serwer jeszcze raz sprawdzi, czy jest ok - i już powinno być ok).

[lukfud]

@lukfud, czy problem u Ciebie równiez jest na malinie?

Ta aktualizacja ma sporo migracji, i malina pewnie wykonuje je dłużej niż serwer zakłada. Postaram się uniemożliwić taką sytuację w następnym wydaniu. Na teraz - restart powinien pomóc (serwer jeszcze raz sprawdzi, czy jest ok - i już powinno być ok).

Tak, na malinie.
U mnie cloud nie pokazuje żadnych logów, pusto.

Code: Select all

pi@raspi:~/supla-docker $ docker-compose logs supla-cloud
Attaching to supla-cloud
pi@raspi:~/supla-docker $ 

do tego 100% procesora na

Code: Select all

php bin/console supla:initialize

[fracz]

Problem z malinami zdiagnozowany. Niestety wymagana jest Wasza akcja, by aplikacja ruszyła...

Opis tutaj: viewtopic.php?p=127216

[fracz]

Nie wiem czy to niszowy problem ...
na Firefoxie 103.0 (64bit) nie działają harmonogramy dostępu. Pojawia się pusta tabelka, w której nic nie można zaznaczyć.

Niestety problem nie jest niszowy. Firefox nie ogarnął mojej weny. Do poprawy, dzięki!

[rafalfarba]

Czy jest możliwe, że po wprowadzeniu v22.7 skomplikowała się komunikacja ze skryptami? Mam nadal sceny po stronie skryptów i widzę, że czasami coś wstrzymuje wykonanie sceny. Problem znika po ponownym zalogowaniu do skryptów.

EDIT:
Ponownie dzisiaj, niezadziałała scena powodu niespełnionego warunku. Który po ponownym zalogowaniu już był spełniony.

[arqiu70]

Problem dot. GH i Alexy powinien być już rozwiązany.

Potwierdzam działa wielkie dzięki.

[Arghatell]

Czy jest możliwe, że po wprowadzeniu v22.7 skomplikowała się komunikacja ze skryptami? Mam nadal sceny po stronie skryptów i widzę, że czasami coś wstrzymuje wykonanie sceny. Problem znika po ponownym zalogowaniu do skryptów.

EDIT:
Ponownie dzisiaj, niezadziałała scena powodu niespełnionego warunku. Który po ponownym zalogowaniu już był spełniony.

U mnie też takie rzeczy. Obecnie nie działa logowanie do svr35 a od niedzieli wykonywanie skryptów wznawia się po zalogowaniu do skryptów randomowo/czasowo. Dzisiaj padło ok 16:00. U mnie problem dość osobliwy, bo kontroluję pracę urządzeń (kamery, alarm, pompka w oczku itp, które głównie pracują z PV przy nadmiarze napięcia) w oparciu o stan napięcia akumulatorów (zasilane z paneli) i jeśli skrypty nie wyłączą prądożernych urządzeń, to system mi padnie z powodu braku zasilania w nocy. Gdybym wiedział, to bym nie włączał wcześniej.

[pzygmunt]

Przeloguj się w cloud i w skryptach.