FinWX Foorumi

Yleiset keskustelualueet => EWN - European Weather Network => Aiheen aloitti: weatherc - sunnuntai, 12.01.2020, 12:57

Otsikko: Dedi nurin
Kirjoitti: weatherc - sunnuntai, 12.01.2020, 12:57
Mysli tekee "kuolemaa" ja loadit kirjaimellisesti taivaissa, kävi yli 200  :o :o
(Työt vähän häiritsi tutkimista...)

Elikkäs...
Huomattuani ongleman aamulla huiteli loadit 40:ssä..jeps...
Myslin uudelleenkäynnistys vain pahensi asiaa, tämän jälkeen loadit lähti katosta läpi, yli sadan. Tässä kohtaa oli pakko lähteä töihin käymään joten se jäi odottelemaan...
Kotiin tultua niin loadit oli siinä 200 korvilla, vähän kuten odottelinkin ettei ne ainakaan olis laskenut. Ihme kyllä, komentorivi vastasi joskin hitaasti..
Koko virtualin reboottia kehiin...kesti vartin...ja tultua linjoille takas loadit lähti uudestaan raketoimaan...
Tässä kohtaa oli pakko saada loadit edes vähän alas joten Nginx kiinni ettei tuu liikennettä sisään (on edelleen kiinni) sekä tapettua ne 300 php/apache-prosessia jotka roikkui. Loadit tippui 30 korville..woot...
Tällä hetkellä mysli yrittää edelleen saada ittsensä käyntiin rebootin jäljiltä (yrittänyt jo yli tunnin), loadit huidellessa 40:ssä, logista:


200112 11:53:07 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool
200112 11:54:07 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool
200112 11:55:08 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool
200112 11:56:08 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool
200112 11:57:09 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool

Otsikko: Vs: Dedi nurin
Kirjoitti: Jussa - sunnuntai, 12.01.2020, 16:31
Onko tilanne kuinka toivoton tällä hetkellä?
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - sunnuntai, 12.01.2020, 17:44
Täysin...

Löhes kaikki palvelut sammutettuna (paitsi ne jotka tarvitaan jotta olisi yhteys + cpanel) niin loadit kukkuu väkisinkin 5 pinnassa. Myslin kun käynnistää niin ollaan taas 10 ja 30 välimaastossa. Mysliin jos koskee komentoriviltä niin se alkaa taas tuota loputonta flushingiä mutta Cpanel saa sen käynnistettyä noin minuutissa jos ensin tappaa sen komentoriviltä.
Tein toisenkin rebootin siinä kohtaa kun pieni toivonkipinä oli, heh, 150:iin meni että heilahti alta minuutissa...

Probleema tuossa on se ettei mitään selvää syypäätä ole löytynyt. Mieleen tullut rautavika, mutta karttavirtuaali sekä fyysinen purkki rullaa ihan ok. Lättyjen SMART-lukemat huutaa failed mutta vain käyttötuntien osalta (toinen 35000 ja toinen 29000 tuntia).
Toinen voisi olla virtuaalin "kovalevy" eli tiedosto. Mutta tila ei riitä tehdä toista (eikä ole ip:täkään) että pystyis tekemään uusi ja kopioida vanha => uusi.
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - sunnuntai, 12.01.2020, 18:05
Heh, nyt tapahtui jotain. Ei saa kysyä että mitä koska en tiedä enkä koskenut siihen.
Loadit tippui alle 2:een noin 25:stä.
Rebootti (koska ei hajuakaan mitkä palvelut on tullut tapettua) meni täysin normisti.
Otsikko: Vs: Dedi nurin
Kirjoitti: Jussa - sunnuntai, 12.01.2020, 19:21
 ;D

Juu, mulle ehti jo tulla huolestunut kysely miksi aseman sivut nurin😅 Aseman seuraajat oppineet siihen, että toimii kuin junan vessa🤭
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - sunnuntai, 12.01.2020, 19:23
Jatketaan purkin sorkkimista :)

Fyysisen purkin Proxmox:in backup jumissa koska syyskuinen backup raksuttaa edelleen. Ja tuo backup kun olis suht tärkeä...Eikä se tottele edes kill -9 käskyä. Proxmoxin foorumilla tuli vastaan vastaavia ongelmia joissa joillakin ainoa ratkaisu purkin uudelleenkäynnistys. No, ennen sitä niin ajetaanpa sisään päivitykset niin fyysiselle purkille kuin kartta-virtuaalille. Siitä kun on tovi jos toinen, uptime 728 päivää :o

Voisin olettaa että uudelleenkäynnistykseen menee tovi, varsinkin jos Linux saa päähänsä tekemään jonkun sortin levytarkistuksen. Tapahtunee noin 19:30.
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - sunnuntai, 12.01.2020, 20:03
Se tovi kesti minuutin ja 46 sekuntia  8) Homma rokkaa taas :)

Proxmox tosin ilmoittaa että sen versio 4.4 on EOL ollut jo kohta 2 vuotta  ;D
No syy tähän on fyysisellä purkilla käytössä oleva Debian 8 Jessie kun nykyinen olisi Debian 10 Buster....
Asiaa pitää miettiä että tarvisko jotain tehdä asialle vai ei, samoin kuin nuille SSD-lätyille joilla käyttötunnit tuli täyteen jo joskus kauan sitten  8)
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - maanantai, 13.01.2020, 11:25
Nyt toimis backup/snapshot taas niinkuin pitää ja ne tuli viime yönä tehtyä sekä tallennettua Hetznerin tallennustilaan ok. :)
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - keskiviikko, 12.02.2020, 14:36
Aamuyöstä taas juntturoinut jotain tuloksena se ettei päässyt sivuille. Myös SSH oli toooodella hidas. Päästyäni sisään niin näytti homman kyllä toimivan joskin hitaaaasti, loadit huiteli 50:ssä.  >:(
Vähän aikaa ihmteltyäni että top oli täynnä mm cronjobeja sekä ihan normi sivu-php-komentoja jotka yleensä ei top:iin asti kerkeä, ja ettei mitään vaikutusta vaikka sammutti nämä normit Nginx, Apache, Myslin niin tutkailin Proxmoxia. Sen käyrästä kävi ilmi että virtuaalin IO:t oli lähtenyt raketoimaan joskus 05 aikoihin. Syytä siihen en kylläkään löytänyt...Homma korjaantus reboottaamalla koko serveri  :)
Otsikko: Vs: Dedi nurin
Kirjoitti: einari - keskiviikko, 12.02.2020, 16:23
Arvasin että jotain isompaa tekeillä.. illalla jo oudosti pätki.joskus vähän ennen 03. se ainakin oman aseman kohdalla alkoi tuo datan tulo hiipua kokonaan.. aamulla kun katsoin niin ei ollut netatmoista kuin pohjois-norjasta jonkin verran ja enontekiön salmivaarantie.. joka noin tunnin välein päivitti.. Norjan puolella oli myös enontekiö nimellä asema silloin ja korkeus 9 metriä.. aika syvässä montussa jos enontekiöllä olisi ollut ;D

