-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
malloc issue into create tiff image from raw image #1829
Comments
i precise the problem shows after we transform 251 image from 290 initials images (35 Mo size of one image) |
I'm afraid we can't do anything with this issue as it. You should determine if it is a memory saturation issue (monitor memory consumption), or if the issue arises on a particular image. And if so, please provide it. |
De: "Even Rouault" <notifications@github.com>
À: "OSGeo/gdal" <gdal@noreply.github.com>
Cc: "CHRISTOPHE LAURENT" <christophe.laurent@univ-grenoble-alpes.fr>, "Author" <author@noreply.github.com>
Envoyé: Vendredi 13 Septembre 2019 00:43:14
Objet: Re: [OSGeo/gdal] malloc issue into create tiff image from raw image (#1829)
I'm afraind we can't do anything with this issue as it. You should determine if it is a memory saturation issue (monitor memory consumption), or if the issue arises on a particular image. And if so, please provide it.
I'm think is a meory saturation issue
i precise that i set some gdal parameter
perhaps it's wrong
gdal.UseExceptions()
gdal.SetCacheMax( 64 )
another person (from my projetc) use my library to compute on CNES cluster at toulouse his results have the same erros :
Lors du traitement de mise au format des produits, j’ai rencontré un grand nombre des traitement en erreur, qui ont dû être relancés, pour certains plusieurs fois.
En effet pour générer les 418 interferro, j’ai rencontré les divers problème suivants :
- 19 traitements sont restés bloqués
- 175 traitements sont sortis en erreur avec un Segmentation Fault :
- 88 traitements sont sortis en erreur avec divers messages d’erreur :
Error in `python': corrupted size vs. prev_size: 0x0000000002afa1d0
Error in `python': double free or corruption (!prev): 0x0000000002d82320
Error in `python': corrupted double-linked list: 0x0000000002182100
Error in `python': malloc(): memory corruption: 0x00000000024f8240
Error in `python': free(): invalid pointer: 0x0000000002389448
RuntimeError: Failed to re-open iw1_iw2_iw3/Product/geo_20141017-20150918_mdel_8rlks.unw within ROI_PAC driver.
raise ValueError("array larger than output file, or offset off edge")
ValueError: array larger than output file, or offset off edge
CPLReleaseMutex: Error = 1 (Operation not permitted)
ValueError: Bbox points must be of the form "[[x0, y0], [x1, y1]]".
CPLDestroyMutex: Error = 16 (Device or resource busy)
CPLAcquireMutex: Error = 11 (Resource temporarily unavailable)
CPLAcquireMutex: Error = 22 (Invalid argument)
ValueError: Invalid codes array
CPLReleaseMutex: Error = 1 (Operation not permitted)
IndexError: index 0 is out of bounds for axis 0 with size 0
ERROR 1: Attempt to create 3694x-5883 dataset is illegal,sizes must be larger than zero.
ValueError: shapes (3,3) and (0,3) not aligned: 3 ( dim 1) != 0 ( dim 0)
actually we are on gdal 2.2.4
i try to compute with the gdal 2.4 to see if there is an improvement
can you give some help to solve the malloc issue
best regard
christophe laurent
—
You are receiving this because you authored the thread.
Reply to this email directly, [ #1829?email_source=notifications&email_token=AHIAWJZ33XYYCFT6CW75XYDQJLAYFA5CNFSM4IVIJX22YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6TPDEQ#issuecomment-531034514 | view it on GitHub ] , or [ https://github.com/notifications/unsubscribe-auth/AHIAWJYU4XG7BIXMF2WK4ZLQJLAYFANCNFSM4IVIJX2Q | mute the thread ] .
|
I'm afraid it is not possible with just what you provided. You need to make sure you don't have too many processes running on the same machine. Try to strip down your code to the minimum amount sufficient to reproduce the error(s). |
Closing this issue, as it is not actionable on our side |
Expected behavior and actual behavior.
i use gdal to transform image in roipac format to gtiff or png format:
the size of images are WIDTH 2825 FILE_LENGTH 2155 on float64
i launch my program on hpc clusteur (in this case with 8 core)
this program use a subroutine that i describe below which transform image from RoiPac format to png format
I show the function :
def mk_tiff_file(lfilesrc, dirsrc, fileima, dirdst, typeima, bandtiff,
sizeima=None):
""" transform a raw file on tiff format
:lfilesrc: list of src file
:dirsrc: the directory of src file
:fileima: the name of dst file, we add the extension .tiff
:dirdst: the directory of ima file
:typeima: type from def_ima={'InW_radar','InW_geo','InU_radar',
'InU_geo','DTs_radar','DTs_geo'}
:bands: list of the bands we use to transform
exemples
band=['phase']
or
band=['phase','ampli']
:sizeima: return the ima size if the initial value is
different of None
"""
issue
in the log file:
2019-09-10 12:03:22,603 - main - INFO - mk_image_file : 20160330-20160423_mdel_8rlks.unw
2019-09-10 12:03:22,903 - main - INFO - mk_image_file tiff: CNES_20150429-20150710_mdel_8rlks.unw.tiff
2019-09-10 12:03:22,905 - main - INFO - mk_image_file png: CNES_20150429-20150710_mdel_8rlks.unw.png
2019-09-10 12:03:22,914 - main - INFO - mk_image_file : 20150429-20150827_mdel_8rlks.unw
2019-09-10 12:03:23,087 - main - INFO - mk_image_file tiff: CNES_20150827-20150920_mdel_8rlks.unw.tiff
2019-09-10 12:03:23,088 - main - INFO - mk_image_file png: CNES_20150827-20150920_mdel_8rlks.unw.png
2019-09-10 12:03:23,250 - main - INFO - mk_image_file tiff: CNES_20141007-20150111_mdel_8rlks.unw.tiff
2019-09-10 12:03:23,256 - main - INFO - mk_image_file png: CNES_20141007-20150111_mdel_8rlks.unw.png
2019-09-10 12:03:23,260 - main - INFO - mk_image_file : 20141007-20150204_mdel_8rlks.unw
2019-09-10 12:03:23,313 - main - INFO - mk_image_file : 20150827-20151014_mdel_8rlks.unw
2019-09-10 12:03:23,437 - main - INFO - mk_image_file tiff: CNES_20150312-20150405_mdel_8rlks.unw.tiff
2019-09-10 12:03:23,439 - main - INFO - mk_image_file png: CNES_20150312-20150405_mdel_8rlks.unw.png
2019-09-10 12:03:23,446 - main - INFO - mk_image_file : 20150312-20150429_mdel_8rlks.unw
2019-09-10 12:03:24,002 - main - INFO - mk_image_file tiff: CNES_20141218-20150111_mdel_8rlks.unw.tiff
2019-09-10 12:03:24,002 - main - INFO - mk_image_file png: CNES_20141218-20150111_mdel_8rlks.unw.png
2019-09-10 12:03:24,011 - main - INFO - mk_image_file : 20141218-20150204_mdel_8rlks.unw
2019-09-10 12:03:24,127 - main - INFO - mk_image_file tiff: CNES_20160423-20160728_mdel_8rlks.unw.tiff
2019-09-10 12:03:24,129 - main - INFO - mk_image_file png: CNES_20160423-20160728_mdel_8rlks.unw.png
2019-09-10 12:03:24,133 - main - INFO - mk_image_file : 20160423-20160821_mdel_8rlks.unw
2019-09-10 12:03:24,213 - main - INFO - mk_image_file tiff: CNES_20160211-20160330_mdel_8rlks.unw.tiff
2019-09-10 12:03:24,214 - main - INFO - mk_image_file png: CNES_20160211-20160330_mdel_8rlks.unw.png
2019-09-10 12:03:24,221 - main - INFO - mk_image_file : 20160211-20160423_mdel_8rlks.unw
2019-09-10 12:03:24,225 - main - INFO - mk_image_file tiff: CNES_20151201-20151225_mdel_8rlks.unw.tiff
2019-09-10 12:03:24,225 - main - INFO - mk_image_file png: CNES_20151201-20151225_mdel_8rlks.unw.png
2019-09-10 12:03:24,261 - main - INFO - mk_image_file tiff: CNES_20151225-20160306_mdel_8rlks.unw.tiff
2019-09-10 12:03:24,262 - main - INFO - mk_image_file png: CNES_20151225-20160306_mdel_8rlks.unw.png
2019-09-10 12:03:24,264 - main - INFO - mk_image_file : 20151225-20161201_mdel_8rlks.unw
2019-09-10 12:03:24,342 - main - INFO - Starting PoolWorker-13
2019-09-10 12:03:24,344 - main - INFO - mk_image_file : 20160517-20160821_mdel_8rlks.unw
2019-09-10 12:03:27,623 - main - INFO - mk_image_file tiff: CNES_20150920-20160118_mdel_8rlks.unw.tiff
2019-09-10 12:03:27,625 - main - INFO - mk_image_file png: CNES_20150920-20160118_mdel_8rlks.unw.png
2019-09-10 12:03:27,634 - main - INFO - mk_image_file : 20151014-20151201_mdel_8rlks.unw
there are some messages in log file but there is no crashes
malloc_consolidate(): invalid chunk size
free(): invalid next size (fast)
free(): invalid pointer
double free or corruption (!prev)
corrupted size vs. prev_size
and the program is stop
Steps to reproduce the problem.
try this function in lot of images
Operating system
Linux luke 3.16.0-5-amd64 #1 SMP Debian 3.16.51-3+deb8u1 (2018-01-08) x86_64
python 2.7
GDAL version and provenance
gdal-2.2.4
The text was updated successfully, but these errors were encountered: