Skip to content

Lock files cannot be read in the live queue #165

Closed
campb303 opened this issue Jan 19, 2021 · 3 comments
Closed

Lock files cannot be read in the live queue #165

campb303 opened this issue Jan 19, 2021 · 3 comments
Assignees
Labels
bug An issue that results in webqueue2 breaking question Something that requires more information before moving forward

Comments

@campb303
Copy link
Collaborator

When editing files using q-cli, lock files are created to prevent items from being edited by the another person. These files exist in the same directory as the original item with the number of the item followed by .lck. For example, if I were to edit ce 40 the directory structure would look like this:

ce/
├── 40
└── 40.lck

The following permissions are expected:

-rw-r--r--  1 campb303 ecnuser    0 Jan 19 16:32 40
-rw-r--r--  1 campb303 ecnuser    0 Jan 19 16:32 40.lck

When gizmo created lock files, his permissions are set to 600 instead of 644 but I don't know why.

# Same for qedit and qtedit
-rw-------  1 gizmo ecnqueue      51 Jan 19 16:12 69.lck

When I, @benne238, other students and/or full timers create lock files permission get set to 644. I believe this issue is just with gizmo.

@campb303 campb303 added api bug An issue that results in webqueue2 breaking question Something that requires more information before moving forward labels Jan 19, 2021
@campb303 campb303 added this to the v1-readonly milestone Jan 19, 2021
@campb303
Copy link
Collaborator Author

gizmo told me he has his user's mask set to 0077 in his .bashrc file which explains the above behavior.

A potential solution here could be to change the live queue directory's group to ecnqueue and set a sticky bit to make all files in that directory group readable. Need to check with Sundeep and Curtis.

@campb303 campb303 modified the milestones: v1-proof-of-concept, v2-production-ready-read-only Feb 5, 2021
@campb303
Copy link
Collaborator Author

campb303 commented Feb 5, 2021

Next steps are to test group sticky perms to see if this fixes the issue.

@campb303 campb303 self-assigned this Feb 5, 2021
@campb303
Copy link
Collaborator Author

Moved to ECN/webqueue2-api#13

Sign in to join this conversation on GitHub.
Labels
bug An issue that results in webqueue2 breaking question Something that requires more information before moving forward
Projects
None yet
Development

No branches or pull requests

2 participants