Hello,
Ekiga.net is configured with SERWEB so that users can create accounts by themselves. It is configured to create numerical aliases, incremented one by one when the user subscribes.
Unfortunately, there must be some bug somewhere, because some users have the same numerical alias.
Is that something known?
Thanks,
Hi,
Q: When new user is subscribing throught serweb, still same alias is assigned to him.
A: Make sure that usrloc module in ser is useing domain. Look up for this option in your ser.cfg:
modparam("usrloc|registrar", "use_domain", 1)
Damien Sandras napsal(a):
Hello,
Ekiga.net is configured with SERWEB so that users can create accounts by themselves. It is configured to create numerical aliases, incremented one by one when the user subscribes.
Unfortunately, there must be some bug somewhere, because some users have the same numerical alias.
Is that something known?
Thanks,
Le jeudi 23 mars 2006 à 08:36 +0100, Karel Kozlik a écrit :
Hi,
Q: When new user is subscribing throught serweb, still same alias is assigned to him.
A: Make sure that usrloc module in ser is useing domain. Look up for this option in your ser.cfg:
modparam("usrloc|registrar", "use_domain", 1)
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.
Le jeudi 23 mars 2006 à 10:11 +0100, Damien Sandras a écrit :
Le jeudi 23 mars 2006 à 08:36 +0100, Karel Kozlik a écrit :
Hi,
Q: When new user is subscribing throught serweb, still same alias is assigned to him.
A: Make sure that usrloc module in ser is useing domain. Look up for this option in your ser.cfg:
modparam("usrloc|registrar", "use_domain", 1)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.
What do you suggest?
It is rather an annoying problem. Thanks,
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
-
Damien Sandras -
Karel Kozlik