Alumni

[rancid peak]

https://gitlab.com/tactical-supremacy/aa-alumni

[urban elm]

hey it wont let me add any corp or alliance to alumni

[rancid peak]

Click to select, its not a horizontal selector

Though i can make it one

note to self https://gitlab.com/tactical-supremacy/aa-alumni/-/issues/5

[urban elm]

@rancid peak Had a guy leave allaince yesterday before i added alumni . I added alumni and configured it for our allaince. But his state still shows Guest

[rancid peak]

CCP turned off the ESI endpoints we rely on for Alumni information.

[sinful dock]

CCP Zelus Community Developer
Hey folks!

During downtime yesterday an update to the Corp History ESI endpoint was put into place, then an hour or so later the service was re-activated and it started caching again. The caching process should be finished around 1200 UTC today so this endpoint should once again be fully operational after this point. In terms of adjusting any existing services that are utilizing this endpoint, please be aware that it now has the same limitations as the Market History ESI endpoint which, just as a reminder is:

The endpoint is tentatively limited to 300 requests per minute per IP address. The rate limit is subject to review at any time, and we will update according if and when a change is made such that all third-party developers can adjust their apps accordingly.
When the rate limit is exceeded, users can expect an HTTP 500 error with the original error in the reason text
As always, should anything change in the future, I’ll endeavor to make sure it gets communicated in this section of the forum again.

https://forums.eveonline.com/t/resolved-esi-characters-corporation-history/391132/27

[coarse dragon]

Rate limited with HTTP 500?
That is definitely the wrong error code for that …

[rancid peak]

I... have been demotivated by ccp to look at this

[rancid peak]

It is intentional, since its a hackjob rate limit, not a real rate limit (that affects the monolith)

[coarse dragon]

And yet, Internal Server Error is still wrong …

[rancid peak]

Very much so

It’s intentionally bad XD

[quartz hollow]

@rancid peak since it's back online, i think you can remove this message (even though it's rate limited)

?: Corp History Endpoint Offline
        HINT: Alumni will be unable to update Character Corporation Histories until CCP restore this endpoint https://github.com/esi/esi-issues/blob/master/changelog.md#2023-01-09```

[rancid peak]

Yessir

[rancid peak]

https://pypi.org/project/aa-alumni/0.1.6a0/

[ancient marsh]

Hey, having issue with the weekly task alumni.tasks.update_all_models. around 9000 alumni.tasks.update_corporationalliancehistory in queue backlog after 3.5 hours; other tasks seems clogged (audit refresh). last week audit became 3+ days old for all members until the alumni task fully processed. VPS is oversized and cpu /mem utilization is not higher than before the job.

[rancid peak]

More details required. What version are you running. And can you actually show examples of this behaviour

AA has tasked priorities and alumni is set to run at a lower priority than other tasks and a backlog will not prevent others tasks from running with a higher priority

[ancient marsh]

aa-alumni 0.3.0. I see the celery stats monitor only, not sure that will give the info helps. Right now (6.5 h after schedule) looks this. Last week I followed what happen and no other priority 8 / 9 / 0 was processed until the alumni.tasks.update_corporationalliancehistory completed.

[ancient marsh]

just mentioning this is still a problem every week. atm 18k tasks queued

[ancient marsh]

Eventually we moved the alumni to a separate worker (together with market manager), so the process is very slow but not clogging other jobs. On that, I set up the two periodic task as in the doc, weekly. alumni.tasks.update_all_models runs longer than 20 hours, is that expected? ( we have 2545 char ownership records).

[rancid peak]

Yes we are ESI rate limited

[ancient marsh]

Hey Ariel; question: we have recruiters who should not have access to existing members audit; however doing audit check for new ones. It is properly set up on Auth they can check "guest" stance audit ... and we just had the first ex-member reapplying; recruiters cannot see their audit because he is in "alumni" stance. Any workaround for this?

[arctic hound]

So, it's quite likely that i'm just dumb, but i can't figure out how to do auto groups depending on state, secure groups have no filter for that

[rancid peak]

This thread is for Alumni, How does a question regarding Secure Groups and States relate to that?

[arctic hound]

that could be done with an option in setting ct that selects the priority and then if groups are under it Can access guest user's data would apply or probably some other way but none that i can think of that exists today

[arctic hound]

i'm trying to translate a user being in the alumni state to a discord role

[rancid peak]

States already are discord roles

[arctic hound]

oh, ok, fair enough