Nuo paikannusnamiskat ja haut ei toimi  nyt.. ainakaan etusivulla.. asemasivulla kyllä haki... :(
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - keskiviikko, 12.02.2020, 23:47
Tanskan maalta tuli sellaista vietiä että hänen ennuste oli lopettanut toiminnan joskus 21 jälkeen.
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - sunnuntai, 12.04.2020, 12:14
Backuppi oli taas kerran juntturoinnut webbi-virtuaalin. Näyttää toimimvan jokusen viikon (nyt oli 30 päivää) kunnes failaa.
Ongelma tuossa on se miten tuota monitorois niin ettei tekisi turhaan rebootteja....
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - sunnuntai, 12.04.2020, 22:18
Lainaus käyttäjältä: weatherc - sunnuntai, 12.04.2020, 12:14
Backuppi oli taas kerran juntturoinnut webbi-virtuaalin. Näyttää toimimvan jokusen viikon (nyt oli 30 päivää) kunnes failaa.
Ongelma tuossa on se miten tuota monitorois niin ettei tekisi turhaan rebootteja....

Laastari kokeiluun...
Ongelman havaitsemiseen on ongelmana se että mitä pitäisi seurata ja milloin.
Mieleen tuli backupin prosessi ja sitä kautta saada se haaviin. Joten kartta virtuaalin backuppi käyntiin ja etsimään prosessia sille, joka myös löytyi ja pikainen "preg"-pohjainen bash-komentokin jolla sain sen napattua. Tämähän vain tarkistaa sen että onko kyseinen komento käynnissä.

Sitten milloin tuo pitäisi tehdä...Proxmoxin task-logista käy ilmi että silloin kuin backuppi toimii niin se on yleisimmin valmis 05:00-06:00-välimaastossa. Näyttää vaihtelevan päivästä toiseen aika reilustikkin (menneellä viikolla nuo ajat olivat kaikkea 05:00 ja 16:30 välillä).
Tuosta voisi olettaa että jos menee paljon yli 06 niin jotain tökkii jossain ja siten voisi olla katkon paikka, joten kokeillaanpa vaikkapa 06:30...
Otsikko: Vs: Dedi nurin
Kirjoitti: khyron - sunnuntai, 12.04.2020, 23:17
Jos koko kone menee jumiin niin mikset vaan pingaa sitä, vaikka http-kutsu, ja jollei vastaa niin boottiin.
Otsikko: Vs: Dedi nurin
Kirjoitti: einari - maanantai, 13.04.2020, 07:05
Toissayönä meni ilmeisesti jumiin heti backupin alkuvaiheessa kun data ei päivittynyt 02.00 jälkeen, joten saisiko sen buutin tarpeellisuuden sieltä puolelta nopeammin.. ettei tullisi noita 5-10 tunnin katkoja..

en tiedä mihin aikaan buuttasit  enkä muista millä kellonajalla katkoksen aikana pingasin mutta perille meni ja tracert vastasi v2.nordicweather.net.... (kuitenkin paljon ennen kuin palasi linjoille...)
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - maanantai, 13.04.2020, 10:36
Lainaus käyttäjältä: khyron - sunnuntai, 12.04.2020, 23:17
Jos koko kone menee jumiin niin mikset vaan pingaa sitä, vaikka http-kutsu, ja jollei vastaa niin boottiin.

Koska pingi ja esim ssh toimii myös silloin. Eli virtuaali toimii teoriassa ihan ok, se ei vaan saa mitään aikaseksi silloin koska IO:t tapissa.

LainaaToissayönä meni ilmeisesti jumiin heti backupin alkuvaiheessa kun data ei päivittynyt 02.00 jälkeen, joten saisiko sen buutin tarpeellisuuden sieltä puolelta nopeammin.. ettei tullisi noita 5-10 tunnin katkoja..

Backuppi aiheuttaa toimiessaan ok:kin sen että virtuaali ajoittain "on jumissa" (toimii kuitenkin ihan ok teoriassa vaikkei saa mitään aikaseksi), eli backuppia ei voi katkaista ennenkuin "sen pitäisi olla valmis". Tässä onkin juuri se ongelma tuossa ettei se mitenkään kerro että missä tilassa on.

Edellisyön webbivirtuaalin IO-käppyrä näyttää aika hyvin ongelman syyn..

EDIT:
Toinen SSD-lätyistä alkanut puskemaan Raw_Read_Error_Ratea hissukseen. En tiedä onko kauanakin sitä tehnyt koska SMART ei luokittele tuota vielä virheeksi...

  1 Raw_Read_Error_Rate     0x002f   100   100   000    Pre-fail  Always       -       656152

Lifetime:han noilla molemmilla puskee failingia, poweron-tuntien ollessa toisella 31000 ja toisella 37000:

202 Percent_Lifetime_Used   0x0030   000   000   001    Old_age   Offline  FAILING_NOW 100

Tuossa koko SMART:

  1 Raw_Read_Error_Rate     0x002f   100   100   000    Pre-fail  Always       -       656152
  5 Reallocate_NAND_Blk_Cnt 0x0032   100   100   010    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       31709
12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       26
171 Program_Fail_Count      0x0032   100   100   000    Old_age   Always       -       0
172 Erase_Fail_Count        0x0032   100   100   000    Old_age   Always       -       0
173 Ave_Block-Erase_Count   0x0032   001   001   000    Old_age   Always       -       8137
174 Unexpect_Power_Loss_Ct  0x0032   100   100   000    Old_age   Always       -       19
180 Unused_Reserve_NAND_Blk 0x0033   000   000   000    Pre-fail  Always       -       5583
183 SATA_Interfac_Downshift 0x0032   100   100   000    Old_age   Always       -       80
184 Error_Correction_Count  0x0032   100   100   000    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
194 Temperature_Celsius     0x0022   045   042   000    Old_age   Always       -       55 (Min/Max 21/58)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   100   100   000    Old_age   Always       -       0
202 Percent_Lifetime_Used   0x0030   000   000   001    Old_age   Offline  FAILING_NOW 100
206 Write_Error_Rate        0x000e   100   100   000    Old_age   Always       -       0
210 Success_RAIN_Recov_Cnt  0x0032   100   100   000    Old_age   Always       -       0
246 Total_Host_Sector_Write 0x0032   100   100   000    Old_age   Always       -       233513171630
247 Host_Program_Page_Count 0x0032   100   100   000    Old_age   Always       -       7581242997
248 Bckgnd_Program_Page_Cnt 0x0032   100   100   000    Old_age   Always       -       264478846778


Otsikko: Vs: Dedi nurin
Kirjoitti: einari - maanantai, 13.04.2020, 13:15
Ehdit ensin 8)
Katselin juuri netistä mitä SSD-erroreista backupin jumeihin sanottiin.. oletuksena oli että saattaisikin juuri olla levyvirheet taustalla... saako fiksattua kuntoon vai pitääkö uusia levy/levyt..

