Looking at the docs above. Step 3 reads:
Submit the principal to get your wallet canister identifier.
But I’m not sure where to submit my principle 
1 Like
Oh that’s my bad. We decided not to require this for the current --network ic. Your wallet will be created automatically for you inside of each project just like local development. If you have an existing project, you’ll need to redeploy to get the wallet.
Previously, we had an intake form for onboarding to the network and that’s where you would submit your principal. But that won’t be required in the next round of onboarding, so you can skip that Submit the principal step.
Thanks for catching this oversight!
LG
3 Likes
Gotcha! I was getting errors when deploying my project to the IC saying I didn’t have a wallet canister set. I didn’t do the onboarding in the past either 
. Let me see if I can quickly post the error I’m getting.
Just kidding, its all working now! Not sure what I was doing wrong. Thank you!
Also, I think the instructions here reflect the reality, but if you see anything amiss, please let me know:
I’m being asked to submit my Principal in the intake form when I try to deploy locally.
It doesn’t really give me any more detail than this. When I deploy to the ic network I can get apps to work, but I’m hitting this roadblock at local development and I can’t find a way around it.
I’m using the latest version of dfx and my MacOS account is set up as an administrator. Any thoughts on this?
Can you verify your version with dfx —version?
You shouldn’t be seeing that message so it sounds like a bug.
Version is:
dfx 0.6.25
If it helps at all - when I deploy to the ic network, when I first check the wallet canister (i.e. not the front end canister) I need to authorise my Principal. It doesn’t mention this step in the guide, so I’m wondering if there’s some sort of permissions issue going on.
Thanks
1 Like
I couldn’t reproduce this issue locally.
Does this happen when you create a brand new project?
Attached the log below:
➜ ~ which dfx
dfx not found
➜ ~ sh -ci "$(curl -fsSL https://sdk.dfinity.org/install.sh)"
info: Executing DFINITY SDK install script, commit: 095355822ca90a99c5b07e47405e8c15f0a80d87
The DFINITY Canister SDK
Copyright 2021 DFINITY Stiftung. All Rights Reserved.
The DFINITY Canister SDK (the "Software") is licensed under the Alpha DFINITY
Canister SDK License Agreement (the "License"). You may not use the Software
except in compliance with the License. You may obtain a copy of the License at
https://sdk.dfinity.org/sdk-license-agreement.txt
The Software is provided to you AS IS and WITHOUT WARRANTY.
Do you agree and wish to install the DFINITY Canister SDK [y/N]?
y
info: Version found: 0.6.25
info: Creating uninstall script in ~/.cache/dfinity
info: uninstall path=/Users/prithvishahi/.cache/dfinity/uninstall.sh
info: Checking for latest release...
Will install in: /usr/local/bin
Password:
info: Installed /usr/local/bin/dfx
➜ ~ cd dev/ic-projects
➜ ic-projects dfx new new_project
➜ ic-projects cd new_project
➜ new_project git:(master) dfx start --clean --background
Mar 12 15:53:43.830 INFO ic-starter. Configuration: ValidatedConfig { replica_path: Some("/Users/prithvishahi/.cache/dfinity/versions/0.6.25/replica"), replica_version: "0.1.0", log_level: Warning, subnet_id: fscpm-uiaaa-aaaaa-aaaap-yai, cargo_bin: "cargo", cargo_opts: "", state_dir: "/Users/prithvishahi/dev/ic-projects/new_project/.dfx/state/replicated_state", http_listen_addr: V4(127.0.0.1:0), http_port_file: Some("/Users/prithvishahi/dev/ic-projects/new_project/.dfx/replica-configuration/replica-1.port"), metrics_addr: None, hypervisor_create_funds_whitelist: "*", artifact_pool_dir: "/Users/prithvishahi/dev/ic-projects/new_project/.dfx/state/replicated_state/node-100/ic_consensus_pool", crypto_root: "/Users/prithvishahi/dev/ic-projects/new_project/.dfx/state/replicated_state/node-100/crypto", state_manager_root: "/Users/prithvishahi/dev/ic-projects/new_project/.dfx/state/replicated_state/node-100/state", registry_file: "/Users/prithvishahi/dev/ic-projects/new_project/.dfx/state/replicated_state/registry.proto", bootstrap_registry: None, state_dir_holder: None }, Application: starter
Mar 12 15:53:43.831 INFO Initialize replica configuration "/Users/prithvishahi/dev/ic-projects/new_project/.dfx/state/replicated_state/ic.json5", Application: starter
Mar 12 15:53:43.850 INFO Executing "/Users/prithvishahi/.cache/dfinity/versions/0.6.25/replica" "--replica-version" "0.1.0" "--config-file" "/Users/prithvishahi/dev/ic-projects/new_project/.dfx/state/replicated_state/ic.json5", Application: starter
Mar 12 15:53:45.056 ERRO s:fscpm-uiaaa-aaaaa-aaaap-yai/n:vy2go-zy7d7-fufjp-lacun-gmk4y-j6eux-ybdq2-auosu-m6occ-rx7ds-lqe/ic_messaging/xnet_endpoint No XNet configuration for node vy2go-zy7d7-fufjp-lacun-gmk4y-j6eux-ybdq2-auosu-m6occ-rx7ds-lqe. This is an error in production, but may be ignored in single-subnet test deployments.
Mar 12 15:53:46.061 WARN s:fscpm-uiaaa-aaaaa-aaaap-yai/n:vy2go-zy7d7-fufjp-lacun-gmk4y-j6eux-ybdq2-auosu-m6occ-rx7ds-lqe/ic_http_handler/ic_http_handler NNS subnet not found in network topology. Skipping fetching the delegation.
Starting webserver on port 53288 for replica at "http://localhost:53288"
binding to: V4(127.0.0.1:8000)
replica(s): http://localhost:53288/
➜ new_project git:(master) dfx deploy
Deploying all canisters.
Creating canisters...
Creating canister "new_project"...
Creating the canister using the wallet canister...
Creating a wallet canister on the local network.
The wallet canister on the "local" network for user "default" is "rwlgt-iiaaa-aaaaa-aaaaa-cai"
"new_project" canister created with canister id: "rrkah-fqaaa-aaaaa-aaaaq-cai"
Creating canister "new_project_assets"...
Creating the canister using the wallet canister...
"new_project_assets" canister created with canister id: "ryjl3-tyaaa-aaaaa-aaaba-cai"
Building canisters...
Building frontend...
Installing canisters...
Installing code for canister new_project, with canister_id rrkah-fqaaa-aaaaa-aaaaq-cai
Installing code for canister new_project_assets, with canister_id ryjl3-tyaaa-aaaaa-aaaba-cai
Authorizing our identity (default) to the asset canister...
Uploading assets to asset canister...
Deployed canisters.
when I first check the wallet canister (i.e. not the front end canister) I need to authorise my Principal.
This is expected.
1 Like
Thank you for the detailed reply.
The short answer is: yes. It does happen for a brand new project.
The log for dfx start is below:
✝ ~/ic-projects/hello master cd ..
✝ ~/ic-projects cd new_project
✝ ~/ic-projects/new_project master dfx start --clean --background
Mar 12 17:02:38.192 INFO ic-starter. Configuration: ValidatedConfig { replica_path: Some("/Users/mattdomm/.cache/dfinity/versions/0.6.25/replica"), replica_version: "0.1.0", log_level: Warning, subnet_id: fscpm-uiaaa-aaaaa-aaaap-yai, cargo_bin: "cargo", cargo_opts: "", state_dir: "/Users/mattdomm/ic-projects/new_project/.dfx/state/replicated_state", http_listen_addr: V4(127.0.0.1:0), http_port_file: Some("/Users/mattdomm/ic-projects/new_project/.dfx/replica-configuration/replica-1.port"), metrics_addr: None, hypervisor_create_funds_whitelist: "*", artifact_pool_dir: "/Users/mattdomm/ic-projects/new_project/.dfx/state/replicated_state/node-100/ic_consensus_pool", crypto_root: "/Users/mattdomm/ic-projects/new_project/.dfx/state/replicated_state/node-100/crypto", state_manager_root: "/Users/mattdomm/ic-projects/new_project/.dfx/state/replicated_state/node-100/state", registry_file: "/Users/mattdomm/ic-projects/new_project/.dfx/state/replicated_state/registry.proto", bootstrap_registry: None, state_dir_holder: None }, Application: starter
Mar 12 17:02:38.192 INFO Initialize replica configuration "/Users/mattdomm/ic-projects/new_project/.dfx/state/replicated_state/ic.json5", Application: starter
Mar 12 17:02:38.298 INFO Executing "/Users/mattdomm/.cache/dfinity/versions/0.6.25/replica" "--replica-version" "0.1.0" "--config-file" "/Users/mattdomm/ic-projects/new_project/.dfx/state/replicated_state/ic.json5", Application: starter
Mar 12 17:02:39.950 ERRO s:fscpm-uiaaa-aaaaa-aaaap-yai/n:pcm5e-jr7kt-k3urb-5kt5x-cwbml-xzo3s-o6rqf-r57ga-dpmre-pf62j-vqe/ic_messaging/xnet_endpoint No XNet configuration for node pcm5e-jr7kt-k3urb-5kt5x-cwbml-xzo3s-o6rqf-r57ga-dpmre-pf62j-vqe. This is an error in production, but may be ignored in single-subnet test deployments.
Mar 12 17:02:40.960 WARN s:fscpm-uiaaa-aaaaa-aaaap-yai/n:pcm5e-jr7kt-k3urb-5kt5x-cwbml-xzo3s-o6rqf-r57ga-dpmre-pf62j-vqe/ic_http_handler/ic_http_handler NNS subnet not found in network topology. Skipping fetching the delegation.
Starting webserver on port 50172 for replica at "http://localhost:50172"
binding to: V4(127.0.0.1:8000)
replica(s): http://localhost:50172/
The log for the rest, including dfx deploy is below. This time it has a different error and hasn’t mentioned authorising the Principal. I get this error around half the time and the authorise error the other half:
✝ ~/ic-projects cd new_project
✝ ~/ic-projects/new_project master dfx deploy
Deploying all canisters.
Creating canisters...
Creating canister "new_project"...
Creating the canister using the wallet canister...
Creating a wallet canister on the local network.
The wallet canister on the "local" network for user "default" is "rwlgt-iiaaa-aaaaa-aaaaa-cai"
The replica returned an HTTP Error: Http Error: status 400 Bad Request, content type "text/plain; charset=utf-8", content: Failed to connect to host: Connection refused (os error 61)
Thanks
The other error from an earlier attempted deploy is:
✝ ~/ic-projects/hello master dfx deploy
Creating the "default" identity.
- generating new key at /Users/mattdomm/.config/dfx/identity/default/identity.pem
Created the "default" identity.
Deploying all canisters.
Creating canisters...
Creating canister "hello"...
Creating the canister using the wallet canister...
Creating a wallet canister on the local network.
Unable to create a wallet canister on local:
The request timed out.
Wallet canisters on local may only be created by an administrator.
Please submit your Principal ("dfx identity get-principal") in the intake form to have one created for you.@prithvi have you had any further ideas on this, after my logs? I have a memory error when deploying to the ic-network, which means I can’t continue the tutorials until I’m able to deploy locally.
Hey @canicodenow, the error you see is
The request timed out.
and
The replica returned an HTTP Error: Http Error: status 400 Bad Request, content type “text/plain; charset=utf-8”, content: Failed to connect to host: Connection refused (os error 61)
Indicates you’re having networking issues between the replica and dfx. Is this a degradation you see with the latest version & do you see this same issue on older versions?
Do you get a successful result for dfx ping
1 Like
Hey @prithvi, thanks for getting back.
I have only tried 0.6.5 and 0.6.4 - the error happened on both. I haven’t tried an older version - is it worth trying (is it possible to install a previous version?).
When I run dfx start, the result of dfx ping is:
✘ ✝ ~/ic-projects/actor_hello master± dfx ping
{
"ic_api_version": "0.14.0" "impl_hash": "512af2b200fcd01f36354a0449ee108e9d253165f1164510bd7156fee84f339a" "impl_version": "0.1.0" "root_key": [48, 129, 130, 48, 29, 6, 13, 43, 6, 1, 4, 1, 130, 220, 124, 5, 3, 1, 2, 1, 6, 12, 43, 6, 1, 4, 1, 130, 220, 124, 5, 3, 2, 1, 3, 97, 0, 136, 156, 224, 11, 232, 6, 78, 169, 14, 204, 90, 244, 161, 163, 49, 200, 90, 130, 89, 24, 2, 205, 68, 142, 101, 45, 102, 25, 101, 10, 121, 209, 175, 89, 193, 68, 0, 208, 73, 0, 75, 133, 33, 152, 57, 158, 149, 39, 1, 226, 80, 19, 143, 192, 183, 28, 116, 197, 151, 96, 70, 184, 243, 17, 188, 30, 123, 235, 215, 27, 211, 164, 180, 235, 181, 241, 235, 192, 95, 51, 204, 229, 174, 163, 2, 65, 3, 127, 144, 87, 215, 78, 224, 185, 234, 109]
}
Which looks ok to me? If I try ping without the server running, there’s the same connection error as before, but that’s expected I assume as there’s no replica running.
Thank you
Matt
It’s possible to install an older version by doing DFX_VERSION=A.B.C prepended to the install script. Can you try it with 0.6.23, at least we can rule out if this connection error with the replica is a degradation in the new releases or also present on the old one.
Interestingly, it has given an error at a different point using v 0.6.23. It didn’t appear to do the ‘Creating a canister on the local network’ step, then when it got to installing the canisters there was a long delay before the below error appeared.
Error on the dfx start terminal:
Mar 15 17:25:15.780 ERRO s:fscpm-uiaaa-aaaaa-aaaap-yai/n:2x4tc-gwrhm-tmc4h-36e6h-5mlsj-s6iv5-uqrtz-xbkk3-7ot44-2b367-uqe/ic_consensus/random_tape_maker Couldn't find transcript at height 200 with finalized height 199 and CUP height 0
Error on the dfx deploy terminal:
✝ ~/ic-projects/hello master dfx deploy
Deploying all canisters.
Creating canisters...
Creating canister "hello"...
"hello" canister created with canister id: "rwlgt-iiaaa-aaaaa-aaaaa-cai"
Creating canister "hello_assets"...
"hello_assets" canister created with canister id: "rrkah-fqaaa-aaaaa-aaaaq-cai"
Building canisters...
Building frontend...
(node:9729) ExperimentalWarning: The fs.promises API is experimental
Installing canisters...
Installing code for canister hello, with canister_id rwlgt-iiaaa-aaaaa-aaaaa-cai
The request timed out.
2 Likes
It’s worth running dfx start --clean the first time after changing down a version. See if that helps with v0.6.23 there.
1 Like
Hi @Ori - the same thing happens on --clean too. In fact I need to use --clean after the error as the server doesn’t work again afterwards unless I do.
I’m stumped.