Hey, I keep getting error in 'wrangler tail' when i manually call my worker which is supposed to cal

MMaulik Tyagi Hey, I keep getting error in 'wrangler tail' when i manually call my worker whic...

K

kian•10/13/25, 1:35 PM

That sounds like your Container isn't responding on the port within 5 seconds

K

kian•10/13/25, 1:36 PM

https://github.com/cloudflare/containers/blob/e4879c8d973a97a67cdb8162a860fc00a9e51257/src/lib/container.ts#L938-L955

Kkian That sounds like your Container isn't responding on the port within 5 seconds

M

Maulik TyagiOP•10/13/25, 1:46 PM

Is that so? although container, when I go to dashboard goes from ready to active state, and in logs I can see logs from my container code, although it doesn't get completed, but I still see some logs. So I believe container is running when I manually call my worker.

K

kian•10/13/25, 1:50 PM

The "The operation was aborted" error will be coming from the 5 second timeout we have on the "is this port ready for us to send requests?" health check.

K

kian•10/13/25, 1:51 PM

Your Container will start but we won't send the

fetch

fetch

request to it until that check passes

M

Maulik TyagiOP•10/13/25, 2:10 PM

Sorry to ask, but then how do i make it pass health check?

K

kian•10/13/25, 2:29 PM

Is your Container responding to requests for any hostname / interface / path (even if a 404)?

K

kian•10/13/25, 2:32 PM

We're basically not getting a response to our health check request.

L

lusons•10/14/25, 2:12 AM

Can I use the restful api or cloudflare-typescript sdk to upload a container? I haven't found any documentation on this yet.

