Re: [QUESTION] Integration Port
Some documentation on list API can be found at https://cwiki.apache.org/confluence/display/CLOUDSTACK/List*+API+commands+r ules Thanks, -Nitin On 08/01/15 12:51 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Thanks for the response. I was under the impression that listAll used to return all volumes (regardless of account) when I issued the command via a web browser using 8096 in the past. Perhaps I was not remembering that correctly. Thanks again On Thu, Jan 8, 2015 at 1:30 PM, Prachi Damle prachi.da...@citrix.com wrote: Hey Mike, I am not aware if anything has changed w.r.t listAll recently. But just mentioning that with port 8096, CS assumes that the caller is the System user (ACCOUNT_TYPE_ADMIN) So listVolumes without listAll = true will list only the Volumes owned by the System account, which will be an empty set most likely. When listAll is null, the value is false by default. When you specify listAll = true, volumes of other users will be listed. Did your System user own any volumes? Only then your tests would have got back some volumes earlier. Thanks, Prachi From: Stephen Turner Sent: Thursday, January 08, 2015 10:59 AM To: dev@cloudstack.apache.org Cc: Vania Xu; Min Chen; Prachi Damle Subject: RE: [QUESTION] Integration Port Min or Prachi might have some information on this. -- Stephen Turner -Original Message- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: 08 January 2015 18:54 To: dev@cloudstack.apache.org Cc: Vania Xu Subject: [QUESTION] Integration Port Hi, I noticed with 4.6 that if I run this command that I get back no volumes: http://secure-web.cisco.com/1QFfmjJfPvcx0_-c2Ry2iMJZQHE8ZkZPxYagenr8okTkT 5LN35jPMNLSWMSlsNcpCbKakeL3n1SGr7NrB7VJxPXkckQnj0c24Zd_MnZqiMf3_1tD3X7XYB hh_VGLPrN0ofZwPxQTqU2vmBVRqCsrf84l-rrCA6DmVrECQk23mZak/http%3A%2F%2F192.1 68.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes This seemed odd (since I have user-facing volumes) and I tracked it down to one parameter: listAll It appears when using the integration port that listAll is null by default, which (in this case) is interpreted the same as false. That being the case, to retrieve volumes via the integration port, I had to run the following instead: http://secure-web.cisco.com/1P_Ssx1LBDJxkhmdc3ZiFePzQhF3rlwXuG8usVFV6agN8 RdL72LxFKeEJW-j4u6ClGUjI8ROYXCau2Y3QkOfvjL4scB4yquuafmB5Bsa9y1JYhNldfPOrV aS6fNTheWms0pyrvZtQwAR7X8XCxErN53BBLWnYN80wiIpTfSJF7_0/http%3A%2F%2F192.1 68.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes%26listAll%3Dtrue This seems like it might be a recent change. Does anyone know if this is on purpose? The problem is that my tests in Marvin fail now because no volumes come back when they're expected. Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud http://solidfire.com/solution/overview/?video=play** -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud http://solidfire.com/solution/overview/?video=play**
Re: [QUESTION] Integration Port
Thanks, Nitin! I had not seen this Wiki page before. On Fri, Jan 9, 2015 at 1:56 AM, Nitin Mehta nitin.me...@citrix.com wrote: Some documentation on list API can be found at https://cwiki.apache.org/confluence/display/CLOUDSTACK/List*+API+commands+r ules Thanks, -Nitin On 08/01/15 12:51 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Thanks for the response. I was under the impression that listAll used to return all volumes (regardless of account) when I issued the command via a web browser using 8096 in the past. Perhaps I was not remembering that correctly. Thanks again On Thu, Jan 8, 2015 at 1:30 PM, Prachi Damle prachi.da...@citrix.com wrote: Hey Mike, I am not aware if anything has changed w.r.t listAll recently. But just mentioning that with port 8096, CS assumes that the caller is the System user (ACCOUNT_TYPE_ADMIN) So listVolumes without listAll = true will list only the Volumes owned by the System account, which will be an empty set most likely. When listAll is null, the value is false by default. When you specify listAll = true, volumes of other users will be listed. Did your System user own any volumes? Only then your tests would have got back some volumes earlier. Thanks, Prachi From: Stephen Turner Sent: Thursday, January 08, 2015 10:59 AM To: dev@cloudstack.apache.org Cc: Vania Xu; Min Chen; Prachi Damle Subject: RE: [QUESTION] Integration Port Min or Prachi might have some information on this. -- Stephen Turner -Original Message- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: 08 January 2015 18:54 To: dev@cloudstack.apache.org Cc: Vania Xu Subject: [QUESTION] Integration Port Hi, I noticed with 4.6 that if I run this command that I get back no volumes: http://secure-web.cisco.com/1QFfmjJfPvcx0_-c2Ry2iMJZQHE8ZkZPxYagenr8okTkT 5LN35jPMNLSWMSlsNcpCbKakeL3n1SGr7NrB7VJxPXkckQnj0c24Zd_MnZqiMf3_1tD3X7XYB hh_VGLPrN0ofZwPxQTqU2vmBVRqCsrf84l-rrCA6DmVrECQk23mZak/http%3A%2F%2F192.1 68.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes This seemed odd (since I have user-facing volumes) and I tracked it down to one parameter: listAll It appears when using the integration port that listAll is null by default, which (in this case) is interpreted the same as false. That being the case, to retrieve volumes via the integration port, I had to run the following instead: http://secure-web.cisco.com/1P_Ssx1LBDJxkhmdc3ZiFePzQhF3rlwXuG8usVFV6agN8 RdL72LxFKeEJW-j4u6ClGUjI8ROYXCau2Y3QkOfvjL4scB4yquuafmB5Bsa9y1JYhNldfPOrV aS6fNTheWms0pyrvZtQwAR7X8XCxErN53BBLWnYN80wiIpTfSJF7_0/http%3A%2F%2F192.1 68.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes%26listAll%3Dtrue This seems like it might be a recent change. Does anyone know if this is on purpose? The problem is that my tests in Marvin fail now because no volumes come back when they're expected. Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud http://solidfire.com/solution/overview/?video=play* * -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud http://solidfire.com/solution/overview/?video=play* * -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud http://solidfire.com/solution/overview/?video=play*™*
[QUESTION] Integration Port
Hi, I noticed with 4.6 that if I run this command that I get back no volumes: http://192.168.129.88:8096/api?command=listVolumes This seemed odd (since I have user-facing volumes) and I tracked it down to one parameter: listAll It appears when using the integration port that listAll is null by default, which (in this case) is interpreted the same as false. That being the case, to retrieve volumes via the integration port, I had to run the following instead: http://192.168.129.88:8096/api?command=listVolumeslistAll=true This seems like it might be a recent change. Does anyone know if this is on purpose? The problem is that my tests in Marvin fail now because no volumes come back when they're expected. Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud http://solidfire.com/solution/overview/?video=play*™*
RE: [QUESTION] Integration Port
Min or Prachi might have some information on this. -- Stephen Turner -Original Message- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: 08 January 2015 18:54 To: dev@cloudstack.apache.org Cc: Vania Xu Subject: [QUESTION] Integration Port Hi, I noticed with 4.6 that if I run this command that I get back no volumes: http://secure-web.cisco.com/1QFfmjJfPvcx0_-c2Ry2iMJZQHE8ZkZPxYagenr8okTkT5LN35jPMNLSWMSlsNcpCbKakeL3n1SGr7NrB7VJxPXkckQnj0c24Zd_MnZqiMf3_1tD3X7XYBhh_VGLPrN0ofZwPxQTqU2vmBVRqCsrf84l-rrCA6DmVrECQk23mZak/http%3A%2F%2F192.168.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes This seemed odd (since I have user-facing volumes) and I tracked it down to one parameter: listAll It appears when using the integration port that listAll is null by default, which (in this case) is interpreted the same as false. That being the case, to retrieve volumes via the integration port, I had to run the following instead: http://secure-web.cisco.com/1P_Ssx1LBDJxkhmdc3ZiFePzQhF3rlwXuG8usVFV6agN8RdL72LxFKeEJW-j4u6ClGUjI8ROYXCau2Y3QkOfvjL4scB4yquuafmB5Bsa9y1JYhNldfPOrVaS6fNTheWms0pyrvZtQwAR7X8XCxErN53BBLWnYN80wiIpTfSJF7_0/http%3A%2F%2F192.168.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes%26listAll%3Dtrue This seems like it might be a recent change. Does anyone know if this is on purpose? The problem is that my tests in Marvin fail now because no volumes come back when they're expected. Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud http://solidfire.com/solution/overview/?video=play*™*
Re: [QUESTION] Integration Port
Thanks for the response. I was under the impression that listAll used to return all volumes (regardless of account) when I issued the command via a web browser using 8096 in the past. Perhaps I was not remembering that correctly. Thanks again On Thu, Jan 8, 2015 at 1:30 PM, Prachi Damle prachi.da...@citrix.com wrote: Hey Mike, I am not aware if anything has changed w.r.t listAll recently. But just mentioning that with port 8096, CS assumes that the caller is the System user (ACCOUNT_TYPE_ADMIN) So listVolumes without listAll = true will list only the Volumes owned by the System account, which will be an empty set most likely. When listAll is null, the value is false by default. When you specify listAll = true, volumes of other users will be listed. Did your System user own any volumes? Only then your tests would have got back some volumes earlier. Thanks, Prachi From: Stephen Turner Sent: Thursday, January 08, 2015 10:59 AM To: dev@cloudstack.apache.org Cc: Vania Xu; Min Chen; Prachi Damle Subject: RE: [QUESTION] Integration Port Min or Prachi might have some information on this. -- Stephen Turner -Original Message- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: 08 January 2015 18:54 To: dev@cloudstack.apache.org Cc: Vania Xu Subject: [QUESTION] Integration Port Hi, I noticed with 4.6 that if I run this command that I get back no volumes: http://secure-web.cisco.com/1QFfmjJfPvcx0_-c2Ry2iMJZQHE8ZkZPxYagenr8okTkT5LN35jPMNLSWMSlsNcpCbKakeL3n1SGr7NrB7VJxPXkckQnj0c24Zd_MnZqiMf3_1tD3X7XYBhh_VGLPrN0ofZwPxQTqU2vmBVRqCsrf84l-rrCA6DmVrECQk23mZak/http%3A%2F%2F192.168.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes This seemed odd (since I have user-facing volumes) and I tracked it down to one parameter: listAll It appears when using the integration port that listAll is null by default, which (in this case) is interpreted the same as false. That being the case, to retrieve volumes via the integration port, I had to run the following instead: http://secure-web.cisco.com/1P_Ssx1LBDJxkhmdc3ZiFePzQhF3rlwXuG8usVFV6agN8RdL72LxFKeEJW-j4u6ClGUjI8ROYXCau2Y3QkOfvjL4scB4yquuafmB5Bsa9y1JYhNldfPOrVaS6fNTheWms0pyrvZtQwAR7X8XCxErN53BBLWnYN80wiIpTfSJF7_0/http%3A%2F%2F192.168.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes%26listAll%3Dtrue This seems like it might be a recent change. Does anyone know if this is on purpose? The problem is that my tests in Marvin fail now because no volumes come back when they're expected. Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud http://solidfire.com/solution/overview/?video=play*™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud http://solidfire.com/solution/overview/?video=play*™*
RE: [QUESTION] Integration Port
Hey Mike, I am not aware if anything has changed w.r.t listAll recently. But just mentioning that with port 8096, CS assumes that the caller is the System user (ACCOUNT_TYPE_ADMIN) So listVolumes without listAll = true will list only the Volumes owned by the System account, which will be an empty set most likely. When listAll is null, the value is false by default. When you specify listAll = true, volumes of other users will be listed. Did your System user own any volumes? Only then your tests would have got back some volumes earlier. Thanks, Prachi From: Stephen Turner Sent: Thursday, January 08, 2015 10:59 AM To: dev@cloudstack.apache.org Cc: Vania Xu; Min Chen; Prachi Damle Subject: RE: [QUESTION] Integration Port Min or Prachi might have some information on this. -- Stephen Turner -Original Message- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: 08 January 2015 18:54 To: dev@cloudstack.apache.org Cc: Vania Xu Subject: [QUESTION] Integration Port Hi, I noticed with 4.6 that if I run this command that I get back no volumes: http://secure-web.cisco.com/1QFfmjJfPvcx0_-c2Ry2iMJZQHE8ZkZPxYagenr8okTkT5LN35jPMNLSWMSlsNcpCbKakeL3n1SGr7NrB7VJxPXkckQnj0c24Zd_MnZqiMf3_1tD3X7XYBhh_VGLPrN0ofZwPxQTqU2vmBVRqCsrf84l-rrCA6DmVrECQk23mZak/http%3A%2F%2F192.168.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes This seemed odd (since I have user-facing volumes) and I tracked it down to one parameter: listAll It appears when using the integration port that listAll is null by default, which (in this case) is interpreted the same as false. That being the case, to retrieve volumes via the integration port, I had to run the following instead: http://secure-web.cisco.com/1P_Ssx1LBDJxkhmdc3ZiFePzQhF3rlwXuG8usVFV6agN8RdL72LxFKeEJW-j4u6ClGUjI8ROYXCau2Y3QkOfvjL4scB4yquuafmB5Bsa9y1JYhNldfPOrVaS6fNTheWms0pyrvZtQwAR7X8XCxErN53BBLWnYN80wiIpTfSJF7_0/http%3A%2F%2F192.168.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes%26listAll%3Dtrue This seems like it might be a recent change. Does anyone know if this is on purpose? The problem is that my tests in Marvin fail now because no volumes come back when they're expected. Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud http://solidfire.com/solution/overview/?video=play*™*