Post AWca9IWNCXGdjLh3K4 by mint@eientei.org
(DIR) More posts by mint@eientei.org
(DIR) Post #AWcQB7x6T4PrzOQiMi by pomstan@xn--p1abe3d.xn--80asehdb
2023-06-12T15:02:13.591983Z
0 likes, 0 repeats
@mint nigga do you hear me
(DIR) Post #AWca9IWNCXGdjLh3K4 by mint@eientei.org
2023-06-12T16:53:57.052967Z
0 likes, 0 repeats
@pomstan @mint Nope, the post doesn't even get fetched.
(DIR) Post #AWcaLHjrw4XYmMip0q by mint@eientei.org
2023-06-12T16:56:12.491916Z
0 likes, 0 repeats
@pomstan@xn–p1abe3d.xn–80asehdb @mint Get fetched only after 30 seconds of waiting.iex(pleroma@127.0.0.1)1> Pleroma.Object.Fetcher.fetch_object_from_id("https://xn--p1abe3d.xn--80asehdb/objects/769ed997-d9e4-462a-91f4-dfe095b03b92")16:54:15.422 [debug] QUERY OK source="objects" db=0.8ms queue=0.1ms idle=826.9msSELECT o0."id", o0."data", o0."inserted_at", o0."updated_at" FROM "objects" AS o0 WHERE ((o0."data")->>'id' = $1) ["https://xn--p1abe3d.xn--80asehdb/objects/769ed997-d9e4-462a-91f4-dfe095b03b92"] 16:54:15.422 [debug] Fetching object https://xn--p1abe3d.xn--80asehdb/objects/769ed997-d9e4-462a-91f4-dfe095b03b92 via AP 16:54:46.324 [debug] QUERY OK source="instances" db=0.7ms idle=1410.0msSELECT TRUE FROM "instances" AS i0 WHERE ((i0."host" = $1) AND (i0."unreachable_since" <= $2)) ["xn--p1abe3d.xn--80asehdb", ~N[2023-06-05 16:54:46.323654]]
(DIR) Post #AWcaUBsp4lgvDz9lbc by mint@ryona.agency
2023-06-12T16:57:29.473969Z
0 likes, 1 repeats
@mint @pomstan ping
(DIR) Post #AWcaknnRsnOtRaZ1EG by mint@eientei.org
2023-06-12T17:00:42.816803Z
1 likes, 0 repeats
@pomstan @pomstan@xn–p1abe3d.xn–80asehdb @mint Classic Scaleway.$ ping срёт.онлайнPING срёт.онлайн(2001:bc8:1828:50d::1 (2001:bc8:1828:50d::1)) 56 data bytes^C--- срёт.онлайн ping statistics ---6 packets transmitted, 0 received, 100% packet loss, time 5111ms$ ping срёт.онлайн -4PING (51.15.34.68) 56(84) bytes of data.64 bytes from срёт.онлайн (51.15.34.68): icmp_seq=1 ttl=52 time=78.2 ms64 bytes from срёт.онлайн (51.15.34.68): icmp_seq=2 ttl=52 time=77.9 ms64 bytes from срёт.онлайн (51.15.34.68): icmp_seq=3 ttl=52 time=80.7 ms64 bytes from срёт.онлайн (51.15.34.68): icmp_seq=4 ttl=52 time=77.8 ms64 bytes from срёт.онлайн (51.15.34.68): icmp_seq=5 ttl=52 time=77.8 ms64 bytes from срёт.онлайн (51.15.34.68): icmp_seq=6 ttl=52 time=78.2 ms^C--- ping statistics ---6 packets transmitted, 6 received, 0% packet loss, time 5006msrtt min/avg/max/mdev = 77.797/78.425/80.650/1.005 msI’ll make the local resolver ignore IPv6 records for your instance.
(DIR) Post #AWcawOuOF3AbjKLDN2 by mint@ryona.agency
2023-06-12T17:02:37.793947Z
0 likes, 1 repeats
@mint @pomstan ping again
(DIR) Post #AWcayyU0wn8odrEPTM by mint@ryona.agency
2023-06-12T17:03:06.668907Z
1 likes, 1 repeats
@mint @pomstan Now it seems to federate instantly.
(DIR) Post #AWe1fMxn71m4h8zlfU by pomstan@xn--p1abe3d.xn--80asehdb
2023-06-13T09:36:59.308537Z
1 likes, 0 repeats
@mint @mint god fucking dammit
(DIR) Post #AWe9BPZldMSdk8z5M0 by pomstan@xn--p1abe3d.xn--80asehdb
2023-06-13T11:01:14.027787Z
1 likes, 0 repeats
@mint @mint kill yourself niggerslive migration is what, 15 years old?
(DIR) Post #AWe9w5bbhVUrPu6Q0e by pomstan@xn--p1abe3d.xn--80asehdb
2023-06-13T11:09:42.016512Z
1 likes, 0 repeats
@mint @mint looks like cloud-init generates some bogus ipv6 configuration, they probably cached old instance metadata or somethingwhy the fuck would you assign ip addresses statically if they are really dynamic, that is the question
(DIR) Post #AWeCF08ETa3DqnVZwG by mint@ryona.agency
2023-06-13T11:35:16.833425Z
0 likes, 2 repeats
@pomstan @mint That's been the case since at least 2018, IPv6 has been randomly stopping working on one of their ARM dedics. Eventually I just moved all my shit elsewhere after dealing with tunnel brokers for a while.