Käytätkö jotain apuohjelmaa varmuuskopioinnissa.. pari näkyi olevan joissa mainittiin virtuaalit...
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - maanantai, 13.04.2020, 13:44
Backupit hoitaa Proxmox, eli sama softa joka hoitaa virtuaalitkin. Nyt pitää myös muistaa että käytössä oleva Proxmox-versio on vanha (4.4), tuki siihen on loppunut 2018, mutta noitahan ei myöskään suositella että päivitettäis ainakaan tyyliin 4 > 5/6, eikä varsinkaan live-purkille.

Yksi syy ongelmiin lienee myös se että nuo backupit on tallennettu suoraan Hetznerin "storage-boxiin" eli backuptilaan käyttäen CIFS:iä "liittämään" tämä tila käyttöön. Proxmoxin foorumilta löytyi postaus jossa CIFS ja muut vastaavat ovat hitaat ja epävakaat.
Syy tähän on taas - yllätys - se tuttu tilanpuute. Ei ole tilaa tehdä backuppi ensin paikallisesti jonka jälkeen uppais sen talteen muualle.

LainaaKatselin juuri netistä mitä SSD-erroreista backupin jumeihin sanottiin.. oletuksena oli että saattaisikin juuri olla levyvirheet taustalla... saako fiksattua kuntoon vai pitääkö uusia levy/levyt..

Levyt saa vaihdettua jos vaan Hetznerin supportti on samaa mieltä että ovat vaihdon tarpeessa. Levythän ovat RAID:ssa joten siinä mielessä asiat ovat hyvin. Tosin vaihto ei korjaa tilan puutetta.
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - maanantai, 13.04.2020, 17:40
Vaihto tilattu tuolle sdb-levylle joka raksuttaa Raw_Read_Error_Ratea.
Vaihto hoitunee hot-swappina josain kohtaa iltaa, eli ilman downtimea.

Mietinnässä on että mitä tuolle pitäisi tehdä pidemmän aikavälin ratkaisuna koska tuo ei ratkaise itse perusogelmaa.
Fakta on myös se että tuon käyttis/Proxmox ovat vanhoja ja kaipais kipeästi päivitystä.

EDIT: On jo vaihdettu, siihen meni kaikki 9 min siitä kun lähetin pyynnön :)


cat /proc/mdstat
Personalities : [raid1]
md2 : active raid1 sdc3[3] sda3[0]
      470949888 blocks super 1.2 [2/1] [U_]
      [==>..................]  recovery = 14.3% (67484160/470949888) finish=33.6min speed=200056K/sec
      bitmap: 4/4 pages [16KB], 65536KB chunk

md1 : active raid1 sdc2[3] sda2[0]
      523712 blocks super 1.2 [2/1] [U_]
        resync=DELAYED

md0 : active raid1 sdc1[3] sda1[0]
      16760832 blocks super 1.2 [2/2] [UU]

Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - maanantai, 13.04.2020, 20:37
Koe: backuppi web-virtuaalista, alkaen 3 minuuttia sitten  ;D
Ainakin äsken tehty backup kartta-virtuaalista meni ok, ja oli reilut puolet nopeampi mitä eilen (tänään 0:29, eilen 1:12)

Laastarina tuohon backuptilan cifs-mountille tuli aatoksena seuraavaa:
Viime viikkojen perusteella vaikuttaa siltä että cifsillä liitetty osoite pysyy "liitettynä" "jonkin aikaa" kunnes jossain kohtaa joku tökkii ja ainakin eilen oli koko mount-piste kadonnut.
Eli jospa
- liitetään backuptila vaikkapa 5 min ennen itse backupin alkua, sekä samalla siivotaan sieltä roskat (logit sun muut) sekä ylivanhat backupit ulos.
- tehdän backupit
- kello "06:00" irrotetaan (umount) backuptila
Näin se "liitos" olisi aina tuore.

PS. Tiesäiden uupuminen ei liity tähän, niin säät kuin kameratkin ovat hävöksissä myös Liikennevir...öö...Tmfg:n sivuilla...

EDIT: webbi-virtuaalin backuppi, 2:05 eikä missään tuntunut itse virtuaalilla....
Otsikko: Vs: Dedi nurin
Kirjoitti: einari - tiistai, 14.04.2020, 15:59
Hienoa, että sait levyn vaihdetuksi ja nuo jumit olisi niiltä osin historiaa. Kiitettävän nopeasti Hetzner sen vaihtoi..  olevinaan nopeammin nuo sivutkin latautuvat poislukien top-listat netin hidastelusta huolimatta.. ;D

Muutenhan asiat noilta osin on taas ok. mutta tuon etusivun kartan kanssa saisi varmaan hieman puuhastella, eipä sen perusteella paljoa navigoida jos haluaa jotain tiettyä asemaa katsella  ::)

Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - tiistai, 14.04.2020, 21:50
LainaaHienoa, että sait levyn vaihdetuksi ja nuo jumit olisi niiltä osin historiaa. Kiitettävän nopeasti Hetzner sen vaihtoi..  olevinaan nopeammin nuo sivutkin latautuvat poislukien top-listat netin hidastelusta huolimatta..

Kaikki vaikuttaa kaikkeen tuossa(kin). Jos levy(t) ovat hitaat niin niin ovat silloin sivutkin.
Itse asiassa backuppi ei toiminut viime yönä, mutta se johtui siitä että cron ei osaa mount.cifs:in polkua vaan se pitää kertoa /sbin/mount.cifs jotta löytyisi...Eli käytännössä se tehtaili backuppia serverin levylle niin kauan kun tilaa riitti ja lopetti siihen...tämä koska backuptilan kohdekansio löytyy sieltä koko ajan vaikkei itse tila ole liitettynä...

LainaaMuutenhan asiat noilta osin on taas ok. mutta tuon etusivun kartan kanssa saisi varmaan hieman puuhastella, eipä sen perusteella paljoa navigoida jos haluaa jotain tiettyä asemaa katsella

Kartan Tileserver ei jostain syystä lähde tulille kun kartta-virtuaali käynnistyy vaan se pitää käydä polkasemassa tulille manuaalisesti. Tämä vaikka sekä manuaalisesti käytetty että rc.local:ssa olevat komennot ovat täysin identtiset...
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - perjantai, 17.04.2020, 22:30
LainaaMietinnässä on että mitä tuolle pitäisi tehdä pidemmän aikavälin ratkaisuna koska tuo ei ratkaise itse perusogelmaa.

Pohdintaa ääneen...

Lähtökohta:
nykyinen purkki, fýysinen lätty ~470GB x 2 (RAID1) joista
webbivirtuaali 280 GB ja karttavirtuaali 60 GB
Varsinkin karttavirtuaalin käyttis sekä fyysisen purkin käyttis vanhat sekä Proxmox EOL 2018

Webbivirtuaalin /home (jossa sivut, myslit sun muut) on 210 GB jossa tyhjää 20 GB.

