git-annex/doc/bugs/remote_not_showing_up_in_webapp.mdwn
Joey Hess e213ef310f git-annex (5.20140717) unstable; urgency=high
* Fix minor FD leak in journal code. Closes: #754608
  * direct: Fix handling of case where a work tree subdirectory cannot
    be written to due to permissions.
  * migrate: Avoid re-checksumming when migrating from hashE to hash backend.
  * uninit: Avoid failing final removal in some direct mode repositories
    due to file modes.
  * S3: Deal with AWS ACL configurations that do not allow creating or
    checking the location of a bucket, but only reading and writing content to
    it.
  * resolvemerge: New plumbing command that runs the automatic merge conflict
    resolver.
  * Deal with change in git 2.0 that made indirect mode merge conflict
    resolution leave behind old files.
  * sync: Fix git sync with local git remotes even when they don't have an
    annex.uuid set. (The assistant already did so.)
  * Set gcrypt-publish-participants when setting up a gcrypt repository,
    to avoid unncessary passphrase prompts.
    This is a security/usability tradeoff. To avoid exposing the gpg key
    ids who can decrypt the repository, users can unset
    gcrypt-publish-participants.
  * Install nautilus hooks even when ~/.local/share/nautilus/ does not yet
    exist, since it is not automatically created for Gnome 3 users.
  * Windows: Move .vbs files out of git\bin, to avoid that being in the
    PATH, which caused some weird breakage. (Thanks, divB)
  * Windows: Fix locking issue that prevented the webapp starting
    (since 5.20140707).

# imported from the archive
2014-07-17 11:27:25 -04:00

100 lines
4.2 KiB
Markdown

### Please describe the problem.
This is a followup on [[bugs/internal_server_error:_unknown_UUID_on_webapp]]. In that issue, webapps previous to 20130929 would crash with `internal server error: unknown UUID`. This was fixed at that date, but some problems remain, namely that the remote that is recognized on the commandline doesn't show up in the webapp.
`markov` is able to push to `marcos`, but not the reverse because `markov` is hidden behind a NAT. `git annex sync` seems to do the right thing accordingly on both ends (which is: `marcos` doesn't try to push to `markov` but `markov` pushes to `marcos`).
### What steps will reproduce the problem?
See [[bugs/internal_server_error:_unknown_UUID_on_webapp]]. I didn't do any further changes other than upgrade `git-annex` on both ends.
### What version of git-annex are you using? On what operating system?
`marcos` is now running `Version: 4.20131105-g8efdc1a Build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi TDFA CryptoHash`
`markov` is now running the wheezy backport, `4.20131002~bpo70+1`.
### Please provide any additional information below.
#### On `marcos`
Here's the output of `git annex status` on `marcos`:
[[!format sh """
anarcat@marcos:books$ git annex status
repository mode: direct
trusted repositories: 0
semitrusted repositories: 3
00000000-0000-0000-0000-000000000001 -- web
a75cbbf7-e055-423e-b375-443e0552c9e2 -- here (anarcat@marcos:/srv/books)
aa500f29-42d9-4777-ae02-4a2c3d47db44 -- anarcat@markov:~/books
untrusted repositories: 0
transfers in progress: none
available local disk space: 7.04 gigabytes (+1 megabyte reserved)
local annex keys: 736
local annex size: 3.92 gigabytes
annexed files in working tree: 721
size of annexed files in working tree: 3.92 gigabytes
bloom filter size: 16 mebibytes (0.1% full)
backend usage:
SHA256E: 1457
# End of transcript or log.
"""]]
Here's a screenshot of the idle webapp on marcos:
<img src="http://i.imgur.com/3HFgj3w.png" />
You can clearly see that the webapp doesn't see the `markov` remote.
When `markov` transfers stuff, `marcos` sees the transfers happening, but marks it as going to the `unknown` remote:
<img src="http://i.imgur.com/YOu9GbA.png" />
Clicking on that link is what was previously triggering [[bugs/internal_server_error:_unknown_UUID_on_webapp]] but now yields a "Unknown remote" error.
<img src="http://i.imgur.com/y7JxULi.png" />
#### On `markov`:
Here is a screenshot from `markov` that shows *it* knows about both repositories and seem to behave properly:
<img src="http://i.imgur.com/fTMslVT.png" />
And here's the output of `git annex status` on markov:
[[!format sh """
anarcat@desktop008:books$ git annex status
repository mode: indirect
trusted repositories: 0
semitrusted repositories: 3
00000000-0000-0000-0000-000000000001 -- web
a75cbbf7-e055-423e-b375-443e0552c9e2 -- origin (anarcat@marcos:/srv/books)
aa500f29-42d9-4777-ae02-4a2c3d47db44 -- here (anarcat@markov:~/books)
untrusted repositories: 0
transfers in progress:
downloading Patrick K. O'Brien/Philip's Atlas of World History, Concise Edition (115)/Philip's Atlas of World History, Concise Edition - Patrick K. O'Brien.pdf from origin
available local disk space: 93.25 gigabytes (+1 megabyte reserved)
temporary directory size: 50.07 megabytes (clean up with git-annex unused)
local annex keys: 708
local annex size: 3.81 gigabytes
known annex keys: 721
known annex size: 3.92 gigabytes
bloom filter size: 16 mebibytes (0.1% full)
backend usage:
SHA256E: 1429
"""]]
Finally, note that you sometimes see `desktop008` above: it turns out I am running `git annex` from my workstation, which NFS-mounts the `/home` directory of `markov` into `/srv/musique`. --[[anarcat]]
Yesterday, I made the webapp register ssh remotes it creates.
They then show up in the webapp when run in a repository where that ssh
remote is not enabled.
You can also manually register a ssh remote. First set up the git remote
as usual. Then run `git annex initremote type=git name=foo
location=$url`.
[[!meta title="webapp shows transfer from 'unknown' when no remote is configured for a system that is downloading files"]]
[[!tag confirmed]]