Status Update
Comments
cb...@google.com <cb...@google.com> #2
ya...@gmail.com <ya...@gmail.com> #3
pv...@gmail.com <pv...@gmail.com> #4
Thumbnail files become bigger than the combined size of all other photos, so it has to be a bug.
Gallery and Camera become extremly sluggish after a while (because they have to read those massive thumbnail files?). They become responsive after deleteing those files. But the files become autocreated, and keep growing again.
Only workaround seem to ba a couple of hacks that stop the Gallery App from re-creating those darn files (e.g. chmod a-w, or creating directories with those filenames names)
pk...@gae123.com <pk...@gae123.com> #5
The only workaround to temporary fix it is trough command line:
1) delete these files and make the .thumbnail folder read-only
2) create a script that every now and since cleanup this folder
Unfortunately, the CPU consumption will still be there in both cases. Try to use as less as possible the official gallery, and use instead another one (e.g. xperia gallery, or any app)
Ciao
Pietro
ma...@gmail.com <ma...@gmail.com> #6
ra...@gmail.com <ra...@gmail.com> #8
ev...@gmail.com <ev...@gmail.com> #9
as...@gmail.com <as...@gmail.com> #10
il...@gmail.com <il...@gmail.com> #11
er...@gmail.com <er...@gmail.com> #12
kl...@gmail.com <kl...@gmail.com> #13
ra...@gmail.com <ra...@gmail.com> #14
In my case, the largest record for the file "thumbdata3-(random digits)" is 3.7G.
--
Device Model: Sony XPERIA P (Lt22i)
Android Version: 4.1.2
ROM Version: Sony official ROM 6.2.A.1.100
ju...@gmail.com <ju...@gmail.com> #15
ku...@gmail.com <ku...@gmail.com> #16
Huawey Ascend Y300, phone is totally unusable, 1GB eaten by NOTHING!!!!!!!
ha...@gmail.com <ha...@gmail.com> #17
si...@gmail.com <si...@gmail.com> #18
ro...@tdl.ee <ro...@tdl.ee> #19
I'm really embarrassed.. please let me know if anyone got solution yet
r....@gmail.com <r....@gmail.com> #20
My .thumbdata file is around 1GB which is way more than total size of all images on device, that doesn't make sense does it ?
--
GT-I8160
4.1.2
ke...@cognicraft.io <ke...@cognicraft.io> #21
de...@sysadmin.fail <de...@sysadmin.fail> #22
This is irritating that I have to keep manually deleting the thumbnails folder to free up space so my phone can function. Every time I use the gallery or camera, this stupid folder gets created again and runs my phone out of memory.
Using a Samsung Galaxy Light, running 4.2.2, with latest updates.
[Deleted User] <[Deleted User]> #23
probably the best file "manager" I have used, its simple to use and very
organized. It allows me to manipulate files/folders how I want and give
access to all file systems (add-on for root). The reason this app helped me
with thumbnail issue is because it allowed you to create
shortcuts/bookmarks of any folder and place it on the home screen or by
default it has its own home screen where you have access to your file
systems and bookmarks. It takes just a few clicks to delete a folder and
create a new one. Oh plus you can use split screen for multiple windows.
Here is a link.
I hope it helps. At least for now.
James Doyle
[Deleted User] <[Deleted User]> #24
sh...@gmail.com <sh...@gmail.com> #25
[Deleted User] <[Deleted User]> #26
be...@kiowy.com <be...@kiowy.com> #27
Deleting the file and creating a folder with the same name is no good, as it keeps overwriting it & creating the massive file over and over again. Using non-stock camera, file manager and gallery only delays the process.
This is a major flaw.
rc...@telecomwsi.com <rc...@telecomwsi.com> #28
gi...@gmail.com <gi...@gmail.com> #29
va...@motivity.ca <va...@motivity.ca> #30
At this time, the storage space also does not incremented in 1300MB.
So, it seems that if we delete the file, the system will not really remove it.
May this file works as a link to an internal system file?
Using Android 4.1.2
we...@gmail.com <we...@gmail.com> #31
ga...@segasec.com <ga...@segasec.com> #32
[Deleted User] <[Deleted User]> #33
ma...@sap.com <ma...@sap.com> #34
[Deleted User] <[Deleted User]> #35
de...@gmail.com <de...@gmail.com> #36
Solution:
1. Go to "DCIM/.thumbnails" folder of your sd card and copy the name of the thumbnail file.(mine is " .thumbdata3--1967290299")
2. Now select any unwanted file or take a copy of any file and rename it with that thumbnail filename.( .thumbdata3--1967290299)
Note: Select any small file that you can find in your device. ( I took a 5kb file)
DON'T GET A 0kb FILE!!!
3. Now replace the original thumbnail file with the small file that we renamed.
THAT'S ALL!!!! YOU HAVE DONE IT!!! IT WON'T BE CREATED AGAIN
kh...@fontrip.com <kh...@fontrip.com> #37
[Deleted User] <[Deleted User]> #38
da...@gtempaccount.com <da...@gtempaccount.com> #39
Enjoy :)
an...@datacenter.fi <an...@datacenter.fi> #40
an...@mana.paris <an...@mana.paris> #41
"Ticking time-bomb bug renders android phones useless after a few years. Google don't give a shit"
Or something like that with fewer words.
sa...@google.com <sa...@google.com> #42
Just like #16 Rob.tuto...@gmail.com suggested. As it seems to work.
[Deleted User] <[Deleted User]> #43
da...@gmail.com <da...@gmail.com> #44
1) Keeps info about files you have deleted from your phone. The file gets bigger everytime you shoot a photo, but doesn't get smaller when you delete one. If you shoot many photos and then reject lots of them, it will get massive.
2) It's NOT deletable (at least on some phones). If you delete it using say, ES file explorer, it appears deleted, but you do NOT get any free space back. And it reappears after 15 minutes of so with the same size (you may have to open the camera and gallery in the meantime).
Back in the days of 2.x, you could jus delete it using your PC, but 4.x devices hide files starting with a dot from the PC.
PS: Interesting conversation here:
[Deleted User] <[Deleted User]> #45
pa...@scope.studio <pa...@scope.studio> #46
po...@gmail.com <po...@gmail.com> #47
A collection of different devices and different Android systems (mine is SIII updated to Android 4.3) with "46 people starred this issue and may be notified of changes" as of this comment and the only "@android" Project member comment is "
Google ".thumbdata3" and you'll find many people with this problem, trying to apply a DIY solution.
So, a defect that's been around for more than 1 year and 3 months affecting lots of users of Android systems and that's not a "High" priority?
Come on guys! this is worth a fix ASAP. As time goes by and the use of Android devices increases, this is going to happen everywhere.
[Deleted User] <[Deleted User]> #48
ar...@gmail.com <ar...@gmail.com> #49
I also have to say something else, i have 2 .thumbdata3 files each of 1.9GB witch means 3,8GB total but if i delete them using either CleanMaster or manually using FX file manager , i don't get "back" those 3,8GB for free space. instead i get something about 500MB !!! this is realy wierd
[Deleted User] <[Deleted User]> #50
nu...@gmail.com <nu...@gmail.com> #51
Copy one file (anyone) like jpg picture & paste it to DCIM Folder. Then delete the folder named ".thumbnails" first & then rename that picture you've just copied with the same name as of that folder quickly i.e. ".thumbnails".
Now Android will not even be able to access the location called "sdcard/DCIM/.thumnails" to regenerate those ".thumbdata*******" files which were Occupying huge space in your phone.
This problem got solved in my case by the said method. I don't know if it works in other phones.
If anyone gets problem like they did delete the folder named ".thumbnails" but they didn't get the whole space back which was occupied by those files than here is the solution...:
To delete the file(s) named as ".thumbdata******" you have to create one file in other (Anyother) folder & rename it with the same name as of that file i.e. ".thumbdata******" & then copy this new file & paste it to the folder ".thumbnails" & then on being asked about whether to overwrite it then tap on "yes". Now your work done. The space which was occupied by that file will be free. Now go for the above given trick to stop it being regenerated.
iv...@gmail.com <iv...@gmail.com> #52
1. I replaced my .thumbnails folder with a file of the same name months ago, after deleting the files inside. I did not get back my space.
2. Read the fix today above for getting the space back. I was hopeful! So I renamed the .thumbnails file so that the .thumbnails folder would get recreated. The folder was recreated but was empty.
3. I then took a picture with the stock camera and viewed it in Gallery. The .thumdataXXX file was recreated, with the full 4.54 GB size that it was when I first deleted it. This was exciting!
4. Created a file, renamed it to be the same name as the .thumbataXXX file (I copied the name so it was not mistyped), then copied the new .thumbdataXXX into the .thumbnails folder and overwrote when prompted. I did not get the space back. I restarted the phone just in case as well.
5. I deleted my replacement .thumbdataXXX file, then took another picture with the stock camera and viewed it in Gallery, and it was recreated again with the full file size.
I also repeated step 4 after freezing Camera and Gallery with Titanium Backup. Same result.
So at this point at least we know how to get that file back. It still exists somewhere, as Android knows to recreate it at that same file size. I would really love to know how to wipe out this file permanently and get the space back without wiping my phone.
jc...@digibru.com <jc...@digibru.com> #53
[Deleted User] <[Deleted User]> #54
"It still exists somewhere"
Exactly. Since 4.2 introduced "emulated storage", you just can't go ahead and delete a file Android considers "important". You don't have access to the real filesystem. And Android just pretends it deleted the file.
Man, this bug makes me hate Android. It's one sole bug in an otherwise excellent OS sure, but it's a really nasty one. Do we leave in an age when it's considered OK to just waste 1-2GB of a mobile device? WTF.
da...@work.it <da...@work.it> #55
I did, and now not only I didn't got any space back, but the original 1.4GB file is now invisible, and I have a second thumbdata3 file with the same name of 27.11MB in size.
sa...@gmail.com <sa...@gmail.com> #56
19...@gmail.com <19...@gmail.com> #57
There is a very detailed explanation for this in the cyanogenmod issue tracker:
As it points out this is not an easy task to do. But I'd really like at least some improvements.
yu...@gmail.com <yu...@gmail.com> #58
is...@gmail.com <is...@gmail.com> #59
yi...@gmail.com <yi...@gmail.com> #60
this thumbnail data is really serious bug and immediate attention is required pls..!!
how can i prevent this without OS updates as my HTC is not going to get further updates.
ep...@publicreputation.com <ep...@publicreputation.com> #61
le...@ecosio.com <le...@ecosio.com> #62
ja...@dtforce.com <ja...@dtforce.com> #63
ma...@gmail.com <ma...@gmail.com> #64
I will try some fixes listed above, if they don't work i'm wiping the phone.
jd...@certona.com <jd...@certona.com> #65
folder) with the same name. Like - (.thumbnails). That's it... ;)
ra...@gmail.com <ra...@gmail.com> #66
- delete / create other .thumbnails file / folder
Deleting the gigantic 3,7GB file, and after that deleting app data/cache from gallery and all my media players did work. I now only have a 708MB thumbnail file which is appropriate for the amount of pictures and videos i have.
oi...@bushelpowered.com <oi...@bushelpowered.com> #67
ju...@notablehealth.com <ju...@notablehealth.com> #68
ko...@gmail.com <ko...@gmail.com> #69
- delete the thumbnail folder or the thumbdata file
- never again use the Gallery App, not even to send photos on whatsapp,... I use QuickPic instead.
tr...@gmail.com <tr...@gmail.com> #70
da...@realcity.hu <da...@realcity.hu> #71
a2...@gmail.com <a2...@gmail.com> #72
nj...@gmail.com <nj...@gmail.com> #73
If journalists were to pick up on what is effectively a planned obsolescence issue - essentially, this bug makes any Android phone or tablet useless once it's about 2 years old it might causes a big enough stink for even Google to take notice.
fa...@gmail.com <fa...@gmail.com> #74
soon as they are recognised by the device in addition to other applications
also creating a thumbnail image in that app data folder. the image isn't
necessarily created when you view the full-sized image, it's created when
the smaller icon/thumbnail-sized image is viewed/recognised, such as in the
list of picture files in a file explorer or the home screen of the
gallery/player/viewer. Most all apps have their own data files that saves
thumbnails for quick access. The original mfg folder that saves images and
thumbnails for Android gallery is DCIM, (.thumbnail) file uses most storage
and can be deleted or replaced(prefered) as mentioned in this issue.
Google+ <
[Deleted User] <[Deleted User]> #75
ei...@google.com <ei...@google.com> #76
name(.thumbnails) .
Most important - enjoy.. :D
[Deleted User] <[Deleted User]> #77
er...@cybereason.com <er...@cybereason.com> #78
Galaxy young, MMX Canvas 2, Galaxy Star pro....
Restart/Reset ur phone
Than try this again... (-.-)
jo...@gtempaccount.com <jo...@gtempaccount.com> #79
It's not acceptable to ignore it for so long. Smartphones have such small amounts of internal ram - where everything (like this) now needs to be stored thanks to the stupid External Storage restriction (with their flimsy and implausible excuse of a reason) in KitKat.
[Deleted User] <[Deleted User]> #80
##############################################################################
##############################################################################
##############################################################################
######################## ########################
######################## THIS IS NOT A BUG ########################
######################## YOUR SPACE IS NOT WASTED ########################
######################## ########################
##############################################################################
##############################################################################
##############################################################################
The thumbnail file is a so called sparse file. That means it reports itself as being a certain size, but actually uses much less on your storage. Details on this are on Wikipedia:
You can verify on your own phone just how much space the file actually uses by installing these tools (not even rooting is needed):
- BusyBox -
- Android Terminal Emulator -
With these installed you can run these commands to confim the actual sizes:
$ cd sdcard/DCIM/.thumbnails
$ ls -la
$ du -k *
$ du -k .*
These commands will: Go to the thumbnail dir; show all files and their supposed size in bytes; show the sizes, in kilobytes, of all files not starting with a '.'; show the sizes, in kilobytes, of all files starting with a '.'.
That last du command will indicate a much smaller number than the one indicated by the ls command.
This means that all tricks to delete the files and prevent them from being recreated are entirely pointless, as they will, after deletion, in fact only use up almost no space whatsoever. Additionally i recommend you send emails to the developers of whatever tools showed you those giant file sizes, so they know they need to upgrade their software to not show you the apparent file sizes for files that use up much less actual space.
Android team, please close this ticket. There is nothing for you to do here besides maybe educating people about this. :)
in...@gmail.com <in...@gmail.com> #81
It is not "not a bug" if normal system operation id interrupted because of missing disk space. But maybe you can educate us where the space has gone then, if it is not the tumbnails file.
ju...@globant.com <ju...@globant.com> #82
A considerable of quantity of thumbnail files ARE created. The thumbnails created but no longer relevant (due to the destination files no longer being present) hang around for extended periods of time until certain conditions are met.
This in itself creates conflicts within applications viewing the thumbnails, many of which are effective dead ends.
Whilst various components within the OS and various apps view space as allocated, that space is notwithstanding unavailable to those OS components and apps.
If we are to assume that the removal of RW privileges to External Storage within KitKat are for the purpose of not having third party crap lying around, then it's about time Google sorted its own house out and stopped leaving crap lying around hogging disk space or virtual disk space.
There is an issue here still to be resolved. The whole way thumbnails are generated and stored, cleaned up and accessed by various different apps and by elements within the OS needs to be examined as the current behaviour is a legacy from the early days, and more reminiscent of something Symbian would've done ten years ago. It's a chaotic, disordered, untidy and wasteful mess.
co...@dinsa.es <co...@dinsa.es> #83
The space went to installed apps, which most third-party tools cannot usefully report on, and of course the other files stored on the phone. As i described, you can check for yourself just how much space those files actually occupy.
#81
This ticket is specifically about the two sparse files in .thumbnails which seemingly grow uncontrollably and eat up all space without recourse for the user, but in reality do nothing of the sort. There may be other parts of the system that use space on the device in a sub-optimal manner, but they are not those two files and as such should be reported on in a different ticket.
Do keep in mind that for bug tickets to be useful they must describe a fault as small as possible.
lj...@gmail.com <lj...@gmail.com> #84
Really what is needed is a high-level policy decision about thumbnails as, with the exponential growth in popularity of android, the speed of internet connections, the size of modern images and thumbnail files and the typical quantity of image data that is now held on the current generation of devices, the problematic impact of any sloppy behaviour is magnified, exponentially.
me...@gmail.com <me...@gmail.com> #85
da...@gmail.com <da...@gmail.com> #86
You understand most of what i'm saying, but overlook the important part: If you wish something to be adressed, you need to describe it concisely, precisely, clearly, and most importantly: In a new ticket. :)
zi...@google.com <zi...@google.com> #87
Files under DCIM/.thumbnails ARE eating away at storage, just as it says in the subject line.
OK, so the person who opened the ticket perhaps overstated the role the .thumb.. file has in this but the fact is the thumbnails THEMSELVES are there, eat up the space and don't go away when deleted.
If you are an Android developer, walde.ch.., then I must have a wry smile to myself when I see the tradition, captured so often in Dilbert comic strips, of blaming the user for not being able to express the FAULT in your exact terms (because they don't have access to the design detail you have and therefore can't!) and dismissing their reports is being kept up in the 21st Century.
be...@stack-labs.com <be...@stack-labs.com> #88
They do. See my first post above. Read up on sparse files if you're not clear about why what i explained means they do. And no, i am not affiliated with Android in any way, which is why i asked them to close this.
[Deleted User] <[Deleted User]> #89
I get the idea that the .thumb...31919 file (or whatever it's called today) is sparse.
But I don't get how it is that some rather personal images that were on a SD card I loaded into my phone to find out who's card it actually was are now there for life - I delete them and they come back. I delete them and they come back.
Luckily my wife knows how those images came to be there!
[Deleted User] <[Deleted User]> #90
No you don't. The files come back, but contain no actual data. They are mostly empty. That's what sparse means. Try copying them onto your computer and look at them with a text editor. They consist largely of 00 bytes, which take up no space on your phone.
fh...@bridgerins.com <fh...@bridgerins.com> #91
Peter
[Deleted User] <[Deleted User]> #92
So these thumbnail files that are cluttering up the storage space and keep recurring following deletion of the originals, even the pornographic ones which the owner is desperately trying to delete, permanently (but can't) aren't actually a problem, in terms of the strictest subdivision of this bug report down to one or two specific files as you claim is the exact meaning of the OP's bug report. Is that what you're saying ?
I would honestly like to think that the minds that managed to create the Android operating system in the first place are sufficiently adapt at determining what is (and is not) a problem, once flagged, and are capable of determining the root cause and knock on effects for themselves without someone splitting hairs over a few imprecisions on the part of the person submitting the bug report and telling them that "it's ok guys, I got this one, he didn't define the problem in sufficiently infinitesimal detail so you can chuck it out the window."
Perhaps we should step back and allow this bug report to rise or fall on it's own merits, based on whether it's observed to be a problem by enough users without nit-picking minutiae in order to demonstrate greater technical competence. These are bug reports to try to improve and operating system and its applications. There's no need to feel personally involved. :)
The problem of "thumbnails are eating away at SD card storage" persists even if the strict directory location for the problem is not /DCIM/.thumbnails.
ky...@lodgify.com <ky...@lodgify.com> #93
I suspect you're conflating the effects of deleting the two big cache files with the effects of deleting the individual thumbnail files in that directory. Have you tried simply deleting the directory from time to time without doing the whole replacement dance?
#91
> zero length files
I was trying to help you by dissuading you from railing at imagined windmills, but you simply seem content, and even intent, on doing so, despite continuously showing a lack of even the smallest grasp of an understanding, leading to me starting to rail against my own windmill, embodied by you. As such, i shall stop. :)
to...@flexys.co.uk <to...@flexys.co.uk> #94
Peter
fa...@selyon.com <fa...@selyon.com> #95
ar...@spiderboost.com <ar...@spiderboost.com> #96
I do not think you are right here. Most phones has storage formated as FAT. There is no support for sparse files on FAT, AFAIK. So, the thumbnail file is not sparse, it is really taking so much space as shown by ls.
For reference, here is a fix used in CyanogenMod, over a year old, verified, working:
mc...@gmail.com <mc...@gmail.com> #97
Interesting, you're right, for FAT file systems this would be a problem. I didn't think of that. I guess the important point then is to check with du, whether one's phone is afflicted with this problem or not.
ko...@gmail.com <ko...@gmail.com> #98
[Deleted User] <[Deleted User]> #99
ji...@jimandirina.com <ji...@jimandirina.com> #100
in...@netimage.net <in...@netimage.net> #101
th...@conrad.de <th...@conrad.de> #102
I have this problem too, memory is definitely taken up by this file, I deleted it and it can back and later on made another so now I have 2.27GB used by these files, checking with es file explorer and its own file explorer I can see the numbers all add up to 11gb including the thumbdata files, without them I am 2.27gb short!
So yes this is still a problem, now I don't want to connect my SD card with pictures on or plug in USB hard drive or even risk watching a film/pictures from my wireless Seagate media drive.
This bug is rendering my devices useless.
Please fix it!
Thanks
jo...@google.com <jo...@google.com> #103
[Deleted User] <[Deleted User]> #104
[Deleted User] <[Deleted User]> #105
[Deleted User] <[Deleted User]> #106
is...@gmail.com <is...@gmail.com> #107
When I viewed my Data Storage under
Settings, I noticed that 1.08GB was
allocated to "Pictures, Video".
but now available is only 348MB
There are no photos or videos stored
on my device. I've deleted all
photos/videos from the Camera
folder. I also don't have any photos
"made available offline" or
downloaded any media from Google
Play. Meaning, I don't have ANY
photos or videos stored on the
device.
Using a file explorer, I found that
there were two files in the mnt/
storage/sdcard0/DCIM/.thumbnails folder that
were each taking about 823 MB. so I cannot install apps it show low space in sdcard. please give me solution...... iam waiting for your reply
jo...@textplus.com <jo...@textplus.com> #108
be...@codescalar.com <be...@codescalar.com> #109
sa...@seb.se <sa...@seb.se> #110
Helped for Me. Try it. No more thumbnails.
But i find/delete/create 2 files like on video. And they was little different name. But it works.
oa...@gmail.com <oa...@gmail.com> #111
My temporary solution is to delete the thumbnail file. Most of the time the space consumed by this massive file is not returned. What I do is go to Settings> Apps> Running apps> then tap "cache process"> then select "media"> and select "stop". It works in getting back the lost space.
Sadly, I have to do these things everytime.
me...@levikoenig.com <me...@levikoenig.com> #112
To be clear about this: filesystem is FAT, so the space _is_ lost ().
Tried deleting .thumbnails and replacing it with a file of the same name - did not work (folder re-recreated).
Developers, please can you address this?
From reading, it appears that the issue is that old/stale indexes are never removed, even after images are deleted. is this correct?
el...@gmail.com <el...@gmail.com> #113
ga...@aparaturafiscala.ro <ga...@aparaturafiscala.ro> #114
Emulated / Android /data / com. Sony Ericsson album /cache
Then this cache contain thumbnail images you can change the name of this folder to cache1 for instance then add folder and name it cache then delete cache1 folder reboot your device and say thank you for me
ga...@gmail.com <ga...@gmail.com> #115
l....@opengate.biz <l....@opengate.biz> #116
1. First I did move all pic that still was on phone mem to the memo card (and deleted some).
2. Then, after our of organising, I restated my phone.
- I saw immediately almost nothing had changed with this folder ".thumbnail" in size (and phone mem), still over 3 GB folders total use, but just a little less than before and fewer files also -
3. Then I deleted this folder ".thumbnail" (Main Storage/DCIM/.thumbnail (sometimes SD 0 or storage/emulated/0/DCIM/.thumbnail)). This took only seconds, and no waiting like some people had experiences here. Then, because, I wait one two minute (just in case).
4. I restarted my phone. The folder had disappeared but I did not see my extra mem jet. I started my album and it took around or less than minute (some her talk about "up til 30 minutes", that was not the case here, quick and my phone even didn't be hot like some other phone here).
- I also took picture with my cam. The folder .thumbnail came back (not direct, after some time) but had shrinked from somewhere over 3GB to 975 MiB (still big but huge different) and now only had two files inside the folder (one small thumb-picture and the file .thumbdata-3xxxxxx) I had over 5.000 files before. I didn't se more mem jet. It was like system files took most of the difference (probably this .thumdata is "sparse file" (like #79 Walde.ch did talk about))
so mem is there but telling your system is not, (don't jet know how it works).
5. Then I used "Advanced Mobile Care" (from
To theirs not familiar and can't find ".thumbnail" it is hidden and can't be found with free version of "File Commander - FC" (Original file editor in many phones and peace of shit). Then use ES or FX File Explorer (and sett it to "sowing hidden files"), both high ratings apps in Google play store)
I know the problem is still there. The .thumbnail folder will from now start to grow again. But I am still happy with this solution now and in some folder with images I will also paste .nomedia copy from folder that have that (if that helps? I am not sure?). Then it will be less there. I am still happy with my phone and will renew to newer Sony Z-(X) again. But.
Google..!, when will they fix this in android. And when will they change policy with SD card back to that before. So all app you install and buy, and that u give permission, can write on your "owned" external memory card
qb...@gmail.com <qb...@gmail.com> #117
an...@stanford.edu <an...@stanford.edu> #118
na...@gmail.com <na...@gmail.com> #119
I found a solution to our mobile!!
Yu can see tat ur internal storage s filled with thumbnail data which eats more than 1 Gb of internal storage. You might be facing the problem of notification showing tat ur internal storage is 75% full, 95% full, But yu might have oly less applications, images, videos,etc in internal storage.
The problem is nothing but d "thumbnail data".
you can delete tis thumbnail using ur pc,but it ll b automatically created wen u use camera or gallery in ur mobile.
So the only solution is
1. Install File manager (CHEETAK software)
2. Go to internal storage\DCIM\.thumbnails folder
3. Yu can find .thumbdata3--1967290299 file (file name varies)
4. Note down the file name (eg. .thumbdata3--**********)
5. Go one folder back i.e DCIM folder
6. Click option Create and select new file
7. Create the file with tat name but without '.' in front(example thumbdata3--ur 10 figit)
8. Then go to thumbnails folder again, delete tat orginal .thumbdata3--********** file
9. Then go back one folder rename the created file with '.' in front of the file name
(example .thumbdata3--ur 10digit no)
10. Cut the duplicate file and paste it into the thumbnails folder.
This prevents the android from creating orginal thumbnail data. Yu can save upto 1.5 Gb of internal storage.
Thank you guys.
By Venkat Sha
pa...@telusinternational.com <pa...@telusinternational.com> #120
I have over 3gb lost , I have 2.9gb of apps and nothing much else, only have 710mb memory left from 16gb of memory!!!!!
Well 11gb total memory according to the settings!
I just a email linking to this saying the problem was obsolete!!!!!!!
I dare not use my tablet to look at or take photos because everyone I do more memory is lost.
This is beyond a joke.
I replaced the thumdata files with empty ones, no memory comes back, last time I did this it created another file instead and I lost another 1.2gb.
Toshiba excite pro is my tablet, less then a year old and no good for much due to this problem.
Thinking I may have to root it or something.????
ro...@rksworld.it <ro...@rksworld.it> #121
I have over 3gb lost , I have 2.9gb of apps and nothing much else, only have 710mb memory left from 16gb of memory!!!!!
Well 11gb total memory according to the settings!
I just a email linking to this saying the problem was obsolete!!!!!!!
I dare not use my tablet to look at or take photos because everyone I do more memory is lost.
This is beyond a joke.
I replaced the thumdata files with empty ones, no memory comes back, last time I did this it created another file instead and I lost another 1.2gb.
Toshiba excite pro is my tablet, less then a year old and no good for much due to this problem.
Thinking I may have to root it or something.????
ap...@romerock.com <ap...@romerock.com> #122
su...@gcp.citrix.com <su...@gcp.citrix.com> #123
ra...@gmail.com <ra...@gmail.com> #124
-----------------------------------------------------------------------
-----------------------------------------------------------------------
-----------------------------------------------------------------------
Tengo un Samsung Galaxy II y observo el mismo problema descripto.
Encontré una solución que me funcionó, espero que a los demás les sirva.
La misma fue extraída de este link:
1) Eliminar la carpeta DCIM\.thumbnails
2) crear un archivo vacío dentro de la carpeta DCIM llamado .thumbnails
Solucionado.
¿Cómo crear el archivo? El explorador de archivos de Android no permite crear un archivo con ese nombre, por lo tanto debe usarse soft de terceros como Jota Editor, Personal Code Editor, WebMasterLite, File Expert, etc., o bien conectar el celular a la PC y desde una ventana DOS (comando CMD) escribir el comando:
echo vacio > "L:\DCIM\.thumbnails"
Donde L: es la ruta de la memoria interna del celular.
Saludos desde Argentina:
Leonardo.
-----------------------------------------------------------------------
-----------------------------------------------------------------------
-----------------------------------------------------------------------
-----------------------------------------------------------------------
Ch...@menzel.com <Ch...@menzel.com> #125
ro...@safesurfer.co.nz <ro...@safesurfer.co.nz> #126
yo...@gmail.com <yo...@gmail.com> #127
av...@gmail.com <av...@gmail.com> #128
I'm using a Galaxy S4 Jelly Bean 4.3 rooted.
I just used DiskUsage (
And compared to the ES Explorer app or the native app to check the free space and the space used by my apps, It was completely different.
Using ES Explorer and its SD Card Analysis function, it appears that I had only ~2GB used. and I had before 2 thumbdata files , 2,45GB each. Then, It was using at about 7GB and I was very disgusted by the memory consumption.
Then, I perform the traditional solution to this issue, i.e. deleting the thumbdata files and replacing them with folder (that couldn't be overwritten by the system).
I also tried to fill the SD card completely, and gain only 300mb of data after cleaning.
I was Finally at 6GB of data.
But with the DiskUsage, I can see the "truth".
When analyzing the Sotrage folder, I could see 2 main parts : "Apps" and "media" .
The first one is about 3,2GB, the second about 2GB. I also have a "System Data Part" of 400mb. It was sounding correctly, compared to the space used , as seen in the ES Explorer app.
The "Apps" Folder contains all the APK downloaded, from Google Play or others. No cache or anything else.
The "media" (the partition we can all access) contains only the Android folder (1GB for me), and some folders created by apps. Cache files for Dropbox, Google Translate, Waze, and other stuffs i often use.
So finally, I'm really using the space on my SD Card, but ES Explorer couldn't show me the total space used by the installed apps (or I couldn't find how to do it clearly).
Even if the thumbdata file was seen as huge "2,47 GB *2". it doesn't fit with the difference of space from the beginning (7GB) to the ending (5/6GB).
Hope it helps.
:)
jo...@nicheaim.com <jo...@nicheaim.com> #129
ca...@gmail.com <ca...@gmail.com> #130
je...@agosto.com <je...@agosto.com> #131
A) CANNOT DOWNLOAD ANYTHING
B) CANNOT TAKE PICTURES
C) CANNOT RECEIVE EMAILS OR MESSAGES
with my stupid android phone.
Why? BECAUSE ITS IMPOSSIBLE TO CONTACT ANYONE TO COMPLAIN
[Deleted User] <[Deleted User]> #132
I Have 4.2 gb of thumbnail space constituting 2 files of 2.1 gb.
Please resove this annoying issue.. I Have tried most of methods given above.
Taking a android phone was really a mistake..
ro...@gmail.com <ro...@gmail.com> #133
al...@ometry.com <al...@ometry.com> #134
ki...@gmail.com <ki...@gmail.com> #135
It's called Thumb Space.
I went the hardcore route and simply disabled gallery (using NoBloat) on my rooted device. I don't use it anyway.
[Deleted User] <[Deleted User]> #136
[Deleted User] <[Deleted User]> #137
dr...@arrakis.it <dr...@arrakis.it> #138
This trick works for me
Same probleme appeared with my lava x604.
Remaining all space eaten by .thumbnaidata and no space remain even can't save screenshot. There is a tricks works for me here is a trick..
Rename a photo .thumbnails (rename just .thumbnails not like .thumbnails.jpg) on another folder than go to DCIM and delete .thumbnails folder (delete .thumbnails folder not .thumbnaildata) now move that renamed photo to DCIM folder.
Now there is no chance to auto creat .thumbnails folder because of there is a already a file name with .thumbnails and if thumbnails folder is not aito create than there is no chance to auto create thumbdata.....this works for me try to do it.
jr...@glynndevins.com <jr...@glynndevins.com> #139
ho...@nedbase.nl <ho...@nedbase.nl> #140
I cut those folders and put in my external Sd card, but the still the free space of internal memory not changed,
Moreover now i tried to restore in original space , 56MB file got transferred to internal from External SD card , but while transferreing 634MB , the internal is not sufficient to have it. But actually i removed from that location only.
RIDICULOUS
jo...@gmail.com <jo...@gmail.com> #141
[Deleted User] <[Deleted User]> #142
please do that trick which i already comment on this post.
believe me it will work....now im not facing this problem because of that trick.....just do it 100% work
[Deleted User] <[Deleted User]> #143
[Deleted User] <[Deleted User]> #144
vi...@bostondynamics.com <vi...@bostondynamics.com> #145
bi...@gmail.com <bi...@gmail.com> #146
de...@gmail.com <de...@gmail.com> #147
Please suggest any resolution for this issue.
ca...@gmail.com <ca...@gmail.com> #148
Frankly, I would be happy if it would at least free space by deleting it, that way I can actually use that space but now it's just gone.
I guess the only way out would be a full reset, wait until the data get created and replace it with a folder (A file doesn't seem to work in some of above mentioned cases) so it won't grow any bigger.
[Deleted User] <[Deleted User]> #149
se...@saiware.com <se...@saiware.com> #150
By keeping the thumbnails on the phone, you compromise the users' privacy.
People can go to jail, lose their job, or have their life ruined because of this kind of carelessness.
Developers, please think about how your actions, or lack thereof, can affect the end user.
os...@gmail.com <os...@gmail.com> #151
Android 4.2.2
Alcatel One Touch Idol
vi...@gmail.com <vi...@gmail.com> #152
la...@gmail.com <la...@gmail.com> #153
##############################################################################
##############################################################################
##############################################################################
######################## ########################
######################## THIS IS A BUG ########################
######################## YOUR SPACE CAN BE RECLAIMED ########################
######################## ########################
##############################################################################
##############################################################################
##############################################################################
if you have tried all those know methods and still can’t get disk space back, here is the solution:
the idea is to use real files instead of sparse files to occupy the disk space claimed by sparse files. When free space is hitting the limit, the android system will free disk space occupied by sparse files. After having occupied all disk spaces originally owned by sparse files, you can delete those real files and android system now will show you real free disk space. Even if you restart your phone, the free disk space will remain unchanged.
here are the steps:
1. copy huge size file on your computer to the sdcard: for example, use video files bigger than 1GB;
command line: adb push some_huge_size_file /sdcard/test1.file
adb push some_huge_size_file /sdcard/test2.file
adb push some_huge_size_file /sdcard/test3.file
…
2. repeat step 1 several times if you want to claim more sparse space
3. delete test files:
command line: adb shell rm /sdcard/test1.file
adb shell rm /sdcard/test2.file
adb shell rm /sdcard/test3.file
…
jc...@liveramp.com <jc...@liveramp.com> #154
I tried to create files .thumb* and also .thumbnails. That's working, no more thumbnails created, but 4GB is lost. I tried the procedure from #153 but no success. Same result like #152.
Do you know where are those "sparse" files? How to delete them ?
[Deleted User] <[Deleted User]> #155
I have tried all the suggestions, including #152 and #153, but to no avail: after deleting 5 GBs of thumbnails, the available space has not changed. The s'torage analzyer' app says I have 5.89 GBs of 'used by android/inaccesible file'. What on earth are those? Causing half the available space to disappear on a flagship phone is utterly unacceptable! Google should fix this asap!
ju...@gmail.com <ju...@gmail.com> #156
ya...@gmail.com <ya...@gmail.com> #157
its a 100% working solution.
si...@gmail.com <si...@gmail.com> #158
al...@virtuman.com <al...@virtuman.com> #159
Please suggest me something..
co...@gmail.com <co...@gmail.com> #160
delete thumbnail folder in DCIM and create a file named ".thumbnails" in DCIM folder. create file not folder.
or
delete all unwanted files in thumbnail folder and create a file ". no media" in thumbnail folder.
you can create a file by using any expolrer, You can download ES file explorer.
sa...@gmail.com <sa...@gmail.com> #161
ne...@googlemail.com <ne...@googlemail.com> #162
and found that I'm having a storage problem that sourced from storing and having images in my device is more than a bummer for me. As my work and hobby need me to take, send and receive images actively in daily basis. And to my horror, i have two of those .thumbdata3 files in my device in the same folder, and they've grown to 2.5GB each... :\
[Deleted User] <[Deleted User]> #163
cl...@grupoboticario.digital <cl...@grupoboticario.digital> #164
[Deleted User] <[Deleted User]> #165
[Deleted User] <[Deleted User]> #166
### ###
### PUBLIC SERVICE ANNOUNCEMENT (WITH FIX INSTRUCTIONS) ###
### ###
### NOT ALL PHONES WASTE SPACE BECAUSE OF THIS THUMBNAIL FILE ###
### ###
### PHONES USING PROPER LINUX FILESYSTEMS (EXT3 OR WHATEVER) FOR ###
### THE "INTERNAL SD" DO NOT WASTE SPACE BECAUSE THEY USE SPARSE FILES ###
### ###
### PHONES USING FAT32 FOR THE "INTERNAL SD" DO WASTE ###
### SPACE (UNFORTUNATELY, BUT IT CAN BE FIXED) ###
### ###
############################################################################
HOW TO TELL what filesystem your phone uses:
============================================
The easy way:
-------------
1.Connect your phone to your PC using USB cable
2. Go to Computer (My Computer)
3. If your device shows up as "USB mass storage" and when you right click - properties on it you get the "filesystem" listed as "FAT32", it's FAT32 for sure. If your device shows up as "Multimedia/MTP device" and when you right click - properties on it you get no filesystem info but instead info about firmware version, battery level etc, it's probably Linux filesystem (aka not FAT32)
Another way to tell:
-------------------
1. Follow the instructions in post #79 above (I recommend you install Android Terminal Emulator, it's really small)
(hint: Use ls -sa instead of du -k if your device doesn't have du command, aka if it throws "not found")
2. You must know that ls -la lists the space in BYTES, while ls -sa/du -k list space in KILOBYTES.
4. So, you must ALWAYS divide the number ls -la gives by 1024.
5. If the space reported by ls -sa/du -k is only 1% of the space reported by ls -la (after you make the division) then you are in LUCK, your phone uses a linux filesystem and doesn't waste space. If after the division, the space reported by ls -la is about the same as the space reported by ls -sa/du -k or even a bit bigger, then you are OUT OF LUCK, your phone uses FAT32.
How to fix for phones using a Linux filesystem:
===============================================
(do nothing, there is no problem to fix)
How to fix for phones using the FAT32 filesystem:
=================================================
There are two methods which are guaranteed to work on every device and Android version:
Use a third-party Gallery and Camera app
OR
1. Delete the .thumbnails folder (using a tool like ES File Manager)
2. Then go to All apps -> Settings -> App Manager/Apps -> All -> Media Storage and clear cache and clear data (change language to English if you can't find Media Storage. Go to ES File Manager again and check that the .thumbnails hasnt' re-appeared (if it has, delete it again)
3. Reboot phone
4. This will reset the thumbnail counter, and allow you to start with some really small thumbdata3 file, like when your device was new.
5. Repeat every couple of months...
(you will not lose any data or files doing this)
(if it doesn't work, and only then, clear cache and clear data for media storage and Gallery, but in this case some insignificant Gallery settings might be lost)
(of course you are welcome to try the other solutions posted above - to prevent the file from being created in the first place- by they do not work on every device, while my solution does)
ay...@gmail.com <ay...@gmail.com> #167
Also forgot to say that after the reboot, you must leave your phone 10 minutes alone (optimally) and you may need to open the Gallery app 2 times (don't panic if files don't show up on 1st time on some stupid devices)
PPS: Also, people should stop winning about this bug in the year 2016. Google has replaced the old AOSP Gallery and camera apps with new versions (found in the play store) and every Android phone from Lollipop and up uses a Linux Filesystem. This bug annoys me too in my old LG Optimus 3D (FAT32, Android 4.0.4) btw, but I cannot complain for such an old version.
al...@vigizen.com <al...@vigizen.com> #168
How to reliably calculate space used on an Android phone with Linux filesystem:
======================================================================
1. Download ES File Manager, go to SD card, then go to "SD card analyser" or "analyse" (in new versions of the app, you also have to click "All Files")
2. Use a calculator to add the space used for all the files and folders you see
3. Go to All apps -> Settings -> App Manager/Apps -> Downloaded (not all)
4. Use a calculator to add up the space used by all apps.
5. The two numbers you came up with in steps 2 and 4, when added are (a very good approximation) of the space used.
6. The total space available for you is listed (by your PC) when you connect your phone to your PC (which is the capacity of your device minus the system partition which is fixed). Adding the number you came up with in step 5 with the free space should give you the total space available.
bt...@pivcon.com <bt...@pivcon.com> #169
dr...@lastline.com <dr...@lastline.com> #170
[Deleted User] <[Deleted User]> #171
Note: create a file not folder.
ju...@linkconsulting.com <ju...@linkconsulting.com> #172
Next:
1st - Get ES FILE EXPLORER FROM PLAY STORE
2nd - Go into ES FILE EXPLORER settings and enable view hidden files (this will be all files that start with .)
3rd - Delete the .thumbnails folder on your device under DCIM...
4th - Move that picture you took under CAMERA in DCIM folder and move it under DCIM and rename it to .thumbnails
DONE!!!! go into your gallery and few your photos and then go check your Memory and you will see that 1.5GB you've been stressing about is gone... INSTALL!!!!! new apps without getting those you have run out of space on PLAY STORE.
NB!!!.... If you want you can replace all .thumbnails files and create one out of a picture you've taken to get that space back expample videos thumbnails (the ones you've downloaded lol... F*ck HOPE ITS NOT PORN!!!! but ya its so easy hit me up if you have difficulties...
le...@populationgenomics.org.au <le...@populationgenomics.org.au> #173
jm...@tevixmd.com <jm...@tevixmd.com> #174
Two theories:
1. Either it's true that Android really hangs on to gigabytes of storage space once those thumbdata files have been deleted, and won't never ever let them go again. But then it appears to me like everyone is doing it the wrong way: Why scrape those files off forcefully with some file explorer, when they can be erased with Android's consent via the phone's settings? To do this, go to the phone's storage/memory settings, select the row for images and videos, clean up the cache - voila, you're done!
This will either work and convert thumbspace to user space (whereupon the remaining slim files can be write protected or whatever else is necessary). Or it won't - but then the thumbdata wasn't part of the user space in the first place.
I've checked my mobile's partition table, and although the phone is supposed to have 1,9 Gigs of "user accessible" space, in reality it looks like this:
----------------------------------------------------------
Entry Memory Address: 0x8E0
----------------------------------------------------------
Binary Type: 0 (UNKNOWN)
Device Type: 2 (MMC)
Identifier: 17
Attribute: 5 (READ / WRITE)
Update Attribute: 5 (FOTA)
Block Size: 561.664
Block Count: 2.364.784
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: system
Flash FileName: system.img
FOTA FileName:
----------------------------------------------------------
Entry Memory Address: 0x9E8
----------------------------------------------------------
Binary Type: 0 (UNKNOWN)
Device Type: 2 (MMC)
Identifier: 19
Attribute: 5 (READ / WRITE)
Update Attribute: 5 (FOTA)
Block Size: 2.987.888
Block Count:
File Offset (Obsolete): 0
File Size (Obsolete): 0
Partition Name: userdata
Flash FileName: userdata.img
FOTA FileName: remained
The conversion rate is roughly 2000 blocks for 1MB. So just maybe, Android isn't quite as buggy as it looks: There's not ACTUALLY 1,9 Gigs of "user accessible" space on this phone - not even close, so it cannot ever be freed by removing any files. And if thumbdata is actually written to the system data partition, then it kinda makes a lot of sense that the user data partition does not increase when these files are deleted, but rather this results in an increase of unallocated (!) system data space (as is shown by the DiskUsage app).
I'm assuming the situation might be similar on other phones.
Just my 2 cents of course - I may just as well be misreading this, but then I hope someone will point out my mistake so I can learn from it. :)
gr...@gmail.com <gr...@gmail.com> #175
I start thinking this is a secret file for logs, stolen datas , google use it background ,according to insistenly nothing do it...
Or ,
They forces you, for formatting your system periodically for forcing downloading newer version apps, to have more control to you...
if it is not one of the above situations, they must make fix on new Android 8....
[Deleted User] <[Deleted User]> #176
App uses gigabytes of storage space, even if mostly left alone
This problem involves the system (!) storage manager reporting the device is full, not some supposedly buggy third-party app.
It amazes me that the status of this issue is listed as "Won't fix (Obsolete)". It looks like it is a real issue to quite a lot of users. (Who made that call, anyway?)
ar...@gojamm.com <ar...@gojamm.com> #177
Another think is, Google Play Services app, eats memory.. it is only Play Services but takes 220 MB !
Google Keyboard GBoard is 100 MB ! Google App is 150 MB, Calendar App is 35 MB !
How are they coding ?.... All taht is clumsy coding samples... or conscious background operation...
useless logs... big data.. wasted memory .. unhappy users...
I remember, in the amiga scene.. only 64 KB demo competitors, shows you 10 minutes HQ rendered videos with 3D models animation and music !! some game companies makes only 20 MB high quality 3D games, and this 20 MB contains 300 MB data in real ...
this is experience..
but ours newby coders makes only a calender 35 MB !!! only a app shop 220 MB ...
this can not be only calendar, and can not be only app shop.. it must contain another malware codes and data .....
i dont know , i only think...
eu...@xpo.com <eu...@xpo.com> #178
screenshot is attached
i am preparing for factory format for 3 days... backing up, apps datas, list, works.. contacst, etc..
my wasted memory brings me wasted time !!
thanks
le...@cloudmasters.la <le...@cloudmasters.la> #179
an...@ex.mavenwave.com <an...@ex.mavenwave.com> #180
You may use a terminal session (ADB shell for instance) to compare effective *size* vs file *length* (EOF offset)
Example on my device (your mileage should vary):
* Visible size ("ls -lh"):
~/DCIM/.thumbnails$ ls -lh .th*
-rw-rw---- 1 root everybody 133M 2019-07-26 13:02 .thumbdata4--1967290299
-rw-rw---- 1 root everybody 129M 2019-07-07 12:20 .thumbdata4-1763508120
* Effective allocated space ("du -h"):
~/DCIM/.thumbnails$ du -h .th*
1.1M .thumbdata4--1967290299
8.0K .thumbdata4-1763508120
ra...@alltechsi.com <ra...@alltechsi.com> #181
My LG Optimus 3D got the ICS update but retained the FAT32 filesystem for user storage and has this bug ever since.
You can mitigate it by resetting media scanner and gallery do it "forgets" old thumbnails from photos you have deleted.
[Deleted User] <[Deleted User]> #182
You should be aware that old devices running ICS are out of the target of any possible fix.
ma...@unity3d.com <ma...@unity3d.com> #183
WR...@outlook.com <WR...@outlook.com> #184
[Deleted User] <[Deleted User]> #185
It's highly unlikely that exists any Android PIE (and later) based devices natively using FAT32 storage for *internal* storage. (external storage is another story). BTW I've to confess that I'm even surprised that it was still used on some device running ICS.
It's for a legitimate reason that this ticket has been marked as "Won't fix (obsolete)": it would be useless of fixing this since, as explained before, it's a non issue on any devices running current or future versions of this OS.
If there is a bug, it is on the side of the file manager applications which display the file length and not the file used space (I'm still searching for one that have this feature, not found yet)
li...@fastloop.ai <li...@fastloop.ai> #186
Samsung j6+ ngo hang
wb...@google.com <wb...@google.com> #187
[Deleted User] <[Deleted User]> #188
I need my photos
ba...@gmail.com <ba...@gmail.com> #190
br...@gmail.com <br...@gmail.com> #191
[Deleted User] <[Deleted User]> #192
تم
mo...@trial-net.co.jp <mo...@trial-net.co.jp> #193
واو
id...@supersmart.me <id...@supersmart.me> #194
vl...@teamdev.com <vl...@teamdev.com> #195
mahamnasir369@gmail.com
am...@apxor.com <am...@apxor.com> #196
su...@tictelecom.ca <su...@tictelecom.ca> #197
ma...@bird.com <ma...@bird.com> #198
dw...@gmail.com <dw...@gmail.com> #199
ni...@4sh.fr <ni...@4sh.fr> #200
th...@mgb.ch <th...@mgb.ch> #201
ed...@phdmedia.com <ed...@phdmedia.com> #202
[Deleted User] <[Deleted User]> #203
f....@m.icoa.it <f....@m.icoa.it> #204
sy...@wallwisher.com <sy...@wallwisher.com> #205
ma...@gmail.com <ma...@gmail.com> #206
ad...@huntandhackett.com <ad...@huntandhackett.com> #207
bs...@vendasta.com <bs...@vendasta.com> #208
dp...@batteriesplus.com <dp...@batteriesplus.com> #209
no...@builtrobotics.com <no...@builtrobotics.com> #210
[Deleted User] <[Deleted User]> #211
ko...@iapp.co.th <ko...@iapp.co.th> #212
ro...@peakwork.com <ro...@peakwork.com> #213
mi...@peakwork.com <mi...@peakwork.com> #214
Is there any update on this topic?
or...@kore.co <or...@kore.co> #215
fs...@gmail.com <fs...@gmail.com> #216
vi...@nuttygeeks.com <vi...@nuttygeeks.com> #217
[Deleted User] <[Deleted User]> #218
ak...@gmail.com <ak...@gmail.com> #219
"It'll be publicly available by the end of this year or at the beginning of the next year." July 2021
I guess this is still true in April 2022, hope not the second part is :)
Edit: Today is 1st of July, the second half of 2022 literally started. Any news?
jo...@textplus.com <jo...@textplus.com> #220
Come on Google!! We really need this.
we...@distriweb.net <we...@distriweb.net> #221
de...@gmail.com <de...@gmail.com> #222
ga...@g4s.com <ga...@g4s.com> #223
we...@cloudkitchens.com <we...@cloudkitchens.com> #224
[Deleted User] <[Deleted User]> #225
ma...@intive.com <ma...@intive.com> #226
mk...@copado.com <mk...@copado.com> #227
ol...@google.com <ol...@google.com> #228
ub...@devoteam.com <ub...@devoteam.com> #229
sa...@affordablemobiles.co.uk <sa...@affordablemobiles.co.uk> #230
FYI, if any of you have Gold support or above, they can move IPs between projects on an ad-hoc basis by requesting it on a support ticket.
It was a couple of years ago they did this for us, but I imagine the more people that request it this way & tie engineering time up with toil, the more likely this will be prioritized for a more friendly fix (that's the SRE way, isn't it?).
iv...@glocurrency.com <iv...@glocurrency.com> #231
fr...@htc.com <fr...@htc.com> #232
ak...@gmail.com <ak...@gmail.com> #233
Today is July 1st 2022, the second half of 2022 literally started. Any news? Is the above statement still holds? Will we get an update this year or the next one?
on...@trade29.com <on...@trade29.com> #234
av...@persistent.com <av...@persistent.com> #235
ro...@rategain.com <ro...@rategain.com> #236
we...@m-solutions.co <we...@m-solutions.co> #237
bl...@huntandhackett.com <bl...@huntandhackett.com> #238
+1
[Deleted User] <[Deleted User]> #239
vi...@gmail.com <vi...@gmail.com> #240
ki...@gohighlevel.com <ki...@gohighlevel.com> #241
ha...@accenture.com <ha...@accenture.com> #242
ty...@bitstreetx.com <ty...@bitstreetx.com> #243
m....@autodoc.eu <m....@autodoc.eu> #244
[Deleted User] <[Deleted User]> #245
da...@nine.com.au <da...@nine.com.au> #246
pi...@sada.com <pi...@sada.com> #247
ka...@gmail.com <ka...@gmail.com> #248
wl...@fuelmedical.com <wl...@fuelmedical.com> #249
an...@amarello.com.mx <an...@amarello.com.mx> #250
How can we get access to the alpha of this feature? Is there any waitlist to join our projects for the preview?
[Deleted User] <[Deleted User]> #251
I have unassigned it from all resources. I waited 20 minutes as described in the documentation.
When I run
gcloud alpha compute addresses move $IP_ADDRESS \
--target-project=$TARGET_PROJECT \
--region=us-central1
I see "ERROR: (gcloud.alpha.compute.addresses.move) Could not fetch resource:
- Quota exceeded for quota metric 'Address move requests' and limit 'Address move requests per minute per region' of service '
Note that this happened the first time I ran it. I have not exceeded any quotas. I attempting to move a regional IP address and the region is staying the same in both projects (us-central1).
me...@gmail.com <me...@gmail.com> #252
I see "ERROR: (gcloud.alpha.compute.addresses.move) Could not fetch resource:
- Quota exceeded for quota metric 'Address move requests' and limit 'Address move requests per minute per region' of service '
sa...@google.com <sa...@google.com> #253
Since the main agenda of this case is fulfilled and
In case you want to report a new issue, please do not hesitate to create a new
Thanks & Regards,
Sai Chandini Routhu.
Description
We started out using a single project and would like to split our environment in multiple project, but now we have IP addresses that we want to move to the correct project.