Kkian Is your Container responding to requests for any hostname / interface / path (ev...

M

Maulik TyagiOP•10/14/25, 6:18 AM

No, it is just a function which is supposed to run on its own when container starts, it is a cron container, so it does not respond back anything,

import { Container, getContainer } from "@cloudflare/containers";

export class dummy extends Container {
  constructor(state, env) {
    super(state, env);
    // Set envVars in constructor
    this.envVars = {
      NAME: env.name,
    };
  }
  sleepAfter = "30m";
  async onStart() {
    console.log("Container started");
  }
  enableInternet = true;
  onStop() {
    console.log("Container shut down");
  }
  onError(error) {
    console.log("Error:", error);
  }

}
export default {
  async fetch(request, env, ctx) {
    // Trigger Durable Object
    console.log("Manual trigger → starting container");
    const container = getContainer(env.DUMMY);
    await container.start({
      startOptions: {
        envVars: {
          // You can pass dynamic values here
          MANUAL_TRIGGERED_AT: new Date().toISOString(),
        },
      },
    });
    return new Response("Container manually triggered and executed", {
      status: 200,
    });
  },
  async scheduled(controller, env, ctx) {
    console.log("Cron triggered");
    const container = getContainer(env.DUMMY);
    await container.start({
      startOptions: {
        envVars: {
          CRON_TRIGGERED_AT: new Date().toISOString(),
        },
      },
    });
  },
};

import { Container, getContainer } from "@cloudflare/containers";

export class dummy extends Container {
  constructor(state, env) {
    super(state, env);
    // Set envVars in constructor
    this.envVars = {
      NAME: env.name,
    };
  }
  sleepAfter = "30m";
  async onStart() {
    console.log("Container started");
  }
  enableInternet = true;
  onStop() {
    console.log("Container shut down");
  }
  onError(error) {
    console.log("Error:", error);
  }

}
export default {
  async fetch(request, env, ctx) {
    // Trigger Durable Object
    console.log("Manual trigger → starting container");
    const container = getContainer(env.DUMMY);
    await container.start({
      startOptions: {
        envVars: {
          // You can pass dynamic values here
          MANUAL_TRIGGERED_AT: new Date().toISOString(),
        },
      },
    });
    return new Response("Container manually triggered and executed", {
      status: 200,
    });
  },
  async scheduled(controller, env, ctx) {
    console.log("Cron triggered");
    const container = getContainer(env.DUMMY);
    await container.start({
      startOptions: {
        envVars: {
          CRON_TRIGGERED_AT: new Date().toISOString(),
        },
      },
    });
  },
};

import { Container, getContainer } from "@cloudflare/containers";

export class dummy extends Container {
  constructor(state, env) {
    super(state, env);
    // Set envVars in constructor
    this.envVars = {
      NAME: env.name,
    };
  }
  sleepAfter = "30m";
  async onStart() {
    console.log("Container started");
  }
  enableInternet = true;
  onStop() {
    console.log("Container shut down");
  }
  onError(error) {
    console.log("Error:", error);
  }

}
export default {
  async fetch(request, env, ctx) {
    // Trigger Durable Object
    console.log("Manual trigger → starting container");
    const container = getContainer(env.DUMMY);
    await container.start({
      startOptions: {
        envVars: {
          // You can pass dynamic values here
          MANUAL_TRIGGERED_AT: new Date().toISOString(),
        },
      },
    });
    return new Response("Container manually triggered and executed", {
      status: 200,
    });
  },
  async scheduled(controller, env, ctx) {
    console.log("Cron triggered");
    const container = getContainer(env.DUMMY);
    await container.start({
      startOptions: {
        envVars: {
          CRON_TRIGGERED_AT: new Date().toISOString(),
        },
      },
    });
  },
};

import { Container, getContainer } from "@cloudflare/containers";

export class dummy extends Container {
  constructor(state, env) {
    super(state, env);
    // Set envVars in constructor
    this.envVars = {
      NAME: env.name,
    };
  }
  sleepAfter = "30m";
  async onStart() {
    console.log("Container started");
  }
  enableInternet = true;
  onStop() {
    console.log("Container shut down");
  }
  onError(error) {
    console.log("Error:", error);
  }

}
export default {
  async fetch(request, env, ctx) {
    // Trigger Durable Object
    console.log("Manual trigger → starting container");
    const container = getContainer(env.DUMMY);
    await container.start({
      startOptions: {
        envVars: {
          // You can pass dynamic values here
          MANUAL_TRIGGERED_AT: new Date().toISOString(),
        },
      },
    });
    return new Response("Container manually triggered and executed", {
      status: 200,
    });
  },
  async scheduled(controller, env, ctx) {
    console.log("Cron triggered");
    const container = getContainer(env.DUMMY);
    await container.start({
      startOptions: {
        envVars: {
          CRON_TRIGGERED_AT: new Date().toISOString(),
        },
      },
    });
  },
};

For reference this is my worker code, and my container is a python function.

MMaulik Tyagi No, it is just a function which is supposed to run on its own when container sta...

K

kian•10/14/25, 3:00 PM

I don't think the Containers library will let you start a Container without it having a web server / port for us to check on.

K

kian•10/14/25, 3:01 PM

The direct API available with Durable Objects (which we're wrapping in the library) might be a better fit: https://developers.cloudflare.com/durable-objects/api/container/

C

christianklotz•10/14/25, 3:04 PM

I've been using the Sandbox SDK, and while it works locally, once deployed to Cloudflare, as the DO is trying to write a file with

"[HTTP Client] Making POST request to http://localhost:3000/api/write"

"[HTTP Client] Making POST request to http://localhost:3000/api/write"

"[HTTP Client] Making POST request to http://localhost:3000/api/write"

"[HTTP Client] Making POST request to http://localhost:3000/api/write", I get the following error message:

"Sandbox error:",
"Error: Container connectivity was lost"

"Sandbox error:",
"Error: Container connectivity was lost"

"Sandbox error:",
"Error: Container connectivity was lost"

"Sandbox error:",
"Error: Container connectivity was lost"

DO ID:

dcb4030e8dbbd797c6f34192fba09c75e77c42d32244b52680d3431302e0a7ee

dcb4030e8dbbd797c6f34192fba09c75e77c42d32244b52680d3431302e0a7ee

dcb4030e8dbbd797c6f34192fba09c75e77c42d32244b52680d3431302e0a7ee

dcb4030e8dbbd797c6f34192fba09c75e77c42d32244b52680d3431302e0a7ee

After some debugging it looks like, the sandbox preflight succeeds, the first call to

writeFile

writeFile

writeFile

writeFile causes the container to lose connectivity, and then it kinda 'hangs'.

Anyone seen similar things before?

K

kian•10/14/25, 3:42 PM

What's the application ID for the Containers app? It's the UUID in the URL when you go to the Containers overview (Workers & Pages in sidebar -> Containers -> click on the app)

Kkian What's the application ID for the Containers app? It's the UUID in the URL when ...

C

christianklotz•10/14/25, 3:48 PM

a03e7cbd-ed24-485c-92c4-eeb9bac1ae5d

a03e7cbd-ed24-485c-92c4-eeb9bac1ae5d

a03e7cbd-ed24-485c-92c4-eeb9bac1ae5d

a03e7cbd-ed24-485c-92c4-eeb9bac1ae5d

K

kian•10/14/25, 3:51 PM

I think that’s your account ID - the Containers application is a UUID that comes later

K

kian•10/14/25, 3:52 PM

/accountId/containers/applicationId/ - something like that

Kkian I think that’s your account ID - the Containers application is a UUID that comes...

C

christianklotz•10/14/25, 3:53 PM

corrected above

K

kian•10/14/25, 7:00 PM

I'm not seeing much in the way of errors on our side - I can see the "Container" (in this case the Sandbox SDK entrypoint) exited successfully (exit code 0) at 15:15 UTC.

K

kian•10/14/25, 7:00 PM

Is it always reproducible for you when using that

writeFile

writeFile

writeFile

writeFile API?

Kkian I'm not seeing much in the way of errors on our side - I can see the "Container"...

C

christianklotz•10/14/25, 8:28 PM

Thank you for looking into it! Yeah, it's always

writeFile

writeFile

writeFile

writeFile. Interestingly I get this on

execute

execute

execute

execute:

"[HTTP Client] Error executing in session:",
"Error: Session 'sandbox-default' not found"

"[HTTP Client] Error executing in session:",
"Error: Session 'sandbox-default' not found"

"[HTTP Client] Error executing in session:",
"Error: Session 'sandbox-default' not found"

"[HTTP Client] Error executing in session:",
"Error: Session 'sandbox-default' not found"

Not sure if related.

I am whipping up a more isolated implementation right now to see it still breaks

Cchristianklotz Thank you for looking into it! Yeah, it's always `writeFile`. Interestingly I ge...

C

christianklotz•10/14/25, 9:58 PM

After a bit more digging it feels like it's more an issue with the Sandbox SDK itself than containers. The basic setup works for me locally but makes the worker fail with

"Failed to create session"

"Failed to create session"

"Failed to create session"

"Failed to create session" once deployed.

A

Alex Dahl•10/15/25, 9:14 AM

Has anyone checked the network speed for R2 <=> containers? My workload is for semi-big files 1GB~ on R2, would be awesome if the containers had access to cloudflares internal network

C

CodingCoop | Co-Founder Nullshot•10/15/25, 9:21 AM

@kian | Containers any plans to set instance type dynamically or do i need a unique DO / Container class per instance type? I want users to choose their instance size.

Cchristianklotz After a bit more digging it feels like it's more an issue with the Sandbox SDK i...

C

christianklotz•10/15/25, 9:34 AM

Update on the basic setup: this works now which may have purely a matter of me having made requests before the instances to be provisioned. Still looking into why the Sandbox SDK fails

C

CodingCoop | Co-Founder Nullshot•10/15/25, 9:38 AM

You may need to create the sesion first @christianklotz - then run the command baesd on the session object returend by the createSession object. I haven't used the default session commands personally though ( the direct ones in the sandbox ) but ive been working out of the sandbox createSession with unique ids passed in which has worked well for past month or so.

C

christianklotz•10/15/25, 9:39 AM

Yeah, that's what I'm doing. And it works locally, for some reason it doesn't once deployed

C

CodingCoop | Co-Founder Nullshot•10/15/25, 9:48 AM

thats odd if its working locally, but not remotely.

I've heavily modified the sandbox sdk, but one thing I recall was that when i create session in multiple places, it would create a new session although it was the same id, so I created it so it woudl return the same session at the container level under isolation.ts

/**
 * Manages isolated sessions for command execution.
 * Each session maintains its own state (pwd, env vars, processes).
 */
export class SessionManager {
  private sessions = new Map<string, Session>();
  
  async createSession(options: SessionOptions): Promise<Session> {
    // Validate cwd if provided - must be absolute path
    if (options.cwd) {
      if (!options.cwd.startsWith('/')) {
        throw new Error(`cwd must be an absolute path starting with '/', got: ${options.cwd}`);
      }
    }
    
    // Return existing session if it already exists
    const existing = this.sessions.get(options.id);
    if (existing) {
      console.log(`[SessionManager] Returning existing session '${options.id}'`);
      return existing;
    }
    
    // Create new session only if it doesn't exist
    const session = new Session(options);
    await session.initialize();
    
    this.sessions.set(options.id, session);
    console.log(`[SessionManager] Created new session '${options.id}'`);
    return session;
  }

/**
 * Manages isolated sessions for command execution.
 * Each session maintains its own state (pwd, env vars, processes).
 */
export class SessionManager {
  private sessions = new Map<string, Session>();
  
  async createSession(options: SessionOptions): Promise<Session> {
    // Validate cwd if provided - must be absolute path
    if (options.cwd) {
      if (!options.cwd.startsWith('/')) {
        throw new Error(`cwd must be an absolute path starting with '/', got: ${options.cwd}`);
      }
    }
    
    // Return existing session if it already exists
    const existing = this.sessions.get(options.id);
    if (existing) {
      console.log(`[SessionManager] Returning existing session '${options.id}'`);
      return existing;
    }
    
    // Create new session only if it doesn't exist
    const session = new Session(options);
    await session.initialize();
    
    this.sessions.set(options.id, session);
    console.log(`[SessionManager] Created new session '${options.id}'`);
    return session;
  }

/**
 * Manages isolated sessions for command execution.
 * Each session maintains its own state (pwd, env vars, processes).
 */
export class SessionManager {
  private sessions = new Map<string, Session>();
  
  async createSession(options: SessionOptions): Promise<Session> {
    // Validate cwd if provided - must be absolute path
    if (options.cwd) {
      if (!options.cwd.startsWith('/')) {
        throw new Error(`cwd must be an absolute path starting with '/', got: ${options.cwd}`);
      }
    }
    
    // Return existing session if it already exists
    const existing = this.sessions.get(options.id);
    if (existing) {
      console.log(`[SessionManager] Returning existing session '${options.id}'`);
      return existing;
    }
    
    // Create new session only if it doesn't exist
    const session = new Session(options);
    await session.initialize();
    
    this.sessions.set(options.id, session);
    console.log(`[SessionManager] Created new session '${options.id}'`);
    return session;
  }

/**
 * Manages isolated sessions for command execution.
 * Each session maintains its own state (pwd, env vars, processes).
 */
export class SessionManager {
  private sessions = new Map<string, Session>();
  
  async createSession(options: SessionOptions): Promise<Session> {
    // Validate cwd if provided - must be absolute path
    if (options.cwd) {
      if (!options.cwd.startsWith('/')) {
        throw new Error(`cwd must be an absolute path starting with '/', got: ${options.cwd}`);
      }
    }
    
    // Return existing session if it already exists
    const existing = this.sessions.get(options.id);
    if (existing) {
      console.log(`[SessionManager] Returning existing session '${options.id}'`);
      return existing;
    }
    
    // Create new session only if it doesn't exist
    const session = new Session(options);
    await session.initialize();
    
    this.sessions.set(options.id, session);
    console.log(`[SessionManager] Created new session '${options.id}'`);
    return session;
  }

C

CodingCoop | Co-Founder Nullshot•10/15/25, 9:48 AM

But that wouldn't effect your local vs cloud...

C

christianklotz•10/15/25, 10:12 AM

A noticeable difference compared to the basic setup described in the Sandbox SDK docs is that the container state shown in the dashboard remains Active (instead of going back to Ready). Not sure if this is related tho

A

Allen•10/15/25, 12:06 PM

Hi, is there any way to avoid cold start? Because I have very high requirements for real-time performance.

P

pandalambda2•10/15/25, 12:12 PM

ping it to death - looks at cron triggers, but nothing will guarantee it 100%, can be evicted for different reasons all the way down to a node failure

A

Allen•10/15/25, 1:18 PM

Thanks for your suggestion. I have considered this method before, but it may not work because of the global node. The location I ping will be different every time, so this cannot solve the problem.

Ppandalambda2 ping it to death - looks at cron triggers, but nothing will guarantee it 100%, c...

A

Allen•10/15/25, 1:18 PM

@pandalambda2

P

pandalambda2•10/15/25, 1:20 PM

if you use the same sessionid it will

P

pandalambda2•10/15/25, 1:20 PM

since the worker which could be anywhere on the network, will route to the specific DO

P

pandalambda2•10/15/25, 1:20 PM

and DO is 1:1 with the container

T

Thomas•10/15/25, 4:05 PM

fyi the automatically-set runtime environment variables mentioned here (specifically the durable object id) is just set to 64 'x's in dev https://developers.cloudflare.com/containers/platform-details/environment-variables/

is that intentional? if so it'd be lovely if mentioned in the docs

Cloudflare Docs

Environment Variables

The container runtime automatically sets the following variables:

JJon M.Any plans to actually show rollout progress when you update a container?

K

kian•10/15/25, 5:12 PM

There is already a rollout bar in the dashboard, are you referring to something else?

TThomas fyi the automatically-set runtime environment variables mentioned here (specific...

K

kian•10/15/25, 5:13 PM

That's intentional, we'll add it in as a note to the docs. It usually represents the DO backing your Container but in local development it's just powered by Docker so there isn't one.

K

kian•10/15/25, 5:14 PM

Are your Containers gracefully shutting down? If you had a

max_instances

max_instances

max_instances

max_instances of 10 and rollout steps of

20, 100

20, 100

20, 100

20, 100 then we can't progress past 20% (aka 2 instances) until those 2 instances have stopped & we've brought them back up with the new settings.

K

kian•10/15/25, 5:14 PM

If they don't handle SIGTERM themselves then we give them 15 minutes before they're killed.

K

kian•10/15/25, 6:30 PM

Are you responding to a request and then starting compute like "hey, start this task -> yep, started"?

K

kian•10/15/25, 6:30 PM

The current lifecycle model of

sleepAfter

sleepAfter

sleepAfter

sleepAfter kinda has a web server focus where once you respond,

sleepAfter

sleepAfter

sleepAfter

sleepAfter starts and then we'll send a

SIGTERM

SIGTERM

SIGTERM

SIGTERM to your Container.

K

kian•10/15/25, 6:30 PM

There is an

onActivityExpired

onActivityExpired

onActivityExpired

onActivityExpired lifecycle hook in the Containers class where you can do your own logic to decide if

sleepAfter

sleepAfter

sleepAfter

sleepAfter should start counting down

Hey, I keep getting error in 'wrangler tail' when i manually call my worker which is supposed to cal

Similar Threads

Similar Threads

Similar Threads