Karttavirtuaali hoitaa mm EB:n BO-socketin sekä sadetutkakuvat.
Sekä niin kauan kun toimis myös YR:n datasta ukkosennuste karttamuodossa (pitää koittaa saada toimimaan taas)
Tyrkyllä olisi
- FMI tai YR kartat riisutussa muodossa eli muutama layeri sekä data mysliin ja "Windy-nuolillle" (= "TV-kartta" mahdollisuus), ehkä pohjoismaat eikä välttämättä koko saatavilla olevaa aikahaarukkaa (= eli lähiennuste) => oikean kulman yläkartta nordicweatherissä
- paikkakuntahaku ennusteille

Optimaalinen tarve
Webbivirtuaalin optimaalinen koko ehkä 350-400 GB ettei olisi heti huutelemassa tilan puutetta
Karttavirtuaalin ehkä 200 GB

Mahdollienn ratkaisu
Herää tietty kysymys että yksi iso vaiko 2 pienempää.
Jos yksi iso niin yksi mahdollisuus voisi olla tällainen joka löytyy sakemannien listasta:
2 x 1 TB NVMe SSD, Intelin i7-8700 Hexa-Core Coffee Lake sekä 64 GB RAMia. Ei välttämättä olisi pöllömpi tapaus  :D
Tuohon kun tekis 400 + 200 GB virtuaalit niin jäisi tilaa vielä laajentaakin (virtuaaleja pystyy kasvattamaan muttei pienentämään)
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - lauantai, 18.04.2020, 10:53
LainaaWebbivirtuaalin /home (jossa sivut, myslit sun muut) on 210 GB jossa tyhjää 20 GB.

Ullatus, mysqlihän se tuon suurimman tilan syö. Ja varsinkin ibdata1-filu jonka koko 70G. Ja sitähän ei niin vaan sitten saa pienennettyäkään ilman että ajaa koko myslin tyhjäksi....
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - lauantai, 18.04.2020, 22:12
Asiaa tutkailtu pikkasen...Tosin pitää tukia lisää vielä mutta voisi olla paikallaan laittaa tuo tilanpuute kerta kaikkiaan kondikseen. Ei ainakaan se olisi enää kiukuttelmassa. Hinnaltaan tuo uudempi olisi kutakuinkin sama mikä nykyinen.
Bonuksena olisi tuo I7-8700 jossa 6 ydintä/12 säiettä nykyisen 4/8 sijaan mikä olisi vain plussaa sekin.

Tutkailtuani sakemannien upgrade-ohjetta (https://wiki.hetzner.de/index.php/Root_Server_Upgrades/en) ja sen vaihtoehtoja niin fyysisen purkin osalta homma voisi sujua aika kätevästikkin. Se mitkä noista vaihtoehdoista on mahdollinen selvinnee kun asiaa kysäisee sakemannien supportista, kuten tuossa ohjeessa on ohjestettukkin. Optimaalinen tämän osalta olisi se että virtuaalien IP:t pysyisi samoina jolloin ei tarvis säätää domainien kanssa, fyysisen purkin IP kyllä vaihtuisi mutta sillä ei ole käytännön merkitystä koska domainithan osoittaa virtuaaleihin.
IP-numeroiden pitäminen tosin estäneen sen että purkin saisi Tuusulasta heidän Suomi-keskuksesta vaan se jäisi edelleen Saksanmaalle mutta sitäkin pitää kysäistä että miten on.

Proxmoxin osalta pitää kysäistä heitin foorumilta että onnistuuko Proxmox 4:lla (nykyinen versio) tedyn snapshotin importeeraminen suoraan uusimpaan Proxmox 6:seen vai vaatiiko se 5:n kautta kiertämistä.

Jatketaan tutkailua...  :)
Otsikko: Vs: Dedi nurin
Kirjoitti: einari - lauantai, 18.04.2020, 22:35
Pohdit että kumpi, 1 vai 2 purkkia.. sehän riippuu siitä haluaako nopeutta vai prosessoritehoa..
1 purkissa on tietenkin se levyjen välinen tiedonsiirto nopeampaa kun on samassa väylässä.. sitten taas jos on paljon prosessoriaikaa vaativia sovelluksia/tietokantoja 2 prossua hoitaa tehokkaammin :D

Helsingissä oli 6 euroa halvempi kk-maksu kuin saksassa.. mitä tulee tuohon ip-osoitteeseen niin kai sen voi uudelleenohjata ja saattaahan hefznerillä olla sama osoiteavaruus kaikissa palvelinkeskuksissa.. ABB:llä oli ainakin muissa maissa samanalkiset ip-osoitteet silloin aikoinaan... muistelisin
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - sunnuntai, 19.04.2020, 11:17
Lainaus käyttäjältä: einari - lauantai, 18.04.2020, 22:35
Pohdit että kumpi, 1 vai 2 purkkia.. sehän riippuu siitä haluaako nopeutta vai prosessoritehoa..
1 purkissa on tietenkin se levyjen välinen tiedonsiirto nopeampaa kun on samassa väylässä.. sitten taas jos on paljon prosessoriaikaa vaativia sovelluksia/tietokantoja 2 prossua hoitaa tehokkaammin :D

Samalle levyllehän 1 purkin versio kirjoittaa. Se että niissä on 2 levyä on siksi että ovat RAIDissa eli molemilla levyillä sama data. Näin esim äskeinen levynvaihto onnistuu lennosta ilman downtimea :)
Nykyisessä purkissa on 4 ydintä/8 threadia jotka jaettu puoliksi virtuaalien kesken eli 2 ydintä per vitruaali. Toiminut vallan hienosti yleisesti ottaen. Tietty karttavirtuaalilla ei kannata tehdä montaa karttaa samaan aikaan mutta sitä ei kannata muutoinkaan olisi ytimiä kuinka monta tahansa koska siihen Mapnikiin vaikuttaa myös levyt.
Tuolla I7-8700 ytimiä on 6 eli molemmat saisi vaikka 3 ydintä (tai 4 + 2).

Lainaus käyttäjältä: einari - lauantai, 18.04.2020, 22:35
Helsingissä oli 6 euroa halvempi kk-maksu kuin saksassa.. mitä tulee tuohon ip-osoitteeseen niin kai sen voi uudelleenohjata ja saattaahan hefznerillä olla sama osoiteavaruus kaikissa palvelinkeskuksissa.. ABB:llä oli ainakin muissa maissa samanalkiset ip-osoitteet silloin aikoinaan... muistelisin

Sakemannien hinta on tietääkseni sama kaikissa keskuksissa. Muistitko tarkistaa että ALV-asetus oli oikein, se kun pitää olla Suomi/24%, kiitos EU:n ahneet verokarhut (verkkokauppa pitää periä ALVin asiakkaan maan mukaan)
Tuo IP-juttu taitaa mennä datakeskuksen mukaan, ei ole muistaakseni ollenkaan niin itsestään selvää että sitä voisi uudelleenohjata keskuksesta toiseen.
Otsikko: Vs: Dedi nurin
Kirjoitti: iccb - sunnuntai, 19.04.2020, 12:51
Prossujen yhden ytimen suorituskykyä kannattaa myös vertailla vanhan kanssa, siinä voi olla isojakin eroja.
Voisitkohan mahdollisesti saada toisen dedin ajoon samaan aikaan, jolloin voisit kopsata virtuaalikoneet uuteen systeemiin?
Proxmox 4.x taitaa vaatia ensin päivityksen 5.x:ään ja sitten vasta 6.x:ään?
Tai jos saat kopsattua virtuaalikoneet kotiisi ja kokeiltua päivityksen kanssa leikkiä kotikoneella jos löytyy sopivia vehkeitä?  ;D

