SE - Mapa - zhavaroval jsem mapu #66

New Issue

2017-09-25T01:39:21+02:00

Podhorecky commented

2017-09-25 01:39:21 +02:00

(Migrated from git.spotter.cz)

v nastavení vrstev mapy jsem naklikal další mapové vrstvy, což zjevně vedlo k havárii modulu
přidával jsem tam naoř Google mapy a Streetview - na zkoušku

https://dasm.dasm.cz:8443/eden/gis/index

dokonce to ani nemá vlastní chybový ticket

v nastavení vrstev mapy jsem naklikal další mapové vrstvy, což zjevně vedlo k havárii modulu přidával jsem tam naoř Google mapy a Streetview - na zkoušku https://dasm.dasm.cz:8443/eden/gis/index dokonce to ani nemá vlastní chybový ticket

Disassembler commented

2017-09-25 14:54:39 +02:00

(Migrated from git.spotter.cz)

Bing to rozbil. Kterákoliv z těch tří Bing vrstev to udělá. Nejsem si jist, jestli za to může jen absence API klíče nebo je pes zakopaný hlouběji. Pokud máte k Bing mapám nějaký klíč, tak sem s ním, vyzkoušíme to.

Podhorecky commented

2017-09-25 15:02:08 +02:00

(Migrated from git.spotter.cz)

aha, ok... klíč momentálně nemám, získává se takto. https://msdn.microsoft.com/cs-cz/library/ff428642.aspx
ale přemýšlím, zda se tím teď zabývat... asi ne. Pro nás poučení že do nastavení map se moc nevrtat.
Později se k tomu můžu vrátit, kdyby to bylo nezbytné.
Prosím tedy jen vrátit jak bylo (jen OSM layer) a dál neřešit

aha, ok... klíč momentálně nemám, získává se takto. https://msdn.microsoft.com/cs-cz/library/ff428642.aspx ale přemýšlím, zda se tím teď zabývat... asi ne. Pro nás poučení že do nastavení map se moc nevrtat. Později se k tomu můžu vrátit, kdyby to bylo nezbytné. Prosím tedy jen vrátit jak bylo (jen OSM layer) a dál neřešit

Disassembler commented

2017-09-25 15:13:52 +02:00

(Migrated from git.spotter.cz)

OK, základní vrstvy resetovány. Ponechána akorát OSM Humanitarian.

Disassembler commented

2017-09-25 15:13:52 +02:00

(Migrated from git.spotter.cz)

closed

Podhorecky commented

2017-09-25 16:06:54 +02:00

(Migrated from git.spotter.cz)

zatím to hází

504 Gateway Time-out

nginx/1.10.3

zatím to hází 504 Gateway Time-out nginx/1.10.3

Disassembler commented

2017-09-25 16:19:10 +02:00

(Migrated from git.spotter.cz)

To máte internet přes poštovní holuby? Zvedl jsem v commitu 208c9708dd timeout ze dvou minut na pět. Jako normální chování mi to ale nepřipadá a u mě se žádné zpoždění bohužel (nebo možná bohudík) neprojevuje, takže ani nezjistím kdo to brzdí.

To máte internet přes poštovní holuby? Zvedl jsem v commitu 208c9708dddeaa0768aceefd83b9d7cae3144ee8 timeout ze dvou minut na pět. Jako normální chování mi to ale nepřipadá a u mě se žádné zpoždění bohužel (nebo možná bohudík) neprojevuje, takže ani nezjistím kdo to brzdí.

Podhorecky commented

2017-09-25 16:21:02 +02:00

(Migrated from git.spotter.cz)

nyní jsem v práci, máme relativně rychlý net, takže tady bych to na net nesváděl..
doma mám pomalý net, tam to je docela běžné. Večer vyzkouším.

nyní jsem v práci, máme relativně rychlý net, takže tady bych to na net nesváděl.. doma mám pomalý net, tam to je docela běžné. Večer vyzkouším.

Podhorecky commented

2017-09-25 16:22:55 +02:00

(Migrated from git.spotter.cz)

Utilita Ping byla spuštěna…

PING https://dasm.dasm.cz (136.243.20.99): 56 data bytes
64 bytes from 136.243.20.99: icmp_seq=0 ttl=50 time=25.549 ms
64 bytes from 136.243.20.99: icmp_seq=1 ttl=50 time=38.721 ms
64 bytes from 136.243.20.99: icmp_seq=2 ttl=50 time=31.206 ms
64 bytes from 136.243.20.99: icmp_seq=3 ttl=50 time=27.468 ms
64 bytes from 136.243.20.99: icmp_seq=4 ttl=50 time=41.052 ms
64 bytes from 136.243.20.99: icmp_seq=5 ttl=50 time=28.446 ms
64 bytes from 136.243.20.99: icmp_seq=6 ttl=50 time=35.737 ms
64 bytes from 136.243.20.99: icmp_seq=7 ttl=50 time=22.176 ms
64 bytes from 136.243.20.99: icmp_seq=8 ttl=50 time=23.155 ms
64 bytes from 136.243.20.99: icmp_seq=9 ttl=50 time=20.742 ms

