SQL Update message returns '4052' http://developer.cisco.com/c/message_boards/find_thread?p_l_id=&threadId=7124156 2013-05-22T06:19:43Z 2013-05-22T06:19:43Z Victor Manuel Garcia Ternero http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=7446138 2012-10-09T12:13:15Z 2012-10-09T12:13:15Z

Gracias por tu correo. Estaré fuera de la oficina hasta el día 22 de Octubre con acceso limitado al correo electrónico. Para cualquier asunto urgente póngase en contacto con Ignacio Luengo (iluengo@wtelecom.es<mailto:mjdominguez@wtelecom.es>), o llame al teléfono de la oficina (+34 954 151 706). Un saludo,

Victor Manuel Garcia Ternero 2012-10-09T12:13:15Z Matt Bolton http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=7446126 2012-10-09T12:12:12Z 2012-10-09T12:12:12Z

I will be on holidays and have very limited access to email / phone from Oct 1 - Oct 8. I will respond to you upon my return but if you need immediate assistance, contact Udaya Padmanabhuni: Udaya.Padmanabhuni@Quest.com<mailto:Udaya.Padmanabhuni@Quest.com> Regards, Matt Matt Bolton Dell | Network Management, Quest Software office +1 415 293 6514, mobile +1 45 519 4011 Quest Software is now a part of Dell

Matt Bolton 2012-10-09T12:12:12Z Martin Sloan http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=7446034 2012-10-09T12:06:25Z 2012-10-09T12:06:25Z

Hi David, So it was actually an easy fix after I pulled the AXL traces to post here....  The update was creating a duplicate DN/PT combination and so it was failing.  I'm checking each number now instead of a bulk update to avoid this.  For testing, I had been executing the update from the CLI when I got focused on finding out what the 4052 message meant, I should have just gone back to the AXL traces since it provides a more detailed description along with the error code.   Thanks for the help.   Marty

Martin Sloan 2012-10-09T12:06:25Z Martin Sloan http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=7140265 2012-09-27T22:59:42Z 2012-09-27T22:59:42Z

Thanks for the reply David.  I'll post the AXL response and logs when I get back into the office, hopefully tomorrow.  I do know there are DN's in the numplan table that the sub queries would apply to and checked them seperately to confirm.  I created this quick 'PT flip' program to help move DN's assigned to VG224 ports since you can't get to them through BAT (not that I've been able to find anyway).  It will only be run when we're ready to move a couple hundred DN's at a time.  The crazy thing is that I tested this thouroughly in the lab and it still works there with the same software version!

Martin Sloan 2012-09-27T22:59:42Z David Staudt http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=7117648 2012-09-27T20:29:47Z 2012-09-27T20:29:47Z

Can you provide the full AXL response and the AXL service logs? The routepartition field in numplan has a number of constraints on its value (see the data dictionary), which I suppose could apply. The query itself is very generic, and does not test for null results from its sub queries. My suspicion would be that some particular constraint is cropping up that the code is not anticipating...

David Staudt 2012-09-27T20:29:47Z Martin Sloan http://developer.cisco.com/c/message_boards/find_message?p_l_id=&messageId=7124155 2012-09-27T15:39:08Z 2012-09-27T15:39:08Z

Hello, I'm using a sql update statement to change the partition of some directory numbers in our CUCM 8.6.2 system and receive a return message of 4052 when running the statement and the partition is not updated.  Does anyone know what this message means?  Here's the satement:   run sql update numplan set fkroutepartition = (select pkid from routepartition where name = "NEW_PT") where fkroutepartition = (select pkid from routepartition where name = "OLD_PT")   I double checked to make sure the PT names are correct.   Thanks

Martin Sloan 2012-09-27T15:39:08Z