I’ve noticed that whenever I post from my instance (midwest.social) to lemmy.ml that the upvotes don’t match that of what’s on lemmy.ml and the comments don’t show up for a while.
That one is probably harmless, it just means that the activity was already received and processed before. It is strange though that Lemmy on your instance would send the same activity twice.
Earlier I changed lemmy.ml logs to warn in docker-compose.yml and ran docker-compose up -d. Since then it has collected some better logs:
I suggest you follow the same steps for logging (with grep lemmy.ml), and see more useful log entries. In this case it looks like midwest.social is sometimes unreachable. In theory Lemmy will retry a few times, but that isnt really tested. And there are some weird public key errors, which should have more information in your logs.
lemmy_1 | 2022-01-12T21:46:01.367000Z WARN lemmy_apub_lib::activity_queue: Send https://midwest.social/activities/announce/d268e800-2ed3-42ba-8014-634373b46a96 to https://lemmy.ml/inbox failed with status 400 Bad Request: Failed to insert activity into database: duplicate key value violates unique constraint “idx_activity_ap_id”
That one is probably harmless, it just means that the activity was already received and processed before. It is strange though that Lemmy on your instance would send the same activity twice.
Earlier I changed lemmy.ml logs to warn in docker-compose.yml and ran
docker-compose up -d
. Since then it has collected some better logs:$ sudo docker-compose logs lemmy | grep midwest.social |2022-01-12T22:17:30.845533ZWARNlemmy_apub_lib::activity_queue:Sendhttps://lemmy.ml/activities/announce/c3c3ff96-a8c4-453d-96c1-e02a7e8dcc41tohttps://midwest.social/inboxfailedwithstatus400BadRequest:error:0909006C:PEMroutines:get_name:nostartline:crypto/pem/pem_lib.c:745:Expecting:PUBLICKEY |2022-01-12T22:18:53.522306ZWARNlemmy_apub_lib::activity_queue:Sendhttps://lemmy.ml/activities/announce/a1c956e6-9b5b-4df0-a245-cefae75a39fbtohttps://midwest.social/inboxfailedwithstatus400BadRequest:error:0909006C:PEMroutines:get_name:nostartline:crypto/pem/pem_lib.c:745:Expecting:PUBLICKEY |2022-01-12T22:23:41.824212ZWARNlemmy_apub_lib::activity_queue:Sendhttps://lemmy.ml/activities/announce/0850d562-72c7-4df7-aa70-b0a4817e7564tohttps://midwest.social/inboxfailedwithstatus400BadRequest:Headerisexpired |2022-01-12T22:27:16.411288ZWARNlemmy_apub_lib::activity_queue:Sendhttps://lemmy.ml/activities/announce/a98ef44b-49c2-447a-b385-f0c90d7b9287tohttps://midwest.social/inboxfailedwithstatus504GatewayTimeout:<html> |2022-01-12T22:28:21.648136ZWARNlemmy_apub_lib::activity_queue:Sendhttps://lemmy.ml/activities/announce/ed0aa97b-2b6a-4e81-9941-bd736b2178e1tohttps://midwest.social/inboxfailedwithstatus408RequestTimeout: |2022-01-12T22:28:43.533383ZWARNlemmy_apub_lib::activity_queue:Sendhttps://lemmy.ml/activities/announce/136c948f-fdc7-4a4e-949d-cdbc6bb21e21tohttps://midwest.social/inboxfailedwithstatus408RequestTimeout: |2022-01-12T22:28:45.404798ZWARNlemmy_apub_lib::activity_queue:Sendhttps://lemmy.ml/activities/announce/626542e4-23b8-4b8e-981f-b5b14a821ac0tohttps://midwest.social/inboxfailedwithstatus408RequestTimeout: |2022-01-12T22:29:09.170348ZWARNlemmy_apub_lib::activity_queue:Sendhttps://lemmy.ml/activities/announce/36b21997-8f4d-43e5-8d8b-9491bb9d6d2ftohttps://midwest.social/inboxfailedwithstatus400BadRequest:Headerisexpired
I suggest you follow the same steps for logging (with grep lemmy.ml), and see more useful log entries. In this case it looks like midwest.social is sometimes unreachable. In theory Lemmy will retry a few times, but that isnt really tested. And there are some weird public key errors, which should have more information in your logs.