Lietuviškai/Lithuanian speakers

Planas yra perkelti nodą į kitą serverį bet keičiasi IP ir domeno vardas.
pvz:
iš ADDRESS=“senas.ddns.net:28967
į ADDRESS=“naujas.ddns.net:28967

Ar tokie pakeitimai galimi ?

Taip, tai įmanoma: https://documentation.storj.io/resources/faq/migrate-my-node
https://documentation.storj.io/resources/faq/how-do-i-change-my-parameters-such-as-payout-address-allotted-storage-space-and-bandwidth

1 Like

Labas litras. Pasileidau antra node tame paciame pc o jis offline. kodel? portai atidaryti, noda startavo. yra kazkokia viena fatal klaida:
2020-08-28T00:28:16.495+0300 FATAL Unrecoverable error {“error”: “debug: http: Server closed”, “errorVerbose”: “debug: http: Server closed\n\tstorj.io/private/debug.(*Server).Run.func2:108\n\tgolang.org/x/sync/errgroup.(*Group).Go.func1:57”}
2020-08-28T00:29:58.818+0300 INFO Configuration loaded {“Location”: “C:\Program Files\Storj1\Storage Node\config.yaml”}
2020-08-28T00:29:58.921+0300 INFO Operator email {“Address”: “ktutaar.ale@.io”}
2020-08-28T00:29:58.921+0300 INFO Operator wallet {“Address”: “0x6bd322e10c36e29b4a6faaf5161b21ea71a2afda”}
2020-08-28T00:30:00.079+0300 INFO Telemetry enabled
2020-08-28T00:30:00.112+0300 INFO db.migration Database Version {“version”: 43}
2020-08-28T00:30:00.933+0300 INFO preflight:localtime start checking local system clock with trusted satellites’ system clock.
2020-08-28T00:30:01.814+0300 INFO preflight:localtime local system clock is in sync with trusted satellites’ system clock.
2020-08-28T00:30:01.815+0300 INFO bandwidth Performing bandwidth usage rollups
2020-08-28T00:30:01.830+0300 INFO Node 12nydrnRcWm21f55YZDD5C4u2pHdS9UyuN4XP4Sz8Qd7vPcQ3ZC started
2020-08-28T00:30:01.830+0300 INFO Public server started on [::]:28968
2020-08-28T00:30:01.830+0300 INFO Private server started on 127.0.0.1:7779
2020-08-28T00:30:01.834+0300 INFO trust Scheduling next refresh {“after”: “7h17m24.815435146s”}
2020-08-28T01:30:01.817+0300 INFO bandwidth Performing bandwidth usage rollups

Šios klaidos galima nepaisyti, ji neturi įtakos mazgui.

ok, tai klasimas vienintelis - kodel noda ofline?

Peržiūrėkite šį vadovą, jis senas, bet vis tiek naudingas:

Jei node yra ne tik neprisijungęs, bet ir sustoja, rekomenduoju konfigūracijos faile config.yaml pakeisti log.level nustatymą į debug, išsaugoti konfigūracijos pakeitimus ir paleisti node iš naujo.
Tada pažiūrėkite į žurnalus.

noda servisuose sukasi, pasileidzia, bet rodo offline. portai atidaryt - open port check rodo open.

08-28T10:57:40.415+0300 INFO Configuration loaded {“Location”: “C:\Program Files\Storj1\Storage Node\config.yaml”}
2020-08-28T10:57:40.417+0300 INFO Invalid configuration file value for key {“Key”: “debug”}
2020-08-28T10:57:40.449+0300 INFO Operator email {“Address”: “k****ta.io”}
2020-08-28T10:57:40.450+0300 INFO Operator wallet {“Address”: “0x6bd30c36e222e19b516***********da”}
2020-08-28T10:57:41.275+0300 INFO Telemetry enabled
2020-08-28T10:57:41.291+0300 INFO db.migration Database Version {“version”: 43}
2020-08-28T10:57:42.069+0300 INFO preflight:localtime start checking local system clock with trusted satellites’ system clock.
2020-08-28T10:57:42.960+0300 INFO preflight:localtime local system clock is in sync with trusted satellites’ system clock.
2020-08-28T10:57:42.960+0300 INFO Node 12nydrnRcWm21f55YZDD5C4u2pHdS9UyuN4XP4Sz8Qd7vPcQ3ZC started
2020-08-28T10:57:42.960+0300 INFO bandwidth Performing bandwidth usage rollups
2020-08-28T10:57:42.961+0300 INFO Public server started on [::]:28968
2020-08-28T10:57:42.961+0300 INFO Private server started on 127.0.0.1:7779
2020-08-28T10:57:42.963+0300 INFO trust Scheduling next refresh {“after”: “8h42m38.764848901s”}

