Lietuviškai/Lithuanian speakers

[javcia]

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 ?

[Alexey]

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

[Kar0le]

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

[Alexey]

@Kar0le

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](http://tstorj.io/private/debug.(*Server)).Run.func2:108\n[tgolang.org/x/sync/errgroup.(*Group](http://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”}

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

[Kar0le]

ok, tai klasimas vienintelis - kodel noda ofline?

[Alexey]

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

My Node is OFFLINE for 2 hours

It should connect in seconds. There are a few things you should check. Start with checking the port. On https://www.yougetsignal.com/tools/open-ports/?port=28967 you can fill in the domain or IP you are using in the run command. Then check the port. If it’s closed, it could still be several things. Make sure the WAN IP you see in your router settings matches the IP shown on the above page. Make sure your port forward is set up correctly. That means no filter on incoming IPs, forwarding to th…

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.

[Kar0le]

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”}

[Alexey]

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.

[Kar0le]

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?

[Alexey]

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.

[Kar0le]

viskas gut. aciu uz pagalba

[Kar0le]

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?

[Pentium100]

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

[Alexey]

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ą.

[Kar0le]

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

[Kar0le]

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.

[Kar0le]

Kas feilina? Abu hdd?

[Alexey]

Galimi variantai. Patikrinkite šią temą:

Disk activity 100%, Pieces scan to update databases

Hello Storj Community, I discovered why my HDDs are working insanely, it’s due to the pieces scan executed oftenly. When the scan is launched, container scan each file with it name and update .db files As you can see disk activity is really high [chart2] Is it possible to reduce disk usage at arround 20% introducing sleep times between each file lookup ? HDD are approximatively at 100% and operations are very intensive and may impact the HDD lifetime, HDD at 100% is not a good thing, readi…

[zaraza7]

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?

[Pentium100]

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