VM - test 22.3. report #354
Labels
No Label
app-basic
app-ckan
app-crisiscleanup
app-cts
app-decidim
app-dhis2
app-frontlinesms
app-gnuhealth
app-kanboard
app-mifosx
app-motech
app-odoo
app-opendatakit
app-pandora
app-sahana
app-seeddms
app-sigmah
app-taarifa
app-ushahidi
critical
CZ
documentation
Doing
enhancement
GMaps
info
Mapbox
needinfo
new-app
OSM
performance
QGIS
regression
suggestion
To Do
upstream
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Disassembler/Spotter-VM#354
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
mám staženou VM, používám poslední VirtualBox 6.0.4, volné paměti relativně málo, ale nekřičí to.
první setup a přihlášení na IP proběhl ok, neměnil jsem DNS setup, zkusil jsem stahnout první aplikace. Většina aplikací začala stahovat, ale stahování se nedokončilo. Objevila se hláška o doporučení restartu. Po opakovaném klikání na OK a znovu stažení se po chvíli začalo další stahování od začátku, ale i to se v různých procentních fázích nedokončilo. Pouze ty nejmenší aplikace Kanboard a CTS jsem dokázal stáhnout, rozbalit a nakonec i nainstalovat. A spustit.
Další pokusy se stahováním apps už byly neúspěšné, v porovnání s chováním dřívější VM vnímám, že tam je složitější logika blbovzdornosti, ale pravděpodobně se u mne děje něco, na co je stahování náchylné. Tipuji výpadky paketů, timeouty a podobně. (Net mam stále živý, ale jeho rychlost možná kolísá) K fázi rozbalování balíčků a pokusům o instalaci tedy většinou ani nedošlo.
Při pokusech o restart VM, nebo reload rozhraní VM se to také příliš nezlepšilo.
Zkusil jsem vyměnit chrome za Operu, říkal jsem si že chrome žere moc paměti, možná že PC trochu ulehčim ve prospěch VirtualBoxu. Pravděpodobně to na paměť nemělo žádný velký efekt.
Po různých restartech a přihlašováních jsem si všiml, že VM nenabízí na začátku ip https://192.168.1.106 ale https://127.0.0.1
a později po restartu PC už tuto IP nezměnil. Na IP se z browseru nedalo dostat. Na doménu https://spotter.vm taky ne. V souboru localhost mam ip 127.0.0.1 za křížkem, tj. čekám že to nijak neovlivňuje možnost se na tuto IP dostat.
O víkendu tedy totéž zkusím na jiném připojení, snad trochu rychlejším. Případně znovu vytvořím VM. Teprv pak z tohoto prvního postřehu udělejme úsudek.
changed milestone to %3
omlouvám se, ale je velmi pravděpodobné, že moje ntb plečka už to prostě nedá z paměťových důvodů. Takže se nedokážu přesně vyjádřit o prvních dojmech z instalace. Něco by se i nainstalovalo, to zas jo, ale na hodinové swapování nemám :)
V rámci mých možností se budu muset zbavit W7 a poohlédnout po nějakých Lubuntech nebo jiných méně rozežraných OS a zkusím. Později stejně bude muset dojít na jiný počítač.
Prosím tedy, jak budete mít čas, obnovte tu online verzi VM, pokud je na serveru vyhrazeno víc paměti. Tam prozkoumám apps, a teprv později se vrátím k pozorování lokální VM.
všiml jsem si akorát, že na noc jsou naplánované nějaké crony, které se vypisují do konzole. Mohlo by to být v dokumentaci, víc k tomu zatím nemám.
assigned to @Disassembler
127.0.0.1 je localhost. VM ji zobrazuje jen v případě, že selžou všechny pokusy o získání IP z DHCP serveru. Čuju nějakou zradu po cestě na router, ke kterému jste připojený, případně přímo na něm.
Provedu.
Tak to v tuhle chvíli víte víc než já :) Že jsou naplánované bych si ještě vzpomněl, ale že se vypisují do konzole, to už nevím. Každopádně by to tak ale nemělo být, takže zjistím proč se to děje a učiním tomu přítrž. Dokumentace cronjobů se objeví u dokumentace jednotlivých aplikací, které je vyžadují (CKAN, KanBoard, SeedDMS, Ushahidi).
Když budete mít chuť na zkoušení vzdáleného přístupu, tak do pole pro SSH klíče vložte
A uložte. V části pro WireGuard VPN nastavte
Port: 51820
IP adresa: 172.17.255.2
Partneři:
opět uložte a spusťte VPN. Pak mi prozraďte jaký je Váš veřejný klíč pro VPN.
tak jsem nakonec přemluvil všechny aplikace k instalaci.
Někde to sice dělalo drahoty, ale později to šlo.
šly spustit všechny apps, kromě odoo. Vůbec se nenačetla strana odoo.spotter.vm
VPN nastavena
můj klíč je
lxUPBkzi2aCzABke0ntsWtL+jf/q6l/O+oV7hooagj8=ntb nechám puštěný jak vydrží. tak když budete mít čas, tak zkuste.
Hmmm. Nevidím na routeru ani paket. Pošlete mi prosím screenshot té obrazovky s nastavením vzdáleného přístupu.
Zajímavé. To je všechno správně. Buďto je žere nějaký firewall u Vás nebo se Vám zas podařilo vyrobit nějaký problém, o kterém jsem doposud neměl ani tušení.
Zkuste ještě v posledním řádku partnerů vyměnit
51820za dvojtečkou za80.změněno. Pak jsem ještě vypnul a zapnul VPN. Ale jinak jsem vm nerestartoval. Kdyžtak se ptejte co mám zjistit z hostitelského OS, nebo síťového nastavení.
odoo.spotter.vm nebylo dopsané v hosts, takže až restartuji, tak to asi pujde.
zkusil jsem pusit VM na Lubuntu 18.10 ve VirtualBoxu. Při prvním spuštění se VM načetla až do úvodní obrazovky. Pak jsem dopsal do hosts IP adresu a URL a uložil a restartoval.
znovu jsem spustil VirtualBox a VM, zadal heslo. Pak už byla tato obrazovka:
exit a toto
dělám něco špatně?
jo, tak pak jsem znovu importoval .OVA do VirtualBoxu a spustil. Zadal jsem heslo a ukázalo to tohle
a pak se to samo rebootlo a pak už ukázalo úvodní obrazovku.
Zkusím tedy ještě nainstalovat a pustit VPNku, napíšu jak to dopadlo
Ten kernel panic mi to vyhazovalo taky. Dopátral jsem se toho, že za to může dynamické zvětšování paměti, nicméně jsem ho potkal pouze na VMWare. Na VirtualBoxu mi vše běželo způsobně. Kouknu jestli tam k tomu jsou nějaká nastavení a kdyžtak vydatně zdokumentujeme nebo otevřeme bugreport.
ok... moje Lubuntu je na 2GB ramky, takže jsem v klidu... :) Ještě jedné věci jsem si všiml. Při pokusu stahovat balíčky to opět dělalo drahoty a stahování čehokoliv se nedokončovalo. Nevím jak to je nastavitelné, ale pokud by šlo nějak snížit citlivost na timeouty při mizerném připojení, snad by se to zlepšilo (?)
Taky jsem si všiml, že při čisté VM se prakticky nikdy nedá nainstalovat CKAN jako první. Ale později, pravděpodobně až už jsou nějaké komponenty instalovány jinými aplikacemi, tak se to povede.
Je to moje spekulace, ale snažím se vyjádřit postřeh, že při extrémně mizerném připojení a taky s mizerným výkonem PC s málo paměti, kdy dochází ke swapu je instalační fronta dost citlivá a tak musí být uživatel hodně trpělivý, aby to nakonec "proinstaloval" :)
pozn.: není cílem hledat nejnižší možnou konfiguraci, to pro vážnou práci ani nedává smysl... Jen se pokouším v nízké konfiguraci odhalit něco, co bychom běžně asi nespatřili.
ok... tak s opakovanými zámrzy firefoxu při nedostatku paměti a restarty, se metodou pokus-omyl dá nainstalovat téměř vše. :D Musí se začít od nejméně náročných aplikací. Jakmile dojde při spuštěném rozbalovacím skriptu a při instalaci paměť v browseru, tak je konec, restart PC léčí a stahuje se znova.
co se týče procesu instalace, tak uznávám, že to zatím vypadá docela nerozbitně.
otázka je, jestli má mít admin dovoleno víc zasahovat do této instalační procedury, nebo spíš ne? Myslím tím okamžité zastavení stahování, zastavení / znovu opakování instalace z rozhraní. Když se tak děje na rychlém netu, tak to člověk neřeší. Když se stahuje na pomalém netu, tak začne být nepříjemné, když se něco v závěru nepodaří a balíček se stahuje komplet znova.
Chápejte moji spekulaci tak, že zápasím se stabilitou připojení a někdy tak zažiju WTF, když jsou sice data stažena, ale z důvodů další ztráty připojení už nevim co s děje.
Tady se třeba pravidelně cca ve 22.05 a v 0.15 nějak resetuje poskytovatel netu, (wifina to neni) a tak na chvíli přestane jít net. Pak se probere a pokračuje.
Uživatelskou přívětivost klidně řešme až u změny frontendu, aby se z rozhraní dal killnout proces bez nějakých kolaterálních škod. A spustit instalaci i offline. Zatím nechávám k úvaze co s tím, prostě se ptám.
Naštěstí když už jsou jiné komponenty z konkrétního balíčku nainstalované OK, tak už je to znovu nestahuje, což jsem pochopil jako optimalizační záměr a to je pěkné.
K praktickému zkoušení a využití VPN teď neumím nic dalšího říct. Leda bychom si řekli nějaký konkrétní postup jak VPN využít z pohledu budoucích uživatelů.
Nejsnadněji by to na úrovni app-admin měla umět Sahana, tam se obávám jistých komplikací https://git.spotter.cz/Spotter-Cluster/Spotter-Cluster/issues/306
V této fázi teď nemám žádné další issue k samotné VM.
closed