make user-oriented error message for absence of node.url #1376
Labels
No Label
0.2.0
0.3.0
0.4.0
0.5.0
0.5.1
0.6.0
0.6.1
0.7.0
0.8.0
0.9.0
1.0.0
1.1.0
1.10.0
1.10.1
1.10.2
1.10a2
1.11.0
1.12.0
1.12.1
1.13.0
1.14.0
1.15.0
1.15.1
1.2.0
1.3.0
1.4.1
1.5.0
1.6.0
1.6.1
1.7.0
1.7.1
1.7β
1.8.0
1.8.1
1.8.2
1.8.3
1.8β
1.9.0
1.9.0-s3branch
1.9.0a1
1.9.0a2
1.9.0b1
1.9.1
1.9.2
1.9.2a1
LeastAuthority.com automation
blocker
cannot reproduce
cloud-branch
code
code-dirnodes
code-encoding
code-frontend
code-frontend-cli
code-frontend-ftp-sftp
code-frontend-magic-folder
code-frontend-web
code-mutable
code-network
code-nodeadmin
code-peerselection
code-storage
contrib
critical
defect
dev-infrastructure
documentation
duplicate
enhancement
fixed
invalid
major
minor
n/a
normal
operational
packaging
somebody else's problem
supercritical
task
trivial
unknown
was already fixed
website
wontfix
worksforme
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Reference: tahoe-lafs/trac-2024-07-25#1376
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I created a basedir with
tahoe create-client ${BASEDIR
}, then started the client withtahoe start ${BASEDIR
, then rantahoe mkdir -d ${BASEDIR
}, and it did this:There is no
node.url
file present. The usage information fromtahoe mkdir --help
makes it sound like thenode.url
file is not necessary if the actual Tahoe-LAFS gateway is there:Isn't
tahoe start ${BASEDIR
} supposed to createnode.url
? Is the WUI working for that gateway?Oh, didn't see #1377. Is this bug invalid?
(The error message is horrible, but that is #1048 and #974.)
So the underlying cause was that the node didn't start due to port number conflict and it emitted output which made it look like it had started (#1377).
A secondary problem is that the
--help
text confused me about whether it should be able to run withoutnode.url
. After all, thenode.url
is only for finding the node, right? And the node directory is right there, right? And the help text said "either contain a full Tahoe node, or a file named node.url", and I thought that I had the first half of that disjunction. This theory doesn't hold up if you think about it (because even though the node's persistent state is right there, the client still needs the node's URL in order to communicate with it. (I was in a hurry and distracted because I was trying to set up a demo of LAFS-on-S3 during PyCon so it was hard to think carefully.) (See also #1310 -- in my opinion it would be nice to separate the notions, names, and documentation of the directory that holds the gateway's persistent state from that which holds the client's persistent state.)A tertiary problem is that the error message was a Python backtrace instead of a user-oriented error message, which (depending on its content) could have clued me in faster as to what was the actual problem.
So let's make this ticket to improve the
--help
text and replace the backtrace with a user-oriented error message.CLI errors out due to absence of node.urlto make user-oriented error message for absence of node.url#2089 was a duplicate.