Search the Community

Hi, So I have been trying to work out a way to delete my admin and all other accounts to start from scratch as I was just testing 2600hz out before but now I wana set it up for real. I have checked here https://docs.2600hz.com/dev/applications/crossbar/doc/maintenance/ And can't see a way to delete all the accounts to start from scratch. At this point I assume I will have to delete it from the DB i setup which is CouchDB. What tables/documents would I need to delete in order to reset 2600hz users to 0 so I can create a new admin from 'sup' again? Thanks.

Hi, I am trying to upload media files bigger than 5Mb in Kazoo 4.3 for music on hold. I have updated the max_upload_size to 15000000 in the '/system_configs/crossbar'. However, when trying to upload an 7Mb files, I get: "content_length":{"maximum":{"message":"Value must be at most 5242880","target":5242880,"value":7319180}} Full log: Sep 12 10:41:32 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_util:215(<0.12452.151>) application/x-base64 content type when getting req data Sep 12 10:41:33 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_util:496(<0.12452.151>) received request body payload (size: 8000800 bytes) Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_util:440(<0.12452.151>) request is a base64 file upload of type: audio/mp3 Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_util:812(<0.12452.151>) using auth token from header Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|crossbar_bindings:90(<0.12452.151>) folding v2_resource.init Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_resource:94(<0.12452.151>) POST: /v2/accounts/54527481dd235a3611ba3d5e7fb10c39/media/58f1c71edb4e653f03acd45c049340e1/raw? from xx.xx.xx.xx Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_resource:297(<0.12452.151>) run: known_methods Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_resource:309(<0.12452.151>) run: allowed_methods Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|crossbar_bindings:78(<0.12452.151>) pmapping v2_resource.early_authenticate Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|kazoo_bindings:779(<0.12452.151>) matched [<<"early_authenticate">>,<<"*">>] to [<<"early_authenticate">>,<<"v2_resource">>] Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|cb_token_auth:179(<0.12460.151>) checking auth token Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|kz_auth_keys:152(<0.12460.151>) public key '6823a167d6a1c0504b0dcafdca330488' fetched from cache Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|kz_auth_jwt:132(<0.12460.151>) verifying claimed identity Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|kz_auth_identity:302(<0.12460.151>) verifying key for identity '54527481dd235a3611ba3d5e7fb10c39' Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_util:720(<0.12452.151>) one true context: [] Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_resource:322(<0.12452.151>) run: authed_allowed_methods Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|crossbar_bindings:73(<0.12452.151>) mapping v2_resource.allowed_methods.media Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|kazoo_bindings:751(<0.12452.151>) matched [<<"media">>,<<"allowed_methods">>,<<"*">>] to [<<"media">>,<<"allowed_methods">>,<<"v2_resource">>] Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|cb_accounts:1248(<0.12452.151>) account 54527481dd235a3611ba3d5e7fb10c39 db exists, setting operating database as account%2F54%2F52%2F7481dd235a3611ba3d5e7fb10c39 Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|crossbar_bindings:78(<0.12452.151>) pmapping v2_resource.authenticate Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|kazoo_bindings:779(<0.12452.151>) matched [<<"authenticate">>,<<"*">>] to [<<"authenticate">>,<<"v2_resource">>] Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|kazoo_bindings:765(<0.12452.151>) exact match for v2_resource.authenticate Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|crossbar_bindings:78(<0.12452.151>) pmapping v2_resource.authorize Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|kazoo_bindings:779(<0.12452.151>) matched [<<"authorize">>,<<"*">>] to [<<"authorize">>,<<"v2_resource">>] Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|cb_context:237(<0.12478.151>) checking for superduper admin: 54527481dd235a3611ba3d5e7fb10c39 Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|cb_context:240(<0.12478.151>) the requestor is a superduper admin Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|cb_simple_authz:146(<0.12478.151>) authorizing, the request does not contain any system administration modules Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|cb_simple_authz:69(<0.12478.151>) authorizing the request Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|cb_context:237(<0.12492.151>) checking for superduper admin: 54527481dd235a3611ba3d5e7fb10c39 Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|cb_context:240(<0.12492.151>) the requestor is a superduper admin Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|cb_simple_authz:146(<0.12492.151>) authorizing, the request does not contain any system administration modules Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|cb_simple_authz:69(<0.12492.151>) authorizing the request Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|kazoo_bindings:765(<0.12452.151>) exact match for v2_resource.authorize Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|crossbar_bindings:78(<0.12452.151>) pmapping v2_resource.authorize.media Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_resource:504(<0.12452.151>) run: content_types_provided Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|crossbar_bindings:90(<0.12452.151>) folding v2_resource.content_types_provided.media Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_resource:531(<0.12452.151>) ctp: [{{<<"application">>,<<"json">>,[]},to_json},{{<<"application">>,<<"x-json">>,[]},to_json},{{<<"application">>,<<"octet-stream">>,[]},to_csv},{{<<"text">>,<<"csv">>,[]},to_csv},{{<<"text">>,<<"comma-separated-values">>,[]},to_csv}] Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_resource:634(<0.12452.151>) run: languages_provided Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|crossbar_bindings:90(<0.12452.151>) folding v2_resource.languages_provided.media Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_resource:662(<0.12452.151>) run: resource_exists Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|crossbar_bindings:73(<0.12452.151>) mapping v2_resource.resource_exists.media Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|kazoo_bindings:751(<0.12452.151>) matched [<<"media">>,<<"resource_exists">>,<<"*">>] to [<<"media">>,<<"resource_exists">>,<<"v2_resource">>] Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_resource:674(<0.12452.151>) requested resource exists, validating it Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|crossbar_bindings:90(<0.12452.151>) folding v2_resource.validate_resource.accounts Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|cb_accounts:1248(<0.12452.151>) account 54527481dd235a3611ba3d5e7fb10c39 db exists, setting operating database as account%2F54%2F52%2F7481dd235a3611ba3d5e7fb10c39 Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|crossbar_bindings:90(<0.12452.151>) folding v2_resource.validate_resource.media Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|crossbar_bindings:90(<0.12452.151>) folding v2_resource.validate.media Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|cb_media:252(<0.12452.151>) uploading binary data to '58f1c71edb4e653f03acd45c049340e1' Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|crossbar_doc:237(<0.12452.151>) loaded doc 58f1c71edb4e653f03acd45c049340e1(2-08071b75e3421e204b8138728706bc15) from account%2F54%2F52%2F7481dd235a3611ba3d5e7fb10c39 Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|cb_media:277(<0.12452.151>) loaded media meta for '58f1c71edb4e653f03acd45c049340e1' Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|cb_media:305(<0.12452.151>) normalization not enabled, leaving upload as-is Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|cb_context:868(<0.12452.151>) validation errors but not strictly validating, trying to fix request Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|cb_context:884(<0.12452.151>) validation failed media: [{data_invalid,{[{<<"description">>,<<"Length, in bytes, of the file">>},{<<"maximum">>,5242880},{<<"minimum">>,1},{<<"support_level">>,<<"supported">>},{<<"type">>,<<"integer">>}]},not_in_range,7319180,[<<"content_length">>]}] Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_util:1051(<0.12452.151>) validating data failed Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_resource:686(<0.12452.151>) failed to validate resource Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_util:1687(<0.12452.151>) stopping execution here with status code 400 Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_util:1590(<0.12452.151>) generating error 400 validation error response Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_util:1690(<0.12452.151>) setting resp body: {"data":{"content_length":{"maximum":{"message":"Value must be at most 5242880","target":5242880,"value":7319180}}},"error":"400","message":"validation error","status":"error","timestamp":"2019-09-12T09:41:34Z","version":"4.3.32","node":"XQIuNMsKxxqsgjHG17Zezw","request_id":"e0fb62358b9a255e05da2c19e121d434","auth_token":"eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCIsImtpZCI6IjY4MjNhMTY3ZDZhMWMwNTA0YjBkY2FmZGNhMzMwNDg4In0.eyJpc3MiOiJrYXpvbyIsImlkZW50aXR5X3NpZyI6IkN4QmRpOWlaekhxeXpaaFhOYTNiTGI0ZnN0UUo1UzRSYlpqZUJ6YUZDVDgiLCJhY2NvdW50X2lkIjoiNTQ1Mjc0ODFkZDIzNWEzNjExYmEzZDVlN2ZiMTBjMzkiLCJtZXRob2QiOiJjYl9hcGlfYXV0aCIsImV4cCI6MTU2ODI4NDg4OH0.e6_b71aDQv0UBwYvZgG_LsYiL2NP6o4-PjSAPmcGBSZtgsPkBWH_v9JtLwdJ3ZvnxkowkAEqKLwEGhW4gTWEUY9tjpC9EiqSFHyW-xFqTxEltiNgFUWRhqq02dp4wl7qwNJyuHKftUx8LJ_Sn8u98vJ8K4dLdUsFRT-5whdbcbN058P-SJYg-Ov58u7X-Q53R7ESIiAkljF2rTbnrKeiLpZBawM3LkEARy_mW1I2jW0iLbHn-czFpQYnAvea5l1owcmvL_1qHwl3ohdJcMYbsZ4wJe40UW5GGpPUXs_PYfxdIIZkYG0uWcWWcM-guFmj6tToNbZx7Hz3jbucRSu_9g"} Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_util:1694(<0.12452.151>) ensured CORS headers are on the response Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_util:1698(<0.12452.151>) replying with 400 Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_resource:246(<0.12452.151>) session finished: normal Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|api_resource:259(<0.12452.151>) POST request fulfilled in 2094 ms 236K656B mem 6M1006K907B bin Sep 12 10:41:34 kazoo-test 2600hz[427]: |e0fb62358b9a255e05da2c19e121d434|crossbar_bindings:78(<0.12500.151>) pmapping v2_resource.finish_request.POST.media Uploading files smaller than 5Mb works fine. Is there anything am I missing?