Muoks.
Pikainen proxmoxin wikin luenta kertoo, että kahden eri versioisen noden ajo onnistuisi 4.4 -> 5.0 ja sen jälkeen päivitys versioon 6.x...
Rikkoutumisen vaara on kyllä olennainen.  ;D :-X
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - sunnuntai, 19.04.2020, 15:31
LainaaProssujen yhden ytimen suorituskykyä kannattaa myös vertailla vanhan kanssa, siinä voi olla isojakin eroja.

CPU Benchmarkissa on seuraavat
I7-7700 (nykyinen)   8684, singlethread 2490
I7-8700                   13370, singlethread 2707

LainaaVoisitkohan mahdollisesti saada toisen dedin ajoon samaan aikaan, jolloin voisit kopsata virtuaalikoneet uuteen systeemiin?
Proxmox 4.x taitaa vaatia ensin päivityksen 5.x:ään ja sitten vasta 6.x:ään?

Juu, sehän on noissa usemmissa Hetznerin vaihtoehdoissa että uusi ja vanha rinnakkain ensim ja on tavoitteenakin, vain jos fyysisen purkin IP:n haluaa pitää niin lähtee vanha heti. Dedin tapauksessa tuolla fyysisen purkin IP:llä ei ole väliä, mutta virtuaalien IP:t olisi hyvä saada siirrettyä uuteen.
Jeps, sitä mitä katsellut Proxmoxin wikiä/foorumia niin mennee niin että 4.4 => 5.x => 6.x. Eli uudelle ensin 4:en sisään ja siitä päivittämään. Tietty backupit tulee myös olla tureet. Hidastaa tosin prosessia kun pitää päivittää tuohon 5:seen ensin.
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - maanantai, 20.04.2020, 11:10
Vastaukset saatu sekä Hetzneriltä että Proxmoxin foorumilta..

Hetzneriltä tuli, kuten vähän arvelinkin
LainaaIf your want to keep additional single ips, you need to order the server with Location FSN1 and upgrade option 3. or 4. would be possible
FSN1 (Falkenstein) on nykyisen purkin sijanti

Proxmoxilta vastasi Proxmoxin  heppu että
Lainaajust a restore of the KVM. No extra settings are needed as long no special settings are involved.

Eli 4:sen snapshotit suoraan sisään 6:seen. Tuon haluun kyllä kokeilla ensin :)
Joka tapauksessa oli aatos että ensin harjoittelu-asennus ennen varsinaista asennusta :)
Otsikko: Vs: Dedi nurin
Kirjoitti: iccb - maanantai, 20.04.2020, 12:23
Ei muutakun tilaukseen ja kovaa ajoa!  ;D
Ei näköää KVM/qemu ole muuttunut niin paljoa, että olis yhteensopivuus rikottu vanhemman version kanssa...
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - maanantai, 20.04.2020, 15:16
Lainaus käyttäjältä: iccb - maanantai, 20.04.2020, 12:23
Ei muutakun tilaukseen ja kovaa ajoa!  ;D
Ei näköää KVM/qemu ole muuttunut niin paljoa, että olis yhteensopivuus rikottu vanhemman version kanssa...

Jeps  ;D

Sen kummemmin vielä ajankohdasta mutta suunnitelma voisi olla tämän tapainen

Dedillä on 500 GB backuptila/storagebox jonne nuo backupit menevät. Tämä ei ole serverikohtainen vaan käyttäjäkohtainen eli siihen pääsee käsiksi myös uudelta purkilta :)

Ensin Proxmox 6 sisään ja kokeilla noiden KVM:ien sisäänsaamista. Tässä kohtaa nähtäneen myös vähän kuin kauan tuohon menee aikaa. Veikkaan että hetki jos toinenkin.
Kun ne ovat sisällä niin kokeilu noiden virtuaalien kokojen kasvattamisesta. 
Kun nuo sujunut ok niin voidaan suunnitella tarkemmin sitä varsinaista asennusta :)

Koska datakatkoa tulee olemaan (snapshotin teko - asennus - serverin siirto) niin varsinaiseen asennukseen otetaan tietty mahdollisimman tuoreet snapshotit. Jos samalla kun kerraan ollaan vauhdissa siivotaan tuota myslin ibdata1-filua niin myslistä myös tuore dumppi sopivassa kohtaa. Tämän voisi ottaa juuri ennenkuin siirtää serverin jolloin dumpin data olisi tuoreempaa mitä snapshotissa oleva.
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - tiistai, 21.04.2020, 21:21
2-2.5 viikon jono näyttää olevan sakemanneilla. Tuusulassa rauhallisempaa kun vain 1-3 päivän jono.
Tai sit johtuu Toyota-nuhasta. Selittänee myös hintaeron Tuusulan ja Saksan välillä (joka näkys vasta tilaussivulla siinä kohtaa kun olisi pitänyt valita sijanti). 

https://wiki.hetzner.de/index.php/Auftragsbearbeitung/en
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - keskiviikko, 22.04.2020, 11:11
Tuli sellainenkin aatos että tekisikö kolmannella levyllä jotain, niitäkin kun on saatavilla?
Meinaan kun tuo dedihän kirjoittaa levylle aika reilusti kun myslit, kartat sun muut (tosin iso osa karttaserverin jutuista kirjoitetaan ramiin). Hmm..
Eli vaikka 2 x 500 GB (raid1) + 1 x 250 GB.
Esim webbivirtuaali 500:lla ja karttavirtuaali 250:lla (jos tuo on Proxmoxissa edes mahdollista), tai mysli 250:lla.
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - torstai, 23.04.2020, 11:26
Laastarina tehty myslin ibdata1-filun tyhjennys.
Myslin käyttämä levytila tippui 87G:stä 15G:hen  :)

Dumpin teko oli helppoa ja nopeaa, kesti n 5 min. Dumpin koko 5.5G
Stackoverflowsta löytyi bash-häkkyrä jolla sai kannat poistettua. Juju tässä oli se että 3 kantaa piti säästää (mysql,performance_schema,informtaion_schema) mutta kaikki muut poistaa ja niitä on sen verran että nopeampi keino oli tehdä häkkyrä joka hoitaa homman looppina.
ibdata1- sekä ib_logfile*-filujen poisto sekä my.cnf tarkistus että tarvittavat asetukset kohdallaan (olivat)
Myslin uudelleenkäynnistys ja tarkitus että nuo äskeiset filut generoitui uudelleen..
Kantojen sisäänajo dumpista joka oli se hitain tuossa, kesti yli pari tuntia. Hitaimmat tuossa luonnollisesti EWN:än käppyrätaulukot joissa rapiat 66M riviä  :P
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - lauantai, 25.04.2020, 23:35
No niin, nyt kerkee vähän raporttiakin tekemään :)

