Laba, noreciau paklausti apie veikiancius - butinus servisus po windows 10, nes kazkaip man atrodo, kad keli galejo pasilikti nuo StorJ V2 laiku. Konkreciai klausimas kyla del 1-mo ir 2-ro?
*
*
Service name: StorSvc
Display name: Storage Srvice
Description : Provides enabling services for storage settings and external storage expansion
Path to exec: C:\WINDOWS\System32\svchost.exe -k LocalSystemNetworkRestricted -p
Startup type: Manual
Service stat: Running
*
Service name: TieringEngineService
Display name: Storage Tiers Management
Description : Optimizes the placement of data in storage tiers on all tiered storage spaces in the system.
Path to exec: C:\WINDOWS\system32\TieringEngineService.exe
Startup type: Manual
Service stat: Stopped
*
Service name: Storagenode
Display name: Storj V3 Storage Node
Description : Runs Storj V3 Storage Node as a background service.
Path to exec: “C:\Program Files\Storj\Storage Node\storagenode.exe” run --config-dir “C:\Program Files\Storj\Storage Node\”
Startup type: Automatic
Service stat: Running
*
Service name: storagenode-updater
Display name: Storj V3 Storage Node Updater
Description : Automatically updates the Storj V3 Storage Node service when a new version is available.
Path to exec: “C:\Program Files\Storj\Storage Node\storagenode-updater.exe” run --config-dir “C:\Program Files\Storj\Storage Node\” --binary-location “C:\Program Files\Storj\Storage Node\storagenode.exe” --log.output “winfile:///C:\Program Files\Storj\Storage Node\storagenode-updater.log”
Startup type: Automatic
Service stat: Running
Pirmi du - Windows sisteminiai, kiti du atrodo Storj v3.
Sveiki, Gal kas naudoja Raspberry pi ? Ar geras sprendimas storj ? 
Sveiki!
Tai yra priimtinas darbinis sprendimas, nors jis gali būti ir geresnis - pavyzdžiui, Odroid HC2 arba Rock64.
2 posts were split to a new topic: Noda jau yra užimta 492,6 GB ir laisva 7.4 GB nors pagal QNAP nas užimta yra 467.34 GB
Analogiška situacija. Aš tokiu atveju padidinu skiriamos vietos Storj diske ir procesas vėl kurį laika(mėnesiui/pusei mėnesio) atsigauna
Laba visiems. ALARM. nuduso HDD su 500+ gb duomenu. HDD naujas, sukosi 7 savaites. Pastebejau idomius simptomus: i hdd atkeliavo apie 500 gb duomenu, taciau suminis down trafikas nuo vasario 1d. virsija kelis terabaitus, taip pat paskutine savaite HDD nuolat kazka irasinejo. noda ant win10 ir niekam kitam apart storj nenaudojama. pries pora dienu pastebejau kad stroj serivisas dingsta is servisu saraso. lieka veikiantis tik storj update servisas. kur gliukas? yra minciu?
@Alexey paklausiu lietuviškai …turiu du node. Nuajesnis, kuris veikia tik antrą mėn nustojo veikti, įtariu po v1.3.3 update, nors nesu tikras…daugiau nieko kito nesugalvoju. Keletas minčių:
Serveryje veikia pihole, kaip dns tinkle. Nesuprantu kodel pradejo kreiptis i localhost IP ir ieskoti tardigrade.io;
localtime viskas gerai…naudojau chronyd, pakeiciau ntpdate, siaip skirtumo manau nėra;
Pastebėjau, kad Dashboard neveikia. CLI paleidžiant pateikia tik 3 INFO eilutes ir grįžta į CLI. (naudoju Fedora server)
Pridedu LOG_out:
2020-05-04T22:02:11.859Z INFO Configuration loaded {“Location”: “/app/config/config.yaml”}
2020-05-04T22:02:11.859Z INFO tracing disabled
2020-05-04T22:02:11.875Z INFO Operator email {“Address”: “dot.com”}
2020-05-04T22:02:11.875Z INFO Operator wallet {“Address”: “0xwallet”}
2020-05-04T22:02:31.939Z INFO db.migration Database Version {“version”: 36}
2020-05-04T22:02:51.956Z WARN trust Failed to fetch URLs from source; used cache {“source”: “https://tardigrade.io/trusted-satellites”, “error”: “HTTP source: Get https://tardigrade.io/trusted-satellites: dial tcp: lookup tardigrade.io on 10.1.1.22:53: read udp 172.17.0.5:45463->10.1.1.22:53: i/o timeout”, “errorVerbose”: “HTTP source: Get https://tardigrade.io/trusted-satellites: dial tcp: lookup tardigrade.io on 10.1.1.22:53: read udp 172.17.0.5:45463->10.1.1.22:53: i/o timeout\n\tstorj.io/storj/storagenode/trust.(*HTTPSource).FetchEntries:63\n\tstorj.io/storj/storagenode/trust.(*List).fetchEntries:90\n\tstorj.io/storj/storagenode/trust.(*List).FetchURLs:49\n\tstorj.io/storj/storagenode/trust.(*Pool).fetchURLs:240\n\tstorj.io/storj/storagenode/trust.(*Pool).Refresh:177\n\tstorj.io/storj/storagenode.(*Peer).Run:664\n\tmain.cmdRun:209\n\tstorj.io/private/process.cleanup.func1.4:344\n\tstorj.io/private/process.cleanup.func1:362\n\tgithub.com/spf13/cobra.(*Command).execute:840\n\tgithub.com/spf13/cobra.(*Command).ExecuteC:945\n\tgithub.com/spf13/cobra.(*Command).Execute:885\n\tstorj.io/private/process.ExecWithCustomConfig:86\n\tstorj.io/private/process.ExecCustomDebug:68\n\tmain.main:329\n\truntime.main:203”}
2020-05-04T22:02:52.006Z INFO preflight:localtime start checking local system clock with trusted satellites’ system clock.
2020-05-04T22:03:12.007Z ERROR preflight:localtime unable to get satellite system time {“Satellite ID”: “12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S”, “error”: “rpccompat: context deadline exceeded”, “errorVerbose”: “rpccompat: context deadline exceeded\n\tstorj.io/common/rpc.Dialer.dialTransport:264\n\tstorj.io/common/rpc.Dialer.dial:241\n\tstorj.io/common/rpc.Dialer.DialAddressID:151\n\tstorj.io/storj/storagenode/preflight.(*LocalTime).getSatelliteTime:110\n\tstorj.io/storj/storagenode/preflight.(*LocalTime).Check.func1:67\n\tgolang.org/x/sync/errgroup.(*Group).Go.func1:57”}
Gal turi pasiūlymų, kaip taisyti šią problemą?
Pradedantiesiems aš išjungčiau „PiHole“.
Nurodyta klaida reiškia, kad jūsų mazgas neprisijungęs ir negali pasiekti palydovų.
Gera diena. Kaip reikalai? Kaip trafikas? Nuo vakar trafikas krito akmeniu zemyn i abi puses. Tai normalu ar tik pas mane?
Jei jūsų storagenode yra internete, nėra sustabdytas ar diskvalifikuotas - jis veikia.
Srautas priklauso nuo klientų, o ne nuo jūsų storagenode nustatymų.
ok tiesiog keista, per 2 savaites pora tb trafiko, o db kos keli mb per para. gal ten buvo testine data?
Kadangi tai nėra kasyba, nebus naudinga naudoti paskutinės dienos, savaitės, mėnesio ar metų statistiką kaip šabloną prognozuoti srautą kitam kartui.
Beje, kiti SNO praneša, kad srautas smarkiai sumažėjo:
Galbūt taip yra dėl trumpalaikių bandymų naudojant naują funkciją
Kadangi dabar 99% trafiko yra testai, o ne realių klientų naudojimas, tai trafikas gali šokinėt visaip, nes kas nors iš Storj paspaudžia mygtuką, paleidžia testus ir turim 30mbps down. Po kiek laiko sustabdo ir turim beveik nulį.
panašu kad su klientūra visai liūdesys …
Laba. gal kas gali pakomentuot, kodel po restarto nestatuoja storj servisas.updeiteris startuoja ir node servisas nestartuoja. aciu
Ši klaida buvo ištaisyta dabartinėje versijoje, tai yra, jos efektyvumą bus galima pamatyti tik bandant naujovinti į kitą versiją.
Ar rankiniu būdu galite tai paleisti?
Taip, rankiniu budu pasileidzia, viskas ok. Tik nakty buvo dingus elektra ir paryciais pastebejau kad po restarto nesisuka node. pas mane v 1.4.2
Paleiskite cmd.exe kaip administratorių:
sc.exe config storagenode depend= dnscache
Įsitikinkite, kad paslauga prasideda automatiškai:
sc.exe query storagenode