According to https://github.com/2600hz/kazoo/blob/master/applications/crossbar/doc/media.md You can PUT system media files at the endpoint http://server.com:8000/v2/media How do I reference these using crossbar from an account, say, when creating a menu and I want to use some system media as a menu greeting? "data": { "name": "Test menu 2", "record_pin": "1234", "retries": 3, "suppress_media": false, "timeout": 10000, "interdigit_timeout": 2000, "max_extension_length": 4, "allow_record_from_offnet": true, "hunt": true, "media": { "exit_media": true, "greeting": "{SYSTEM_MEDIA_ID}", "invalid_media": true, "transfer_media": true }, The above doesn't work, what am I missing?

On a new cluster, latest kazoo v4.2.3, Monster-UI v4.2.10, Accounts App v4.2.0, functionally fine other than this small issue: The latest version of the Accounts app when adding a new account, unsuccessfully makes a call to a service_planner endpoint resulting in an error and ultimately an unusable Accounts app. Other apps seem fine. I search the kazoo repo and was only able to find a few references to this searching for "service_planner", mainly in the service_planner.md and cb_service_planner.erl files, none of these are able to be found other than in this commit and referenced pull request. service planner available fields to customize API (#4104) https://github.com/2600hz/kazoo/commit/5ee55d9b9c97f05b78369682c2ad0ae2f6610ac7 KAZOO-5618: Service plans planner API https://github.com/2600hz/kazoo/pull/4087 OK, looks like a new API but there wasn't a branch (including master) or RPM (Tried them all) that I could find the code in, namely cb_service_planner.erl So, looks like I can't fix this by rebuilding kazoo (even checking out master), so I should have to downgrade MonsterUI to a version that doesn't attempt to use this new API. At appearance, it would seem the problem lies in the Accounts MonsterUI app, but I was able to trace it down to a MonsterUI core template: servicePlanDetails.js The commit in the MonsterUI repo where the change appears to be introduced: UI-2390: service plan overrides with new ledgers item: https://github.com/2600hz/monster-ui/commit/3a20cad6938acd46efce554d4f7be3203c499f1d#diff-34258a55b944d8971d79d24e1871ba54R782 It appears after this change, it was also ported back to earlier 4.2.x RPM's because this string appears when grepped for on all 4.2.x RPM's. At this point I realize the solution either involves surgery or rolling back to 4.1.x so I do that and call it a day to get things working. This is sad because I would really like to use a more recent version of Kazoo and MonsterUI. I see it is effectively working on the Kazoo Sandbox (MonsterUI v4.2.10 according to the version string). On there it appears the service_planner endpoint is working correctly too. Is there a way I can check this out on open-source? If not, any idea when it might be released in the future? Also, would copy/pasting the source from github for cb_service_planner.erl work or just asking for trouble? I'm not asking for support on an undocumented feature, I'm just looking to have Kazoo & MonsterUI 4.2.x able to create a new user through the UI, and to tip you guys off on a possible bug if it ends up being one. Thanks!