--- https://dasm.dasm.cz ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 20.742/29.425/41.052/6.721 ms

``` Utilita Ping byla spuštěna… PING https://dasm.dasm.cz (136.243.20.99): 56 data bytes 64 bytes from 136.243.20.99: icmp_seq=0 ttl=50 time=25.549 ms 64 bytes from 136.243.20.99: icmp_seq=1 ttl=50 time=38.721 ms 64 bytes from 136.243.20.99: icmp_seq=2 ttl=50 time=31.206 ms 64 bytes from 136.243.20.99: icmp_seq=3 ttl=50 time=27.468 ms 64 bytes from 136.243.20.99: icmp_seq=4 ttl=50 time=41.052 ms 64 bytes from 136.243.20.99: icmp_seq=5 ttl=50 time=28.446 ms 64 bytes from 136.243.20.99: icmp_seq=6 ttl=50 time=35.737 ms 64 bytes from 136.243.20.99: icmp_seq=7 ttl=50 time=22.176 ms 64 bytes from 136.243.20.99: icmp_seq=8 ttl=50 time=23.155 ms 64 bytes from 136.243.20.99: icmp_seq=9 ttl=50 time=20.742 ms --- https://dasm.dasm.cz ping statistics --- 10 packets transmitted, 10 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 20.742/29.425/41.052/6.721 ms ```

Disassembler commented

2017-09-25 16:30:02 +02:00

(Migrated from git.spotter.cz)

OK. Před NATem načteno za 234 ms, za NATem za 131015 ms. Tohle je opravdu hodně nenormální. Šťouchnu si do routeru.

Disassembler commented

2017-09-25 16:59:31 +02:00

(Migrated from git.spotter.cz)

Tak vyřešeno. Mohla za to vrstva Fires (US) (GeoRSS). Při stahování informací z RSS vyhnila na timeoutu při získávání https://inciweb.nwcg.gov/feeds/rss/incidents/. Netuším proč se to děje jen za NATem, ale jdu to zkusit zjistit.

Tak vyřešeno. Mohla za to vrstva *Fires (US) (GeoRSS)*. Při stahování informací z RSS vyhnila na timeoutu při získávání <https://inciweb.nwcg.gov/feeds/rss/incidents/>. Netuším proč se to děje jen za NATem, ale jdu to zkusit zjistit.

Podhorecky commented

2017-09-25 17:03:40 +02:00

(Migrated from git.spotter.cz)

Vrstvu Fires jsem vyrobil já, data si tahá z modulu Požární stanice.
Je možné, že jsem neudělal všechno dobře.
Jsem zvědav jak moc se mapa dá zatížit, protože zrovna tato vrstva bude mít asi 6500 Položek hasičských jednotek v ČR a další tisíce v SR. Teď jich má mnohem míň.

Vrstvu Fires jsem vyrobil já, data si tahá z modulu Požární stanice. Je možné, že jsem neudělal všechno dobře. Jsem zvědav jak moc se mapa dá zatížit, protože zrovna tato vrstva bude mít asi 6500 Položek hasičských jednotek v ČR a další tisíce v SR. Teď jich má mnohem míň.

Disassembler commented

2017-09-25 17:05:41 +02:00

(Migrated from git.spotter.cz)

To je jiná vrstva. Ta, o které mluvím já, už je ve výchozí sadě tady.