Tosin, on tässä muutakin tehty (kuten käyty merenrantarehveillä ;D). Oman mausteen soppaan antoi tuo Telian katko, meni jokunen tunti keskiä varayhteys jolla päästä nettiin....

Lyhyesti: Nyt tiedetään miksi noita backuppeja tehdään, vaikka ne sit kestäisi 12h tehdä. Nyt tiedetään myös vähän kuin kauan webbivirtuaalin palauttaminen kestää (pakattu backuppi 140G, virtuaalilevy 280G), tunteja.

Eilen illalla hajosi virtuaali aika totaalisesti. Tai ei ainakaan vastannut, eikä käynnistynyt. Dead, kaputt. Ei auttanut kuin hakea backuppi kehiin.
Tämän avaaminen kesti parisen tuntia. Ei paha, mutta se perkele avasi sen backuptilaan. Ja sieltä 280G:n filun hakeminen ei ollutkaan niin vaan "muutaman minuutin nakki" koska Hetznerin sisäverkon nopeus oli kaikkea muuta kuin gigoja sekunnissa, jojoili 5 Mbit ja 400 Mbit väliä. Eikä yhdellä yrityksellä onnistunutkaan. Toisella yrityksellä siinä vaiheessa kun rsync alkoi kertoilemaan 5+ tunnin latausaikoja tämä meni nukkumaan.
Toisaalta, pakatun levyn hakeminen dedille ja avaaminen paikallisesti ei olisi onnistunut sen tilanpuutteen takia. 140G filua on vaikea laittaa 60G tilaan...

Aamulla katsoin että haettu levyn koko oli ok 280G ja painoin käynnistysnamiskaa. Tiesin että käynnistykseen mennee tovi jos toinenkin ja aatteelinkin antaa käynnistyä rauhassa ja myöhemmin katsoa mikä tilanne.
Tilanne oli se että sivut latautui mutta myslistä ei tietoakaan ja loadit huiteli jossain 40:in paremmalla puolella (piikki kävi yli 120:in). Palttiralla 4:hän olisi se hyvä maksimi...Komentorivillä tuuppasi seuraavanlaista erroria alvariinsa (tuo "kworker" oli mikä milloinkin prosessi):
kernel:NMI watchdog: BUG: soft lockup - CPU#0 stuck for 23s! [kworker/0:3:7639]
Kiva...
Uudelleenkäynnistys ei auttanut asiaa joten eikun koittamaan saada nuo loppumaan ja loadit alas. Eli seis niin Nginxit (estääkseen sisääntulevan liikenteen) kuin FTP:t ja cronit. Ja CSF:än (palomuuri). Tosin Cpanel tuuppaa tahtoa käynnistelemään noita muita paitsi Nginxiä uudelleen jos pois pelistä, ja niin myös tekikin.
Nyt päästään siihen mielenkiintoiseen...
Loadit lähti kyllä tippumaan, mutta aivan tolkuttoman hitaasti. Meni 3-4 tuntia että päästiin alle 10:in. Myslin käynnistyskin kesti melkein tunnin, kun InnoDB palautteli jotain. Kun alkoi näyttää suht hyvältä käynnistin Nginxin ja sivut alkoi lataumumaan ihan ok.
Mielenkiintoinen seikka tässä kohtaa oli se, että vaikka sivut toimis ja haki myslidataa ihan ok, niin esim EWN:n päivitykset eivät toimineet kuin osittain, mutta siten että pikkuhiljaa alkoivat toimimaan. Tämä on todella outoa.
Noh, tässä kohtaa piti lähteä rehveille :D Sieltä kotiuduttua niin EWN-päivityksetkin näyttävät toimivan ok. Mutta se että homman normalisoituminen, siitä kun käynnistää => toimii normisti, kestää yli 6h on kyllä outoa.

Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - sunnuntai, 26.04.2020, 16:09
Tuosta backuptilasta ja sen hitaudesta tuli mieleen että tuonhan vois korvata kolmannella levyllä. Voisi olla vaikka vanha kunnon HDD. Sen vain mounttais tarvittaessa kun backuppia päivittää. Tällöin myös niiden teko todennäköisesti nopeuttuis huomattavasti.
Otsikko: Vs: Dedi nurin
Kirjoitti: einari - sunnuntai, 26.04.2020, 17:42
Lainaus käyttäjältä: weatherc - sunnuntai, 26.04.2020, 16:09
Tuosta backuptilasta ja sen hitaudesta tuli mieleen että tuonhan vois korvata kolmannella levyllä. Voisi olla vaikka vanha kunnon HDD. Sen vain mounttais tarvittaessa kun backuppia päivittää. Tällöin myös niiden teko todennäköisesti nopeuttuis huomattavasti.

Tuollaistahan yritin kaupata aiemmin.. kahden ( työ)levyn systeemiä..  että olisi nopeampi  tiedonsiirto levyjen välillä..   8)
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - sunnuntai, 26.04.2020, 20:13
Lainaus käyttäjältä: einari - sunnuntai, 26.04.2020, 17:42
Tuollaistahan yritin kaupata aiemmin.. kahden ( työ)levyn systeemiä..  että olisi nopeampi  tiedonsiirto levyjen välillä..   8)

Tuollainen on periaatteessa nytkin, kun on tuo backuptila joka pystyy liittämään kansiona "normi kansioksi" mutta se on vaan jotenkin outo lintu tominnaltaan (väittää esim että olisi 170G tavaraa vaikkei ole ensimmäistäkään filua siellä) sekä hidas nopeudeltaaan (en tiedä onko se edes samassa datakeskuksessa). Eikä se ole tarkoitettu kuin säilytystilaksi. Siinä mielessä olisi 3:s "oma levy" parempi. Plus tietty että sitä voi käyttää muuhunkin.
Mitä nyt seurannut että mikä on se joka vetää levyt piippuun niin se on backupin kirjoitus, ei niinkään levyn lukeminen/backupin tekeminen, eikä myslikään. Tuossa aikasemmin kun tuon backuptilan mounttaus failasi, ja se kirjoitteli sitä dedin levylle niin kauan kuin tilaa riitti, niin oli myös IO:t tapissa.
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - sunnuntai, 26.04.2020, 20:40
Webbivirtuaali sammutetaan pikku tutkimuksen ajaksi.
Näyttää ainakin siltä että Proxmox tehnyt jotain omia säätöjä siinä kohtaa kun backuppia purettu. Pitää tarkistaa.

EDIT: Eeeehhhhh.....Ööööhhhh...aha...miten tämä on edes mahdollista???

