no, when I change the last byte of the app key, the ‘save’ button gets active. but when I click on it the following error is shown:
permission denied: V2 clusters are now read-only. Migrate your devices to a The Things Stack (V3) cluster now! V2 clusters will permanently shut down in December 2021.
1 Like
Yes, that was problem I saw, and a sad (unintended?) consequence of V2 RO. See my advice/ recommendation to @Inou above as it looks like we have to jump wholesale across to V3 without V2 fall back safety net… I jump after Summer Academy is over! 
Hmm, that’s strange. V2 should allow clearing the AppKey, because that’s also what the migration tool does. Can you try emptying it out completely? Or setting it to all zeros?
Also getting the error when trying to change the AppKey to prevent a device from joining V2 - allowing me to fall back to V2 if the migration fails.
See recommendation in docs here, which recommends changing the AppKey.
https://www.thethingsindustries.com/docs/getting-started/migrating/migrating-from-v2/migrate-using-migration-tool/establish-new-session/#prevent-the-end-device-from-joining-v2-network
If someone can confirm that clearing (not changing) the AppKey works I’ll change the wording in the documentation.
But clearing, not changing, will mean we don’t have a fall net (v2) if the migration failed.
Currently I have an issue with my device experiencing packet loss on V3, while the same packets are received on V2.
One way migration makes it very difficult to debug.
Okay, that makes sense. I just deployed a quick change that should allow you to change the AppKey.
2 Likes
Tried changing AppKey again tonight (just now) and still seeing cant be saved error message 
Enquiring minds would like to know why you don’t have a handful of devices & a couple of gateways running on a login that’s not directly connected to a staff level account so you can try this stuff yourself? Surely as quick to try as it is to type a request for someone who may then not test it as you expect & then give you duff information …
Asking for a friend who’s trying to rip me a new lower waste orifice as their frustration levels with migration make an outbreak of the T-Virus in the Hive at the Umbrella Corporation look like a company picnic. I think they are alluding to all the zombie devices they anticipate owning in Jan '22.
All of my test devices have been migrated to V3 a long time ago, so no, I don’t have anything left on V2.
…And of course he cant add any more now! 
That’s a bit unfortunate - how did you plan to test the migration after going read-only?
Surely TTI has a test setup still?
1 Like
Just tried an un-used device on V2 and I can swap the octals in the last byte of the AppKey for an OTAA device 
Can we have the same ability for ABP devices please.
Ah good to know - will go try shortly…
Also discovered cant edit general info (I typically give a general location indicator in description - 1st part or post code etc - helps me scanning list when I only have anonymized eui-blahblah to work of quickly),
and worst still as you know I often relocate GW’s for trials and test deployments, community or client loans etc. and whilst I dont always change location in settings if I remember I like to change description and location on Map for longer term deployments - more than a few days…location cant be changed either. Not adding a new GW just ‘updating’ where in the world it might be, ah well (confuses the hell out of TTN Mapper! with some crazy links shown ;-)) 
As here:
Editing that worked! Changing front failed but selective edit possible…save failed initially as I also edited description to remind myself what I has changed, Dhoh! Removed reminder and all good, now see repeatedly able to trigger V3 joins and get stream of data. Integration added (Cayenne for now MQTT and other Webhooks later per ttsa! 
), and device deployed for collaborator/client who’s happy with a quick dashboard monitoring bulk water system:-)
Will nuke original V2 device/app reg later…
Changing the last two characters means it’s easy to change them back - don’t need to remember them.
Whatever I try, I really can’t change the AppKey in https://v2console.thethingsnetwork.org/applications/.../devices/.../settings. I aways get hit by the read-only error. Tried to strip down the call using curl, like:
curl 'https://v2console.thethingsnetwork.org/api/applications/st-production/devices/18000263306' \
-X 'PATCH' \
-H 'accept: application/json' \
-H 'authorization: Bearer ...' \
--data-raw '{"app_key":"AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA"}'
But I always get:
{"reason":"permission denied: V2 clusters are now read-only. Migrate your devices to a The Things Stack (V3) cluster now! V2 clusters will permanently shut down in December 2021."}
Also I tried ttnctl, same problem.
It looks like deleting the device in v2 is the only option possible currently. Which is a pain as I wanted to issue a rejoin downlink to get them on the v3 network.
I cannot change the AppKey. I cannot swap octals in the last byte or anything like that. I can only set to all zeros (clear). My application is using meshed-handler (Australia).
So it seems like the Meshed handler is running a slightly older version that does not contain a fix that allows this.
I’ve updated this now. Can you check and let me know if you can update the keys?