Query engine library for current platform "rhel-openssl-1.1.x" could not be found.
See original GitHub issueBug description
Outline
Our node.js apps encountered the error on this title. Full message is below:
Query engine library for current platform "rhel-openssl-1.1.x" could not be found.
You incorrectly pinned it to rhel-openssl-1.1.x
About our app
Our app uses prisma client on fetching a record from PostgreSQL(by AWS RDS) 1:1 by HTTP GET request. GET request endpoint is like this:
https://hash.execute-api.ap-northeast-1.amazonaws.com/stage/path?id=<id>
Situation
The error happened when a Client worker executing regularly calls the REST API using prisma client over and over again. We can find that the database load (connections, memory usage, cpu utilizations and so on) is not much hard.
How to reproduce
Sorry but, we can not find the way to reproduce this error(so that we are hard to solve this problem…).
Expected behavior
No response
Prisma information
schema.prisma
generator client {
provider = "prisma-client-js"
binaryTargets = ["native", "rhel-openssl-1.0.x"]
previewFeatures = ["interactiveTransactions"]
}
datasource db {
provider = "postgresql"
url = env("DATABASE_URL")
}
model table_name {
...
}
prisma client code
The mapper implements with prisma client is like this:
async select(id: string): Promise<schema[]> {
const prisma = new PrismaClient()
let condition = {
where: {
id: id,
requester_id: requesterId
}
}
const result = await prisma.schema.findMany(condition)
prisma.$disconnect()
return result
}
package.json
},
"dependencies": {
...
"@prisma/client": "^3.6.0",
...
},
"devDependencies": {
...
"prisma": "^3.6.0",
...
},
}
Environment & setup
We are deploying node.js app using prisma on AWS Lambda.
- Lambda: node.js: 14.x
- AWS Lambda
Prisma Version
$ ./node_modules/.bin/prisma -v
prisma : 3.8.0
@prisma/client : 3.8.0
Current platform : darwin
Query Engine (Node-API) : libquery-engine 34df67547cf5598f5a6cd3eb45f14ee70c3fb86f (at node_modules/@prisma/engines/libquery_engine-darwin.dylib.node)
Migration Engine : migration-engine-cli 34df67547cf5598f5a6cd3eb45f14ee70c3fb86f (at node_modules/@prisma/engines/migration-engine-darwin)
Introspection Engine : introspection-core 34df67547cf5598f5a6cd3eb45f14ee70c3fb86f (at node_modules/@prisma/engines/introspection-engine-darwin)
Format Binary : prisma-fmt 34df67547cf5598f5a6cd3eb45f14ee70c3fb86f (at node_modules/@prisma/engines/prisma-fmt-darwin)
Default Engines Hash : 34df67547cf5598f5a6cd3eb45f14ee70c3fb86f
Studio : 0.452.0
Other
I could find one like this issue: https://github.com/prisma/prisma/issues/13396 .
Issue Analytics
- State:
- Created a year ago
- Comments:12 (6 by maintainers)
Top Results From Across the Web
Prisma Query engine library for current platform "debian ...
I have a NodeJS/NestJS project consisting of multiple microservices. I've deployed my postgres database and also a microservice pod which ...
Read more >Prisma schema API (Reference)
engineType, No, Enum ( library or binary ), Defines the query engine type to download and use. Default: library ... Fedora 28, rhel-openssl-1.1.x,...
Read more >Prisma Client Binary Not Copied for Netlify Lambda Functions ...
user.findOne()` invocation: Query engine binary for current platform "rhel-openssl-1.0.x" could not be found. This probably happens, because you ...
Read more >Query Engine Binary For Current Platform "Debian-Openssl ...
x " could not be found. (Prisma Client looked in "/tmp/query-engine-rhel-openssl-1.0.x") serverless-next.js#843.
Read more >Has anyone deploying via serverless framework using serverle
executeRaw()` invocation: Query engine library for current platform "rhel-openssl-1.0.x" could not be found. You incorrectly pinned it to ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
That would indicate that there are some Lambdas where the file can be found, and some where it can not be - as some function executions succeed, and some don’t. As you essentially deploy exactly the same code to all of them, that does not really make a lot of sense 🤔
I will recommend following this guide: https://www.prisma.io/docs/guides/deployment/deployment-guides/deploying-to-aws-lambda