Hi @mohidm!

Welcome to the Vercel Community

Can you share the errors you're getting? It'd help us debug!

Hi @pawlean ,

Thank you! Feel free to recommend additional logging statements I should add that may give useful data.

These are the 3 specific errors I see:

1
-- Connection error --
2
Neo4jError: Connection acquisition timed out in 60000 ms. Pool status: Active conn count = 0, Idle conn count = 0.
3
-- Cause --
4
undefined

1
-- Connection error --
2
Neo4jError: Could not perform discovery. No routing servers available. Known routing table: RoutingTable[database=default database, expirationTime=0, currentTime=1722018975414, routers=[], readers=[], writers=[]]
3
-- Cause --
4
Neo4jError: Connection was closed by server

1
-- Connection error --
2
Neo4jError: Could not perform discovery. No routing servers available. Known routing table: RoutingTable[database=default database, expirationTime=0, currentTime=1722019966691, routers=[], readers=[], writers=[]]
3
-- Cause --
4
Neo4jError: Failed to connect to server. Please ensure that your database is listening on the correct host and port and that you have compatible encryption settings both on Neo4j server and driver. Note that the default encryption setting has changed in Neo4j 4.0. Caused by: Connection lost. Server didn't respond in 60000ms

The library that is used to connect to Neo4j is https://github.com/mohidmakhdoomi/personal-website/blob/main/lib/neo4j.js

Also tried adding await driver.close() to the finally block in neo4j.js in case there was some issue with the driver. I made this change in branch fix-neo4j-conn and it was deployed to Vercel as preview.

Seeing additional errors now (ones highlighted in red) but i don't think it has to do with me adding the driver.close(), do vercel preview deployments have more verbose logs?

Inside app/page.tsx:

1
import { read } from '@/lib/neo4j'
2

3
export const dynamic = 'force-static'
4
export const revalidate = 60
5

6
export default async function Index() {
7
  const data = await read()
8
  return '...'
9
}

You don't need to call a separate Route Handler, you can fetch from your database in the server component. Since it looks like you're wanting to have a static page, and then have an ISR time of 60 seconds, you can do it as follows.

Thanks for the reply @leerob , I have done as you suggested and it works fine. I actually put the await read() into a separate function so it can be reused for /graph and / but the idea is this same as you suggested. Also important to note, from my testing the reason your suggestion works is due to removing the unstable_cache.

For testing I tried keeping unstable_cache and using the below settings, and was still able to reproduce the issue.

1
export const dynamic = 'force-static'
2
export const revalidate = false
3

4
const getCachedGet = unstable_cache(
5
    async () => await dataGetter(),
6
    [],
7
    {revalidate: 60},
8
);

But as soon as I remove unstable_cache and just use dataGetter() directly and export const revalidate = 60, the issues go away.

In theory using unstable_cache vs just doing revalidate = 60 at the page level should yield the same result right? Could this be a bug with unstable_cache?

You wouldn't need to use unstable_cache here, because with force-static, you are prerendering the entire route. It is possible there's a bug with unstable_cache there, yeah, however it should not be used in this use case.