Okei, eli, olin tekemässä backuppia "nyt kun raksuttanut ok vuorokauden" siten että pystyn itse valmomaan sitä (viime yön backupit oli pois päältä koska backuptilassa oli se purettu levy viemässä tilan. Näin oli vielä eilen ja oletin siis että on edelleenkin koska en ole mitään siivonnut sieltä, vaan ainoastaan kopsasin sen dedille rsyncillä. Samoin voisi olettaa ettei Proxmox muuttele asetuksia saatikka hardware-astuksia omin päin, eikä varsinkaan virtuaalien kovalevyjä.

Noh.
Karttavituaalin backuppi meni ihan ok. Webbivirtuaalin backuppi tyssäs heti alkuun ja tässä kohtaa osui silmään se kummajainen. Siinä luki näin:
include disk 'virtio0' 'Hetzner:101/vm-101-disk-1.qcow2' 280G
Eli että levy sijaitsee backuptilassa (jonka nimi Proxmoxissa on tuo Hetzner). Vertailu karttavirtuaaliin vahvisti asian, siinä kun tuo alku on local:. Tämä vahvistui myös kun tarkisin dedillä olevien levyjen aikaleimat. Karttavirtuaalin oli "nyt", se sinne kopioitu webbivirtuaalin se milloin se rsyncaus valmistunut.
Proxmox oli siis "viisaudessaan" kun painoin restore-namiskaa vaihtanut omin päin myös levyn sijannin backuptilaksi. Nice. Not.
Mielenkiintoista tässä oli se ettei tuo "backuptilassa oleva" vm-101-disk-1.qcow2 näkynyt missään eikä sen koko edes täsmännyt edes backuptilan väittämään "käytössä olevaan tilaan".  Varsinainen haamuleyv siis joka ei näy missään. Ei liene tässä kohtaa yllätys että kun sammutin webbivirtuaalin kyseinen haamulevy hävisi (vaikka elin toivossa että se olisi vaan ollut "varattu" eikä siten näkynyt ja että olisi ilmestynyt näkösälle sinne backuptilaan sammutuksen yhteydessä). Yhtä kysymysmerkkiä on kyllä että miten sieltä backuptilasta edes voinut hävitä tuo levy.

Noh tämähän selitti se tökkivän käynnistyksen eilen. Jos nyt jotain positiivista etsii.
Ja onneksi osui silmään nyt eikä 3 viikon päästä.
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - maanantai, 27.04.2020, 23:03
Nörtimpi kysymys, AMD vai Intel? ;D

I7-7700 (nykyinen)   8684, singlethread 2490

I7-8700                   13370, singlethread 2707
AMD Ryzen 5 3600   17765, single 2572
AMD Ryzen 7 3700X 22717, single 2682  <== 8 core/16 threadia

Otsikko: Vs: Dedi nurin
Kirjoitti: einari - tiistai, 28.04.2020, 12:25
nörtit sanoo..ei einari  8)
On the AMD front, the Ryzen 7 3700X is a fantastic option, with eight-cores and 16-threads, and a big boost to instructions-per-clock compared to its 2700X predecessor — all for $299. It's a killer chip that gives Intel's i7-9700K a run for its money in gaming and dominates it in multithreaded workloads
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - tiistai, 28.04.2020, 13:16
Lainaus käyttäjältä: einari - tiistai, 28.04.2020, 12:25
nörtit sanoo..ei einari  8)

;D ;D

Lainaus käyttäjältä: einari - tiistai, 28.04.2020, 12:25
It's a killer chip that gives Intel's i7-9700K a run for its money in gaming and dominates it in multithreaded workloads

Tässähän se oleellinen on se että esim mysli, nginx sun muut ovat juuri multithread softia.

Mitä levytilaan tulee niin, idea on että yhteensä mukavat 1.5 TB tilaa.  :D
Kysymys on enemmän että
2 x 500GB + 1 TB (alustava ajatus Proxmox + webbi 500:lla ja kartta + backupit 1TB:llä) vai
2 x 1TB + 500 GB (alustava ajatus Proxmox + virtuaalit 1TB:llä ja 500:en olisi enemmän backupeille)

Mitä hintaan tulee niin
2 x 500GB + 1 TB sekä AMD Ryzen 5 3600 on halvempi
2 x 1TB + 500 GB sekä AMD Ryzen 7 3700X / i7-8700 on kalliimpi
Samat 64GB RAM:ia noissa on kaikissa.

Hetznerin toimitusaika on jo venynyt yli 3 viikkoon joten ihan heti ei olisi missään tapauksessa käytössä...
Otsikko: Vs: Dedi nurin
Kirjoitti: systeemi - torstai, 30.04.2020, 08:53
AMD no doupt 8)

Tilaa ei ole koskaan liikaa.
Otsikko: Vs: Dedi nurin
Kirjoitti: einari - sunnuntai, 03.05.2020, 20:46
Aivojen (keskimäärin) kapasiteetti on 1000 biljoonaa bittiä joka vastaa noin 120 TB (ja noin 100 biljoonaa kirjainta)  :D
semmoiset 100TB + 20 TB levyt sinne serverille niin jo on kapasiteettia.. pitää vaan olla ainakin parempi tiedonhallinta ja hakusysteemi kuin einarilla  ::) ;D

Hintakaan tuolla 100 TB:n levyllä ei ole kuin noin 100 000 taalaa..  ;)
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - sunnuntai, 03.05.2020, 21:41
Lainaus käyttäjältä: einari - sunnuntai, 03.05.2020, 20:46
Hintakaan tuolla 100 TB:n levyllä ei ole kuin noin 100 000 taalaa..  ;)

Näyttää kuluttujahinnat nuissa 1TB NVME M.2 SSD-lätyissä olevan siinä 150e korvilla. Siitä kun otetaan alvit ja itämerilisät pois niin ollaan siinä reilussa satasessa per terabitti.   :D

Leikkisin tuossa H:n konfiguraatio-systeemillä. Pitääpi kysäistä supportista että voiko valita missä järjestyksessä nuo lätyt lyödään sisään. Säästyisi  harmaita hiuksia asennusvaiheessa (ja vähän rahaakin).
Meinaan purkin oletusläytyt mennee koloihin sda ja sdb ja lisälätyt tulee koloihin sdc ja sdd.
H:n installimage jolla käyttis asennetaan (ja mm RAID-konffaukset tehdään) olettaa tietty että käyttis (ja siten myös GRUB) asennetaan lätylle sda (ja jos RAID1 myös lätylle sdb).

Tässä olisi yksi ajatus:
Purkin oletuksena 2 x 500 GB. Lisälätyiksi 2 x 1TB.
Nuo 1TB lätyt RAIDiin sekä niihin käyttis ja nuo 2 x 500 GB jäisi muuhun käyttöön. Tulos: yhteensä karvan alle 2TB käytettävää tilaa.
Kummasti huomattavasti halvempi kuin purkki jossa oletuksena 2 x 1TB ja lisälätyksi laittaisi 1 x 500GB (= käytettävä tila 1.5TB).
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - maanantai, 04.05.2020, 23:38
Vastaus tuli sakemanneilta ja oli mitä toivosin, voi valita lättyjen järjestyksen  :D

