Yes, it was in ser.cfg. But despite that, a few users have duplicate aliases ID's. Are you sure that you are locking the tables for concurrent access?
There could be several subscriptions at the same time leading to that kind of problem.
Hi Damien, yes, you are right. Sorry, I didn't realize this. But I am not sure if locking tables is possible in this case. Because the next free alias is get directly from DB, but new alias is created by calling FIFO function of SER. It is SER responsibility to write the new alias to DB. However, this behavior is changed in new version of ser/serweb.
You may try to set:
modparam("usrloc", "db_mode", 1)
in your ser.cfg. Altought the tables still is not locked the probability of generation two same aliases is much less.
Karel