Closed disbelief closed 3 years ago
What's +trouble
give you?
> +trouble
[ [%base-hash ~[0v1o.lahs3.q5hfk.k6d8g.bktlp.faitl.gv7t2.hvrdg.pdbq2.5s67m.nv5lq]]
[%sour-hash 0v1o.lahs3.q5hfk.k6d8g.bktlp.faitl.gv7t2.hvrdg.pdbq2.5s67m.nv5lq]
[%home-hash 0v1m.pvq84.676d4.trmth.eoibp.s01mm.u18tf.b3nv9.q7gjj.cb8gp.t6dib]
[%kids-hash 0v1m.pvq84.676d4.trmth.eoibp.s01mm.u18tf.b3nv9.q7gjj.cb8gp.t6dib]
[%glob-hash ~[[/~btc/js/bundle 0v2.3qak4.al612.8m1ig.kg03r.mfide %done] [/~landscape/js/bundle 0v2.i41hn.un6g3.jucd7.rhrah.n0qmv %done]]]
[%our ship=~walruc-santel point='782346706' life=[~ 1] rift=[~ 1]]
[%sponsor ship=~firrel point='43474' life=[~ 5] rift=[~ 3]]
[%dopzod ship=~dopzod point='4608' life=[~ 3] rift=[~ 2]]
"Compare lifes and rifts to values here:"
"https://etherscan.io/address/azimuth.eth#readContract"
" life - getKeyRevisionNumber"
" rift - getContinuityNumber"
~
]
OK, so it says the glob is in, but for whatever reason your bundle at index.html isn't matching that. It sounds like a half-applied OTA, can you |ota ~firrel %kids
and tell me what you get from the output of that?
|ota ~firrel %kids
>=
kiln: activated OTA from %kids on ~firrel
kiln: downloading OTA update from %kids on ~firrel
kiln: finished downloading OTA from %kids on ~firrel
kiln: applying OTA to %home from %kids on ~firrel
kiln: OTA to %home succeeded from %kids on ~firrel
kiln: applying OTA to %kids from %kids on ~firrel
kiln: OTA to %kids succeeded from %kids on ~firrel
Ok, I’ll try to assess what the bundle hash vs the glob hash could be. In the meantime you could try changing ota provider to ~marzod with the same command and see if anything changes.
I switched ota provider to marzod as instructed. No change. So I tried :glob [%kick /'~landscape'/js/bundle]
which resulted in a failure:
> |ota ~marzod %kids
>=
ames: czar zod.urbit.org: ip .35.247.119.159
; ~marzod is your neighbor
kiln: activated OTA from %kids on ~marzod
kiln: downloading OTA update from %kids on ~marzod
kiln: finished downloading OTA from %kids on ~marzod
kiln: applying OTA to %home from %kids on ~marzod
kiln: OTA to %home succeeded from %kids on ~marzod
kiln: applying OTA to %kids from %kids on ~marzod
kiln: OTA to %kids succeeded from %kids on ~marzod
>
> :glob [%kick /'~landscape'/js/bundle]
>=
http: fail (8657, 504): I/O error (body; content-length)
glob: thread failed; will retry
%crash
/lib/strandio/hoon:<[416 3].[417 46]>
/lib/strandio/hoon:<[415 3].[417 46]>
/lib/strandio/hoon:<[414 3].[417 46]>
/lib/strandio/hoon:<[413 3].[417 46]>
/lib/strandio/hoon:<[426 3].[426 33]>
/lib/strand/hoon:<[102 21].[102 43]>
/lib/strand/hoon:<[102 14].[102 44]>
/lib/strand/hoon:<[97 5].[103 7]>
/lib/strand/hoon:<[96 5].[103 7]>
/lib/strand/hoon:<[95 5].[103 7]>
/lib/strand/hoon:<[93 5].[103 7]>
/lib/strand/hoon:<[94 7].[94 18]>
/lib/strand/hoon:<[93 5].[103 7]>
/lib/strand/hoon:<[94 7].[94 18]>
/lib/strand/hoon:<[93 5].[103 7]>
/lib/strand/hoon:<[94 7].[94 18]>
/lib/strand/hoon:<[93 5].[103 7]>
/lib/strand/hoon:<[142 20].[142 49]>
/lib/strand/hoon:<[142 7].[164 9]>
/lib/strand/hoon:<[139 7].[164 9]>
/lib/strand/hoon:<[138 7].[164 9]>
/app/spider/hoon:<[444 7].[444 61]>
Expected error. +trouble now?
Another +trouble
would have us confirm here now that you did another OTA, but it appears that your glob hash (0v2.i41hn.un6g3.jucd7.rhrah.n0qmv
) doesn't match what was in 2.91 (your base hash), which was 0vrbiqe.v6al2.0b4jc.u9vp7.k1e0i
. That nothing has noticed this mismatch is what is most peculiar — you should be a %mate-conflict or something to prompt a half-applied OTA like this, let alone one where ~marzod is also applying successfully.
You could probably work around this by changing the landscape-hash in glob.hoon to 0vrbiqe.v6al2.0b4jc.u9vp7.k1e0i
. You would |mount %
, go to your pier in Unix, open home/app/glob.hoon
, and edit landscape-hash
's corresponding hash near the top of the file, and then |commit %home
in the Dojo.
Apologies for the delay, I'm on holiday this week.
So I opened up glob.hoon to edit it, and it appears to already have the correct hash:
Here is the current output from +trouble
> +trouble
[ [%base-hash ~[0v1o.lahs3.q5hfk.k6d8g.bktlp.faitl.gv7t2.hvrdg.pdbq2.5s67m.nv5lq]]
[%sour-hash 0v1o.lahs3.q5hfk.k6d8g.bktlp.faitl.gv7t2.hvrdg.pdbq2.5s67m.nv5lq]
[%home-hash 0v1m.pvq84.676d4.trmth.eoibp.s01mm.u18tf.b3nv9.q7gjj.cb8gp.t6dib]
[%kids-hash 0v1m.pvq84.676d4.trmth.eoibp.s01mm.u18tf.b3nv9.q7gjj.cb8gp.t6dib]
[%glob-hash ~[[/~btc/js/bundle 0v2.3qak4.al612.8m1ig.kg03r.mfide %done] [/~landscape/js/bundle 0v2.i41hn.un6g3.jucd7.rhrah.n0qmv %waiting]]]
[%our ship=~walruc-santel point='782346706' life=[~ 1] rift=[~ 1]]
[%sponsor ship=~firrel point='43474' life=[~ 5] rift=[~ 3]]
[%dopzod ship=~dopzod point='4608' life=[~ 3] rift=[~ 2]]
"Compare lifes and rifts to values here:"
"https://etherscan.io/address/azimuth.eth#readContract"
" life - getKeyRevisionNumber"
" rift - getContinuityNumber"
~
]
There's been two OTAs since my last instructions — could use an update on current status and +trouble
.
Landscape is accessible now in my browser!
I have done nothing since that last +trouble
call. Here is current +trouble
output just for reference:
> +trouble
[ [%base-hash ~[0vc.4a8td.0rttm.gck3t.b6lu1.e7kis.0bn4g.o8ltr.ahutb.2fopc.fbv3h]]
[%sour-hash 0vc.4a8td.0rttm.gck3t.b6lu1.e7kis.0bn4g.o8ltr.ahutb.2fopc.fbv3h]
[%home-hash 0vk.5714j.o79ha.nc3g6.3d2f6.etd39.gldb8.luk3a.k4ps6.umupd.3kinf]
[%kids-hash 0vk.5714j.o79ha.nc3g6.3d2f6.etd39.gldb8.luk3a.k4ps6.umupd.3kinf]
[%glob-hash ~[[/~btc/js/bundle 0v2.ifoe4.fbv35.aigir.66su4.fbspu %done] [/~landscape/js/bundle 0v4.56ejl.qq4js.h1i0m.t3e94.bg6qr %done]]]
[%our ship=~walruc-santel point='782346706' life=[~ 1] rift=[~ 1]]
[%sponsor ship=~firrel point='43474' life=[~ 5] rift=[~ 3]]
[%dopzod ship=~dopzod point='4608' life=[~ 3] rift=[~ 2]]
"Compare lifes and rifts to values here:"
"https://etherscan.io/address/azimuth.eth#readContract"
" life - getKeyRevisionNumber"
" rift - getContinuityNumber"
~
]
Let me know if there anything else you'd like me to check?
I have no idea, but this continues to confuse me. I think the full system recompile probably uncached something for you (the last OTA was a kernel release). But for me this is the first time glob.hoon and index.html were just completely off while reporting themselves as correct when Clay merging ... anyone in future should feel free to ping and get us to re-open and see if we can step through that case, then...
Describe the bug
I have urbit running on a cloud instance with adequate resources and networking capabilities.
Landscape is reachable via a web browser, and I am presented with the login screen. After I login, the page is blank. The reason is that the request for the javascript bundle is resulting in a 404.
To Reproduce Steps to reproduce the behavior:
Expected behavior Expect to see the Landscape interface, authenticated view.
Screenshots
Desktop (please complete the following information):
Additional context
I have tried the following commands without any luck:
and
I have also tried just restarting urbit on the instance, to no avail.