Tilaukseen lähti, tilaa tulee 2 x 1TB RAIDissa sekä 500 GB + 500 GB eli karvan verran alle 2 TB  8)
Arvoitu toimitusaika joskus loppukuusta (15-17 työpäivää).
Otsikko: Vs: Dedi nurin
Kirjoitti: einari - perjantai, 08.05.2020, 14:21
Se on hyvä se... ehkäpä noilta pitemmiltä katkoksilta sitten vältytään ;D

Sitähän sitten voisi ajatella että saisi nuo asemasivun kuukausittaiset tilastot talteen ja nähtäväksi... samoin vuositilastot tästä vuodesta eteenpäin.. mitähän mieltä weatherc asiasta.. ;) 8)
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - perjantai, 08.05.2020, 21:20
LainaaSe on hyvä se... ehkäpä noilta pitemmiltä katkoksilta sitten vältytään

Eiköhän kun pätkimisongelman ydin on tiedossa, eli yhteys dedi <> backuptila.

LainaaSitähän sitten voisi ajatella että saisi nuo asemasivun kuukausittaiset tilastot talteen ja nähtäväksi... samoin vuositilastot tästä vuodesta eteenpäin.. mitähän mieltä weatherc asiasta..

Noita voidaan tutkailla sitten jossain vaiheessa - ja kun tuo webbivirtuaalin kokoa on saatu onnellisesti kasvatettua ensin.   :D
Otsikko: Vs: Dedi nurin
Kirjoitti: teutari - perjantai, 30.07.2021, 17:21
Korona tainnu tappaa Dedin totaalisesti kun ei ole minkäänlaista eloa... ei pääse edes FTP:llä sisälle. :'(
NSBackendin viimeinen NexStorm lähetys palvelimelle klo. 13.28:23
Otsikko: Vs: Dedi nurin
Kirjoitti: Jussa - perjantai, 30.07.2021, 17:27
Juu, reissun päällä  eikä näe kotipihan säätilaa ;D
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - lauantai, 31.07.2021, 00:39
Jeps.
Fyysinen purkki oli totaalisesti nurin, ei mitään yhteyttä siihen. Asiaa ei auttanut se, että huomasin sen puoli tuntia ennen kun piti töihin lähteä.
Noh, ensin yritys automaatti-resetillä palvelin-konsolin kautta. Nada.
Ennen töihin lähtöä laitoin supporttiin tilaukseen manuaali-resetin. Eli että supportti käy paikan päällä resetoimassa. Sopivan kohdan tullessa joskus klo 19 maissa tarkistin luurilla että olisko sivuilla / fyysisellä purkilla mitään eloa selaimen kautta. Nada.
Laitoin vastaumailia menemään että edelleen nurin. Hetken päästä siitä oli palannut linjoille.

Ainut tieto mitä supportilta tuli ensimmäisen manuaali-resetin jälkeen, oli ettei purkilta saanut mitään elonmerkkejä, ei näppiksellä eikä näytöllä.
On tietty mahdollista että se on harrastanut jotain levyjen tarkistusta tms sen jälkeen jonka takia eloontulo kesti niin kauan. Ainakaan pikainen tutkailu logeihin ei kerro yhtään mitään syytä tapahtuneelle.
Otsikko: Vs: Dedi nurin
Kirjoitti: Jussa - maanantai, 30.01.2023, 10:09
Erroria pukkaa ;D
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - tiistai, 31.01.2023, 00:11
Lainaus käyttäjältä: Jussa - maanantai, 30.01.2023, 10:09Erroria pukkaa ;D

Niin pukkas juu  :D
Ei hajuakaan mikä sen aiheutti mutta webbi-virtuaalin uudelleenkäynnitys autto asiaan  ;D
Otsikko: Vs: Dedi nurin
Kirjoitti: Jussa - maanantai, 18.12.2023, 12:25
Pistin jo säpoa kun sain asiakaspalautetta🤭 Juu eli erroria pukkaa.
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - maanantai, 18.12.2023, 13:38
Jeps...
Ainakin mysli on nurin. Failaa seuraavalla koodilla:'

Failed at step NAMESPACE spawning /bin/sh: Read-only file system

Tuon perusteella muut softat (kuten webserveri) pyörii todennäköisesti niin kauan kun niitä ei tarvi käynnistää niitä uudelleen tai niiden tarvis kirjoittaa jotain levylle.

Tuo virhekoodi anto ainakin pikaisella google-haun perusteella voi viitata myös *pikkasen* isompaan ongelmaan, eli lätyt...Asiaa tutkitaan jahka saatu tuoreet backupit luettua ihan ensin...
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - maanantai, 18.12.2023, 14:34
Ainakin ensitutkaimella näyttää levan vain mysql joka mennyt bananas, esim filun tallentaminen onnistuu ihan ok (ja esim realtime.txt:it menee purkille ok).
Täytyy kattoo myöhemmin kun nuo velvollisuudet kutsuu  :P
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - tiistai, 19.12.2023, 00:12
Nuin, taas rullaa  :)

Se kun ensin googeloit mitä kaikkea virhekoodi voi olla - tarkistat tietty muutamat jutut kuten tässä tilanteessa että onko lätty/virtuaali read-only kuten virhe antoi ymmärtää - plus kasan muuta juttuja jonka jälkeen seuraava askel olisi melkein siirtää tietokannat turvaan ja hieittää mäelle sekä uudelleenasentaa koko mysli.
Mutta päätätkin ensin kokeilla sitä melkeen joka paikkaan sopivaa yleiskorjausta (EI "rm -Rf /" :P ), eli naputat komentoriville "reboot" ja painat enter.   ;D  ;D  ;D
Otsikko: Vs: Dedi nurin
Kirjoitti: Jussa - tiistai, 19.12.2023, 07:10
Lainaus käyttäjältä: weatherc - tiistai, 19.12.2023, 00:12Nuin, taas rullaa  :)

Se kun ensin googeloit mitä kaikkea virhekoodi voi olla - tarkistat tietty muutamat jutut kuten tässä tilanteessa että onko lätty/virtuaali read-only kuten virhe antoi ymmärtää - plus kasan muuta juttuja jonka jälkeen seuraava askel olisi melkein siirtää tietokannat turvaan ja hieittää mäelle sekä uudelleenasentaa koko mysli.
Mutta päätätkin ensin kokeilla sitä melkeen joka paikkaan sopivaa yleiskorjausta (EI "rm -Rf /" :P ), eli naputat komentoriville "reboot" ja painat enter.   ;D  ;D  ;D

Niin, että henkimaailman hommia nuo :o ;D Vaan hyvä jotta taas ropottelee 8)   
Otsikko: Vs: Dedi nurin
Kirjoitti: weatherc - tiistai, 19.12.2023, 14:31
Lainaus käyttäjältä: Jussa - tiistai, 19.12.2023, 07:10Niin, että henkimaailman hommia nuo :o ;D Vaan hyvä jotta taas ropottelee 8) 

Sitä juuri  ;D  :o