View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001515 | Anope Development (1.9.x series) | Operserv | public | 2013-05-04 08:12 | 2013-05-07 03:21 |
| Reporter | CuttingEdge | Assigned To | Adam | ||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Platform | x86_64 | OS | Ubuntu Linux | ||
| Summary | 0001515: OperServ session limits triggering on incorrect numbers after netsplit (InspIRCd). | ||||
| Description | I don't think Anope is decrementing the session variable counter for the affected users/hosts when a server they're connected to splits from the network. This appears to be specific to just InspIRCd. | ||||
| Steps To Reproduce | 1) Have a user connect to a server that is not directly linked to services. 2) Split (and reconnect) the same server from the network. 3) Check session limits for set user (you'll notice its incremented by 1). 4) If user reconnects, the variable is still in place (and increments), and will trigger a session limit (if applicable), if the said server has split numerous times over the test period. | ||||
| Additional Information | Using InspIRCd 2.0.12. Using Anope 1.9.x GIT. | ||||
| Tags | No tags attached. | ||||
|
|
fixed in 6578829fa6d278cae0307676f29ab4e76d2d2518 |
|
|
Is it even seeing the server split? Get /os stats uplink before and after (mostly the server count) Can you get debug logs of the split? |
|
|
Updated to latest GIT. Just checked; still duplicating sessions within OperServ. |
|
|
This is probably fixed from 10b5b00db4f6f38f33b122f1a2cbcb788fc7c0eb, can you check that it really is? |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2013-05-04 08:12 | CuttingEdge | New Issue | |
| 2013-05-05 07:04 | Adam | Note Added: 0006431 | |
| 2013-05-06 08:50 | CuttingEdge | Note Added: 0006434 | |
| 2013-05-06 09:19 | Adam | Note Added: 0006435 | |
| 2013-05-07 03:21 | Adam | Note Added: 0006441 | |
| 2013-05-07 03:21 | Adam | Status | new => resolved |
| 2013-05-07 03:21 | Adam | Resolution | open => fixed |
| 2013-05-07 03:21 | Adam | Assigned To | => Adam |
