bot not saving flags

[kain]

If the hub bot is not in the channel that the linked bot is in, then you will lose the channel flags for that channel but not the global flags when the user file gets transferred as the hub bot wont keep the channel flags for rooms its not in.

well, if everyone was losing all channel flags i would agree, but its only certian people that do, all global flags get saved, apart from some of the bots.

[whatever]

Recently I had the same problem with my eggies =)
Get rid of: set private-globals "mno" in the share module in ur conf files,
set it to: set private-globals "" or set private-globals "mn" =)
I think this will help =)

wwell Emilia

[ppslim]

Recently I had the same problem with my eggies =)
Get rid of: set private-globals "mno" in the share module in ur conf files,
set it to: set private-globals "" or set private-globals "mn" =)
I think this will help =)

wwell Emilia

This will not help the situation.

If you read the discription of this setting, it allows for bots to keep global flags seperate.

The issue is with all flags, not just the +o flag which you have removed from your example above.

[kain]

Ok, now this is getting weird.
I did this about 10 minutes ago:

on the hub:
.chattr bot1 +o
.chattr bot2 +o
.chattr bot3 +o (you get the idea, no need to list all bots)
.save
.netsave

on the leaf bots:
.chattr hub +o
.chattr bot2 +o
.chattr bot3 +o (you get the idea, no need to list all bots)
.save
.netsave

Then I go back less than a minute later and the +o flags are gone, it's as if I had never added them back, and I tried the same thing with a few user accounts that I've been having problems with, and the +o's were also gone.
I'd appreciate any help/idea's anyone has.

[whatever]

well.. it helped with me.. I was loosing all the flags, not only the flags restricted in private-globals, thats why I decided this situation is the same one =)

wwell Emilia

[kain]

Thanks for the input, im waiting too see if its worked, i set it to "mn"
if it dont work im hoping ppslim / slenox / guppy / someone else will be able to help

[kain]

I don't know is this may be anything to do with it.
i banned someone earlier, and heres what happened:

<kain> ban spammer go away spammer
*** bot sets mode: +b *!*@lame.org
*** spammer was kicked by bot (banned: go away spammer)

Then in the hubs console:
<hub> [12:06] Channel ban *!*@lame.org on #channel rejected - channel not shared.

Yet in all bots *.conf files all channels are set to +shared.

[ppslim]

On thus HUB, do a ".whois leaf", where leaf is the bot it reported that message about.

Paste the output here, changing only the information required to maintain security.

[kain]

Here you go:

<kain> .whois bot
<hub> [12:40] tcl: builtin dcc call: *dcc:whois kain 14 bot
<hub> [12:40] #kain# whois bot
<hub> HANDLE PASS NOTES FLAGS LAST
<hub> bot yes 0 abflo 13 Aug (linked )
<hub> BOT FLAGS: gls
<hub> HOSTS: *!bot@bot.quakenet.org
<hub> ADDRESS: 101.102.103.104(edited)
<hub> users: 3377, bots: 3366

Here's a .whois from that bot to the hub:

<kain> .whois hub
<bot> [12:41] tcl: builtin dcc call: *dcc:whois kain 11 hub
<bot> [12:41] #kain# whois hub
<bot> HANDLE PASS NOTES FLAGS LAST
<bot> hub yes 0 abfho 05:08 (linked )
<bot> BOT FLAGS: ghp
<bot> HOSTS: *!hub@hub.quakenet.org
<bot> ADDRESS: 101.102.103.104(edited)
<bot> users: 4422, bots: 4411

[ppslim]

We are one step away from submitting this as a bug.

Before doing so, the following things are sugested.

First job, check it's not a quota problem. Eggdrop might be loosing user-records upon saving. Not all OS's report errors, as such, eggdrop can continue with problems, until it dies.

A minimum is to upgrade to the most receint stable version of eggdrop (1.6.12).
Remove all flags from bots, not required (IE, only the flags required to link and share (+gs for the leaf on the hub, and +ghp for the hub on the leaf)). No user flags except +b.
Add flags one by one back, making sure that you add the +l last (Waiting time between each one, to see if anything is happening).

If this fails, I sugest saving user, channel, notes and config files to a backup location. Starting the bot in userfile creation mode, without any scripts. Linking/sharing and waiting to see what happens.

And before we get to the end, try downgrading to version 1.6.10. Due tot he half-op support being added, it may have added somthing (no offence wcc). This will rule this problem out.

While these take time, and can be frustrating. They will help rules out any script, corrupted files or anything else related to the configuration, thus leaving eggdrop to blame.

[kain]

Thanks ppslim, i'll start that test tonight with 3 extra bots, 1 hub and 2 leaf bots. At the moment I am already using the lastest version (1.6.12)
First i'll try what you said with 1.6.12, then with 1.6.10, i'll post here in a day or two, probably two days, one day for each test

[Yourname]

My problem is almost the same, but quite precise. The leaf bot loses all hub information as soon as anyone restarts. Does'nt happen with users tho, and I've channel specific users.

Check out my topic 'Leaf loses hub data!'
However, I *just* checked this topic, long after I posted mine. Or else, I wud've continued here itself.

[kain]

just a quick post:

the hub and leaf bots are now saving eachothers flags, ie: their keeping the +o's
I changed the "private-globals" to "mn" and removed the "o"
but normal users are still losing their +ofgv's
btw: 1.6.10 test running

[kain]

forgot to add:

flags were also lost after a .die
had to readd them all :/

[thewizard]

hi, ive just been reading this thread and i thought id contribute im having the same problem as kain, i can add my all my bots with +o then if i .nethash most of the +o flags get lost, so when i +bitcht the bots start deoping each other!! Ive been onto all the bots and .chattr bot +o to add them back but give em another 3-4hours and they are gone again!

Its a real pain