<br><br><div class="gmail_quote">2011/5/13 Andreas Granig <span dir="ltr"><<a href="mailto:agranig@sipwise.com">agranig@sipwise.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi Sebastien,<br>
<br></blockquote><div>Hi Andreas<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
You were reporting before already that some tables were missing in your<br>
case. This is not possible with a clean installation and upgrade since<br>
we never touch any existing tables in terms of "drop". You also reported<br>
some inconsistencies regarding triggers, which might very well be caused<br>
by either a faulty installation or by messing with the databases manually.<br>
<br></blockquote><div><br>Note that I haven't drop any table. When I got this issue with kamailio_proxy <br>I've backup the original table and create an empty copy to try to isolate the issue.  <br><br>I've areport the issue with 'provisioning.voip_peer_preferences'  missing table before the issue with 'kamailio_proxy' and dialplan table.<br>
At this time I haven't touch any table structure  and as I explain in a past email the oss.log told report that  a table is missing<br> <br>--- oss.log ----<br>#012DBI error:Table 'provisioning.voip_peer_<div id=":k7">
preferences' doesn't exist at /usr/share/perl5/Sipwise/DB.pm line 260.<br>----<br>
<br>Moreover when you remove somes rewrite rules from any peers it 
appear a message that "Your settings have been saved."   with empty form
 <br><br>--- oss.log ----<br>X y  6 10:57:26 sipwise provisioning: Sipwise::Provisioning::handle_request: calling function 'get_peer_host_details' for admin 'administrator'<br>
May  6 10:57:26 sipwise provisioning: Sipwise::Provisioning::mydie: 
_require_id (called from get_peer_host_details): empty parameter 'id' in
 request<br>May  6 10:57:26 sipwise provisioning: 
Sipwise::Provisioning::mydie: get_localized_string: no language string 
for code 'Client.Syntax.MalformedParam' and language code 'en'<br>
May  6 10:57:26 sipwise /usr/sbin/apache2: ***Provisioning::call_prov calling 'voip::get_peer_host_details'<br>May 
 6 10:57:26 sipwise /usr/sbin/apache2: ***Provisioning::call_prov: 
voip::get_peer_host_details failed: empty parameter 'id' in request<br>
---<br></div><br><br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Taking into account your problems you've reported, I can only recommend<br>
to reinstall the SPCE from scratch, and not touching the DBs manually.<br>
Probably you might give some information also what you've done to the<br>
DBs beforehand, for us to make it more bullet-proof?<br>
<font color="#888888"><br></font></blockquote><div><br>I haven't delete any items or changing structure !<br>The only I've done was backup the original table and create an empty copy to try to isolate the issue.  And I explained in previous mails<br>
seems that rules are not triggered properly to dialplan table.  The diaplan content  is  different from rewrite rules that appears in SPCE admintration interface !<br> <br>I can give you an access to our spce if you want to take a look ...<br>
<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><font color="#888888">
Andreas<br>
</font><div><div></div><div class="h5"><br>
On 05/12/2011 09:16 PM, Sébastien Cramatte wrote:<br>
> I've got same issue. This is because mysql table is missing !<br>
><br>
> Enviado desde mi iPhone<br>
><br>
> El 12/05/2011, a las 16:35, Daniel Tiefnig <<a href="mailto:dtiefnig@sipwise.com">dtiefnig@sipwise.com</a>> escribió:<br>
><br>
>> On 05/12/2011 03:29 PM, Sebastien Lesimple wrote:<br>
>>> Hello!<br>
>><br>
>> Hi!<br>
>><br>
>>> I upgraded my test machine from 2.1 to 2.2 using the upgrade<br>
>>> procedure, everything went fine except one feature. While trying to<br>
>>> edit my "Peer Host Preferences" I got an error message : "Internal<br>
>>> error, please try again later".<br>
>><br>
>> Hmm, that's inetresting. Can you see the actual error in the log?<br>
>> /var/log/ngcp/oss.log should print quite detailed information on what is<br>
>> going on.<br>
>><br>
>>> Has anyone experienced this issue yet or has an idea on what went<br>
>>> wrong ? It's a test machine so if you need to see "live" just ask.<br>
>><br>
>> Not during our tests, if you can send me the access details per mail, I<br>
>> could have a look.<br>
>><br>
>> br,<br>
>> daniel<br>
>><br>
>> _______________________________________________<br>
>> Spce-user mailing list<br>
>> <a href="mailto:Spce-user@lists.sipwise.com">Spce-user@lists.sipwise.com</a><br>
>> <a href="http://lists.sipwise.com/listinfo/spce-user" target="_blank">http://lists.sipwise.com/listinfo/spce-user</a><br>
><br>
> _______________________________________________<br>
> Spce-user mailing list<br>
> <a href="mailto:Spce-user@lists.sipwise.com">Spce-user@lists.sipwise.com</a><br>
> <a href="http://lists.sipwise.com/listinfo/spce-user" target="_blank">http://lists.sipwise.com/listinfo/spce-user</a><br>
<br>
</div></div><br>_______________________________________________<br>
Spce-user mailing list<br>
<a href="mailto:Spce-user@lists.sipwise.com">Spce-user@lists.sipwise.com</a><br>
<a href="http://lists.sipwise.com/listinfo/spce-user" target="_blank">http://lists.sipwise.com/listinfo/spce-user</a><br>
<br></blockquote></div><br>