Troubleshooting, work arounds, and known issues.
dig -t txt short _dnslink.junior-angular-tulip.fission.app
The "short" option is still pretty long! We're just looking for the ANSWER section:
;; ANSWER SECTION:
_dnslink.junior-angular-tulip.fission.app. 9 IN TXT "dnslink=/ipfs/QmafcCaym2UZ46oKDoSQs7UkHVPpeKTVTES2GN5icuvKQv"
You can also check records online using the very handy dnsrecords.io. See this example for
_dnslink.bmannconsulting.comwhich just shows us the TXT record we're looking for:
We've had a report with uploading large numbers of files using
ipfs-deploywith Fission support that you may need to increase the number of open files that your operating system supports. This could also occur with
sudo launchctl limit maxfiles 65536 200000
sudo sysctl fs.inotify.max_user_watches=1048576
We've had some hiccups with our brew formula recently. To re-install / reset brew, run the following:
brew untap fission-suite/fission
brew tap fission-codes/fission
brew install fission-cli
DEBUG=true fission up .
You'll see that
fission upcalls your locally installed
ipfscommand to add files to IPFS. We can see that it's using the 0.4.22 version of ipfs, installed using Homebrew in the "Cellar" where brew keeps installed items.
Then, it sends the hash of the entire directory to our web API, which pins it and fetches the files directly from your laptop and any other IPFS nodes that already have copies of those files in the network.
In this case, we can see that after the "Remote pinning Qm…", there is a 504 Gateway Time-out error from our server. This is a known issue, which we're working on to support large files / large quantities of files.
The fission CLI installs a managed IPFS node. It runs on port