debug parametras turėtų atrodyti taip:

log.level: debug

Bet jei node nesustoja, tada galite grąžinti info atgal ir turite pereiti likusius taškus.

  1. Patikrinkite identity: https://documentation.storj.io/dependencies/identity#confirm-the-identity
  2. Patikrinkite kelvedžio prievado persiuntimo taisyklę, įsitikinkite, kad prievadas yra uždarytas, kai node sustoja. Jei uostas lieka atidarytas, persiuntimo taisyklėje yra klaida. Jūs turite persiųsti kitą prievadą, pavyzdžiui, 28968 į tą patį 28968 į savo kompiuterio IP su node.

opa. online. klaida radau. kitas klausimas. pas mane ant cfg failo yra nurodyta talpa 9tb, dar laisvas yra 1 tb, noriu ant nodos uzdet dar 500gb. uztenka cfg faile darasyt 0.5tb ar dar kazkur kazka keist?

to turėtų pakakti. Nepamirškite iš naujo paleisti node išsaugoję konfigūraciją. Jei turite docker versiją, turėsite visiškai sustabdyti ir išimkite konteinerį, tada pakeisti saugyklos dydį ir pradėti konteinerį su visais parametrais, įskaitant pakeistus.

viskas gut. aciu uz pagalba

1 Like

Sveiki vyrai. Pas mane kai visad tonos klausimu. Turiu viena noda su 2*5tb hdd ant windows raid. Sukasi puse velnio, be ne be gliuku. Skirta vietos 9.5 tb. jis beveik pilnas. Vyksta nuolatinis upload is jo. Mano klausimas toks - kodel abu HDD nuolat sukasi 50-80% apkrova kai data trafikas nedidesnis nei 18 mbps?

Windowsai gal bando defragmentaciją daryt? O šiaip nodo duomenys per abu diskus padalinti ar viename iš jų?

Vienintelis galimas RAID su dviem diskais yra RAID0, todėl nenuostabu, kad abu diskai sukasi.
Apskritai tai nėra saugu - sugedus vienam diskui, prarasite visą node.
Geriau būtų paleisti du nodes.

Vis dėlto tai gali būti RAID1. Ir šiuo atveju abu diskai veiks - jie turi turėti tą pačią duomenų kopiją.

per abu. windowsine defragmentacija nevyksta. bent jau win rodo kad fragmentacija 0%. kiti defragmenteriai raid nemato

vos tik storj node servisas startuojamas, abu hdd pradeda suktis pilnu tempu iki 100% apkrovos. kodel? visi defrag servisai atjungti. kyla rizika kad kazkuris hdd gali sufeilint.

Kas feilina? Abu hdd?

Galimi variantai. Patikrinkite šią temą:

Turėjau HDD gedimą. 3TB nuėjo bad sectoriais…visas node “dingo”. Pakeičiau HDD į 6TB. Iki pakeitimo praėjo savaitė down time

Klausimas: ar naudoti senąjį identity ar naują? …kaip minėjau talpykla švari, pildysis iš naujo.

Dėl greitumo šiuo metu paleidau su naujai sugeneruotu identyti, bet gal apsimoką dėl kokių nors priežasčių “perleisti” node su senuoju identity?

Naują, senam diskvalifikacija bus, nes ieškos tų dingusių failų.