diff --git a/roles/jd-server/src/lib/mod.rs b/roles/jd-server/src/lib/mod.rs
index 90eaf96843..f7d445efa3 100644
--- a/roles/jd-server/src/lib/mod.rs
+++ b/roles/jd-server/src/lib/mod.rs
@@ -56,7 +56,6 @@ pub async fn start_jd_server(config: Configuration) {
     // TODO if the jd-server is launched with core_rpc_url empty, the following flow is never
     // taken. Consequentally new_block_receiver in JDsMempool::on_submit is never read, possibly
     // reaching the channel bound. The new_block_sender is given as input to JobDeclarator::start()
-        dbg!(&url);
     if url.contains("http") {
         let sender_update_mempool = sender.clone();
         task::spawn(async move {
diff --git a/roles/pool/src/lib/mod.rs b/roles/pool/src/lib/mod.rs
index 357fa42911..78fedef1c0 100644
--- a/roles/pool/src/lib/mod.rs
+++ b/roles/pool/src/lib/mod.rs
@@ -55,8 +55,6 @@ impl PoolSv2 {
             status::Sender::DownstreamListener(status_tx),
         );
 
-        dbg!("before spawining in pool start");
-
         // Start the error handling loop
         // See `./status.rs` and `utils/error_handling` for information on how this operates
         tokio::spawn(async move {
diff --git a/roles/roles-utils/rpc/src/mini_rpc_client.rs b/roles/roles-utils/rpc/src/mini_rpc_client.rs
index 90b4176377..27f449772b 100644
--- a/roles/roles-utils/rpc/src/mini_rpc_client.rs
+++ b/roles/roles-utils/rpc/src/mini_rpc_client.rs
@@ -33,7 +33,6 @@ impl MiniRpcClient {
 
     pub async fn health(&self) -> Result<(), RpcError> {
         let response = self.send_json_rpc_request("getblockchaininfo", json!([])).await;
-        dbg!(&response);
         match response {
             Ok(_) => Ok(()),
             Err(error) => Err(error),