Support `libdl` on AWS Lambda with .NET Core

[augustoproiete]

I have an ASP .NET Core Web API that uses an OSS library to generate files, and this library makes use of System.Drawing.

It runs fine locally, but, but when deployed to an AWS Serverless app, produces the error below:

System.DllNotFoundException: Unable to load shared library 'libdl' or one of its dependencies

System.TypeInitializationException: The type initializer for 'Gdip' threw an exception. ---> System.DllNotFoundException: Unable to load shared library 'libdl' or one of its dependencies. In order to help diagnose loading problems, consider setting the LD_DEBUG environment variable: liblibdl: cannot open shared object file: No such file or directory
   at IntPtr Interop+Libdl.dlopen(string fileName, int flag)
   at IntPtr System.Drawing.SafeNativeMethods+Gdip.LoadNativeLibrary()
   at static System.Drawing.SafeNativeMethods+Gdip()
   --- End of inner exception stack trace ---
   at int System.Drawing.SafeNativeMethods+Gdip.GdipGetGenericFontFamilySansSerif(out IntPtr fontfamily)
   at IntPtr System.Drawing.FontFamily.GetGdipGenericSansSerif()
   at FontFamily System.Drawing.FontFamily.get_GenericSansSerif()
   at void System.Drawing.Font.CreateFont(string familyName, float emSize, FontStyle style, GraphicsUnit unit, byte charSet, bool isVertical)

[klaytaybai]

Hi @caioproiete, could you please try some of the guidance suggested in https://stackoverflow.com/questions/50615704/unable-to-load-dll-libdl-when-using-system-drawing-common-nuget-package-on-aws? I think the CoreCompat.System.Drawing solution might work. Let us know how this goes.

[augustoproiete]

@klaytaybai Thanks for taking a look at this one.

I came across that SO post before opening this issue and using the packages CoreCompat.System.Drawing.v2 and runtime.linux-x64.CoreCompat.System.Drawing and it made no difference... I still get the same error.

[sarkarstanmoy]

I am also using same issue. I have followed https://aws.amazon.com/premiumsupport/knowledge-center/lambda-linux-binary-package/ article without much success. I have created layer with all the dependent so packages including libgdiplus.so.0 but not working

[aguschirico]

Any news on this issue? I'm also interested in any possible solution. I've also tried creating a layer with the corecompat linux runtime without success.

[jon144]

Any update on this problem? I am experiencing the same thing running an AWS Lambda function using .Net Core 3.1

[agarcian]

This issue is still happening. With .Net Core 3.1 and an AWS Lambda still fails.

[ash-manos]

Also failing for me on .NET Core 3.1 within AWS Lambda.

@klaytaybai or any other AWS peeps - is there an update on this? It's preventing us from upgrading to .NET Core 3.1.

[rv-dtomaz]

I finally found a way to get it running on .Net Core 3.1 Lambda.

[aguschirico]

Could you explain how?

[rv-dtomaz]

Sure @aguschirico , I forgot to commit the entire response.
I will detail all steps if anyone wants to do it.
I have stared a bash on amazonlinux image.
So:

#1) Install libgdiplus
Before this step I have installed using yum to get all packages installed with libgdiplus.

yum install -y yum-utils rpmdevtools

rpmkeys --import "http://pool.sks-keyservers.net/pks/lookup?op=get&search=0x3fa7e0328081bff6a14da29aa6a19b38d3d831ef"

curl https://download.mono-project.com/repo/centos7-stable.repo | tee /etc/yum.repos.d/mono-centos7-stable.repo

Download RPM packages

yumdownloader libgdiplus0.x86_64 acl.x86_64 cracklib.x86_64 dbus.x86_64 dejavu-sans-fonts.noarch elfutils-default-yama-scope.noarch fontpackages-filesystem.noarch gzip.x86_64 kmod.x86_64 libSM.x86_64 libXau.x86_64 libXfixes.x86_64 libcap-ng.x86_64 libfdisk.x86_64 libglvnd-glx.x86_64 libpng.x86_64 libsmartcols.x86_64 libwayland-client.x86_64 libxshmfence.x86_64 mesa-libGL.x86_64 pam.x86_64 shadow-utils.x86_64 ustr.x86_64 audit-libs.x86_64 cracklib-dicts.x86_64 dbus-libs.x86_64 device-mapper.x86_64 elfutils-libs.x86_64 freetype.x86_64 hwdata.x86_64 kmod-libs.x86_64 libX11.x86_64 libXdamage.x86_64 libXrender.x86_64 libdrm.x86_64 libglvnd.x86_64 libjpeg-turbo.x86_64 libpwquality.x86_64 libtiff.x86_64 libwayland-server.x86_64 lz4.x86_64 mesa-libgbm.x86_64 pixman.x86_64 systemd.x86_64 util-linux.x86_64 cairo.x86_64 cryptsetup-libs.x86_64 dejavu-fonts-common.noarch device-mapper-libs.x86_64 fontconfig.x86_64 giflib.x86_64 jbigkit-libs.x86_64 libICE.x86_64 libX11-common.noarch libXext.x86_64 libXxf86vm.x86_64 libexif.x86_64 libglvnd-egl.x86_64 libpciaccess.x86_64 libsemanage.x86_64 libutempter.x86_64 libxcb.x86_64 mesa-libEGL.x86_64 mesa-libglapi.x86_64 qrencode-libs.x86_64 systemd-libs.x86_64

Extract Packages

rpmdev-extract -C ./libgdi-runtime *rpm

Copy dependencies to a shared volume

cp ./libgdi-runtime/*/usr/lib64/* /var/task/lib

This step take me some hours to figure out. We need to copy fontconfig fonts to shared volume too

cp -avr /etc/fonts/ /var/task/lib/etc

cp -avr /usr/share/fonts /var/task/lib/share

Edit file to fix fonts path

Edit /var/task/lib/etc/fonts.conf setting the path to fonts like this:

<dir>/var/task/lib/share/fonts</dir>

Zip all files on lib folder and create a lambda layer

Remeber to set this layer to your lambda

**Set Environment variable in your lambda **

FONTCONFIG_PATH=/opt/lib/etc

It is done!