Closed samuelbray32 closed 11 months ago
I think it should be fairly easy to edit the secondary key values. Are there many entries in spyglass.sharing.KacheryZone
?
@CBroz1 thoughts?
I think it should be fairly easy to edit the secondary key values. Are there many entries in
spyglass.sharing.KacheryZone
?@CBroz1 thoughts?
There's only two entries. One for franklab.default and one for franklab.collaborators .
Okay, I suspect this is dropable. Or we can just change the value for franklab.collaborators.
As a follow-up: as far as I know everything in the Kachery tables was for testing only, so if it’s easier to just delete things, I think that’s fine.
On Nov 28, 2023, at 2:08 PM, Eric Denovellis @.***> wrote:
This Message Is From an External Sender This message came from outside your organization.
I think it should be fairly easy to edit the secondary key values. Are there many entries in spyglass.sharing.KacheryZone?
— Reply to this email directly, view it on GitHubhttps://urldefense.com/v3/__https://github.com/LorenFrankLab/spyglass/issues/693*issuecomment-1830837478__;Iw!!LQC6Cpwp!uqeMoTT3TzAyX14M9lchrKegKE0C2rM0CclZuud4BvlVDWiqhH5X2-wpvS8bUGPznVeSah6LUFFXoFygd0WJ2jdxgLI$, or unsubscribehttps://urldefense.com/v3/__https://github.com/notifications/unsubscribe-auth/ABV4PSM4CTPWH7EQP6Z7KETYGZOFVAVCNFSM6AAAAAA76OMRI2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMZQHAZTONBXHA__;!!LQC6Cpwp!uqeMoTT3TzAyX14M9lchrKegKE0C2rM0CclZuud4BvlVDWiqhH5X2-wpvS8bUGPznVeSah6LUFFXoFygd0WJznqnzUw$. You are receiving this because you are subscribed to this thread.
This might be caused by oversight on my part. In the SpyglassConfig
class, I think I used an underscore in the default value for this environmental variable. I'll plan to
settings.py
reflect the hyphenUpdate on the progress for this issue:
I tried changing the environment variable for KACHERY_CLOUD_DIR in the daemons environment to where the data is. After doing so, a request for data from the user end Printed the following message:
Error: Error executing kachery-cloud-store: Command exited with code 1
The server daemon print the following output:
Upload request: sha1://ceac0c1995580dfdda98d6aa45b7dda72d63afe4 Starting upload: sha1://ceac0c1995580dfdda98d6aa45b7dda72d63afe4
This suggests the file is now being found. However, kachery reports no data being uploaded. Trying to see if this stems from user permissions when I run the daemon. Open to other suggestions of what could be the breaking point
I would suggest contacting @magland in the #sortingview
channel to see if he has any thoughts.
Fixed the remaining issue. For future reference, the terminal running the server daemon needs read access to
/stelmo/nwb/.kachery_cloud/private.pem
(or the equivalent for the kachery zone it's running)
spyglass.sharing.KacheryZone
to hyphen instead of underscoreThanks @samuelbray32 !
Describe the bug
kachery_cloud_dir
inspyglass.sharing.KacheryZone
table are "/stelmo/nwb/.kachery_cloud" (with an underscore). This value is used to define where the linked sha1:// file is saved.KACHERY_CLOUD_DIR
environment variable as "/stelmo/nwb/.kachery-cloud" (with a dash). This value in the server daemon's environment is what directory is used to look for sha1 file when requestedPossible Solutions
spyglass.sharing.KacheryZone
and reinsert. (Not ideal due to disrupting data)kachery_cloud_dir
and then merge the file directories "/stelmo/nwb/.kachery_cloud" and "/stelmo/nwb/.kachery-cloud"