To je jiná vrstva. Ta, o které mluvím já, už je ve výchozí sadě [tady](https://dasm.dasm.cz:8443/eden/gis/layer_georss).

Disassembler commented

2017-09-25 18:17:08 +02:00

(Migrated from git.spotter.cz)

Upravil jsem si pravidla v NATu a vytvořil hairpin NAT a už to funguje i s GeoRSS. Problém byl, že Sahana se pokoušela odeslat HTTP request sama sobě, ale za použití adresy, kterou dostala od klienta. Takže moje Sahana naslouchající na 192.168.2.186:443 při přístupu zvenku odesílala request na dasm.dasm.cz:8443, nikam se nedostala a chcípla na 120s timeout. Teď už se díky hairpin NATu na požadovanou URL dostane.

Takovéto problémy bohužel bude muset koncový uživatel/admin řešit, pokud má být VM dostupná na jeho síti z internetu. Nejen, že řešení nemusí být triviální, ale občas nemusí být ani možné. Zejména, pokud se nachází za nějakým "domácím" routerem typu Zyxel, D-Link, TP Link atd. Alternativně se to dá řešit přímo ve VM nastavením přesměrování iptables, ale opět to není triviální a nedá se na to VM obecně připravit, protože záleží na nastavení každé individuální sítě.

Upravil jsem si pravidla v NATu a vytvořil hairpin NAT a už to funguje i s GeoRSS. Problém byl, že Sahana se pokoušela odeslat HTTP request sama sobě, ale za použití adresy, kterou dostala od klienta. Takže moje Sahana naslouchající na 192.168.2.186:443 při přístupu zvenku odesílala request na dasm.dasm.cz:8443, nikam se nedostala a chcípla na 120s timeout. Teď už se díky hairpin NATu na požadovanou URL dostane. Takovéto problémy bohužel bude muset koncový uživatel/admin řešit, pokud má být VM dostupná na jeho síti z internetu. Nejen, že řešení nemusí být triviální, ale občas nemusí být ani možné. Zejména, pokud se nachází za nějakým "domácím" routerem typu Zyxel, D-Link, TP Link atd. Alternativně se to dá řešit přímo ve VM nastavením přesměrování iptables, ale opět to není triviální a nedá se na to VM obecně připravit, protože záleží na nastavení každé individuální sítě.

Podhorecky commented

2017-09-25 18:52:01 +02:00

(Migrated from git.spotter.cz)

super, díky moc za info.
Chápu, že můžou vzniknout situace dané řešením. To je příklad, kdy získáváte novou původní zkušenost a ta je v tomto řešení replikovatelná, pravděpodobně i zhodnotitelná.
Pokud mne v následujících měsících neodešlete v řiť, je v našem společném zájmu vědět jak řešit případné problémy, A mít nějaké sdílené know-how. A zlepšovat ho.
Já nebudu sysadminem, ale když budu mít na koho se obrátit pro tuto znalost, tak je to OK. Za zkušenost a pomoc lze zaplatit.
Ani pro vás to nemusí být nekonečný závazek. Teď něco vzniká. Pak dojde na diskusi a ochutnávku, jaký dort to vlastně pejsek s kočičkou upekli. Kdybyste nechtěl, stojím i o kuchařku na dort.
Celé toto bych chtěl dál vést v dostatečně otevřené rovině, jak k uživatelům, tak k lidem co to aktivně realizují. Ale tam kde je nezbytná lidská práce a zkušenost, tam chci nastavit přijatelný obchodní model. Vzhledem ke všem potenciálním uživatelům.

super, díky moc za info. Chápu, že můžou vzniknout situace dané řešením. To je příklad, kdy získáváte novou původní zkušenost a ta je v tomto řešení replikovatelná, pravděpodobně i zhodnotitelná. Pokud mne v následujících měsících neodešlete v řiť, je v našem společném zájmu vědět jak řešit případné problémy, A mít nějaké sdílené know-how. A zlepšovat ho. Já nebudu sysadminem, ale když budu mít na koho se obrátit pro tuto znalost, tak je to OK. Za zkušenost a pomoc lze zaplatit. Ani pro vás to nemusí být nekonečný závazek. Teď něco vzniká. Pak dojde na diskusi a ochutnávku, jaký dort to vlastně pejsek s kočičkou upekli. Kdybyste nechtěl, stojím i o kuchařku na dort. Celé toto bych chtěl dál vést v dostatečně otevřené rovině, jak k uživatelům, tak k lidem co to aktivně realizují. Ale tam kde je nezbytná lidská práce a zkušenost, tam chci nastavit přijatelný obchodní model. Vzhledem ke všem potenciálním uživatelům.

Podhorecky commented

2017-09-25 18:57:21 +02:00

(Migrated from git.spotter.cz)

Momentálně je Sahana ve stavu, který jsem ještě neviděl.. tj. i přes dílčí problémy je SW téměř funkční. Moje deprese to trochu snížilo :)
Váš přístup se mi zdá odpovědný a dalece zkušenější, něž cokoliv co jsem dosud s různými pokusy absolvoval. Takže pište hodiny, účtování bude ještě abyste stihl dárky k Vánocům.

Momentálně je Sahana ve stavu, který jsem ještě neviděl.. tj. i přes dílčí problémy je SW téměř funkční. Moje deprese to trochu snížilo :) Váš přístup se mi zdá odpovědný a dalece zkušenější, něž cokoliv co jsem dosud s různými pokusy absolvoval. Takže pište hodiny, účtování bude ještě abyste stihl dárky k Vánocům.

Podhorecky commented

2018-03-14 22:53:57 +01:00

(Migrated from git.spotter.cz)

changed milestone to %2

Sign in to join this conversation.

No Milestone

No project

No Assignees

1 Participants

Notifications

Due Date

The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: Spotter-Cluster/Spotter-VM#66