tickets #134654
closedElevated privileges on provo-mirror-i-o-o
100%
Description
Hello there,
I've grown an interest in helping maintaining systems in the Provo DC,
specially after numerous issues that plagued this side of world, in the past.
And there was no-one awake to hit the magical Restart Button.
Of course I'm going to need much more than restart-button-pressing skills.
But to get to know a system, first thing after gathering information about it,
here and there, is to have the right kind of access to it.
So, here I'm asking for elevated privileges on provo-mirror.i.o.o for starters,
where the debuginfod server is also run and I do happen to have some business
with it.
Updated by crameleon 9 months ago
- Category set to Servers hosted in Provo
- Status changed from New to In Progress
- Assignee set to crameleon
- Private changed from Yes to No
Hi,
thanks for showing interest. Usually we grant root access using sudo groups matching the Salt roles of the machine. Since provo-mirror.i.o.o doesn't have any existing roles assigned (seems everything there is set up manually) I will add a minimal debuginfod
role for this.
Updated by pjessen_invalid 9 months ago
luc14n0 wrote:
So, here I'm asking for elevated privileges on provo-mirror.i.o.o for starters,
where the debuginfod server is also run and I do happen to have some business
with it.
I have often wondered why debuginfod is running in provo.
Updated by luc14n0 9 months ago
crameleon wrote in #note-1:
Hi,
thanks for showing interest. Usually we grant root access using sudo groups matching the Salt roles of the machine. Since provo-mirror.i.o.o doesn't have any existing roles assigned (seems everything there is set up manually) I will add a minimal
debuginfod
role for this.
Yeah, not enough salt there. Thanks for the changes!
Updated by luc14n0 9 months ago
luc14n0 wrote in #note-5:
per@computer.org wrote in #note-3:
I have often wondered why debuginfod is running in provo.
That's a good question. Seems at the very least a bit odd to me.
For me, a plausible explanation would be to lessen the burden on the Nuremberg DC,
I suppose.
Updated by pjessen_invalid 9 months ago
luc14n0 wrote in #note-9:
luc14n0 wrote in #note-5:
per@computer.org wrote in #note-3:
I have often wondered why debuginfod is running in provo.
That's a good question. Seems at the very least a bit odd to me.
For me, a plausible explanation would be to lessen the burden on the Nuremberg DC,
I suppose.
Haha, then we surely ought to be running a lot more stuff in Provo. Besides, given how little debuginfod is used, not much of an off-load.