[00:23:55]
<Aleks (he/him/il/lui)> > <@phinero:matrix.org> sent an image.
uuuuh wtf
[07:10:48]
<Monitor Kernel Access> Has anyone here moved to ARM from X86_64,with apps and data intact? Looking into getting a Pi since theyre tiny and easy to throw a LTE card onto,so VPN and pocket server
[07:10:49]
<Monitor Kernel Access> Just dont wanna drop the cash on something that will not be feasable
[07:15:11]
<tituspijean> Monitor Kernel Access: there have been some successful attempts reported on the forum.
Basically you need to check the compatibility of each of your apps, backup the whole system (or app by app), then restore on the new one.
Simple PHP apps should be fine. Apps relying on an binary build will require to be force-upgraded to be rebuilt for the new architecture.
[08:13:44]
<Monitor Kernel Access> > <@titus:pijean.ovh> Monitor Kernel Access: there have been some successful attempts reported on the forum.
> Basically you need to check the compatibility of each of your apps, backup the whole system (or app by app), then restore on the new one.
>
> Simple PHP apps should be fine. Apps relying on an binary build will require to be force-upgraded to be rebuilt for the new architecture.
Conduit and Glitch-SOC are the two apps i run currently
[08:14:28]
<Monitor Kernel Access> good to know force-upgrading will give me correct binaries,so thanks for the tip <3
[10:34:47]
<Marc> Hi folks. it seems that rspamd is not signing using ARC for forwarded message, leading to redirected messages being rejected later (by gmail actually). Does anyone have knowledge on this
[10:37:24]
<Marc> here is the log bit ```Oct 17 14:39:33 vps4 postfix/smtp[670183]: D1D1715F2712: to=<neiger.marc@gmail.com>, orig_to=<marc@neiger.org>, relay=gmail-smtp-in.l.google.com[66.102.1.27]:25, delay=3.2, delays=2.7/0.05/0.22/0.27, dsn=5.7.26, status=bounced (host gmail-smtp-in.l.google.com[66.102.1.27] said: 550-5.7.26 Unauthenticated email from btinternet.com is not accepted due to 550-5.7.26 domain's DMARC policy. Please contact the administrator of 550-5.7.26 btinternet.com domain if this was a legitimate mail. Please visit 550-5.7.26 https://support.google.com/mail/answer/2451690 to learn about the 550 5.7.26 DMARC initiative. g11-20020a5d554b000000b0032d9d66caadsi875528wrw.794 - gsmtp (in reply to end of DATA command))
```
[11:20:43]
<cgman7> https://aria.im/_matrix/media/v1/download/matrix.org/neQjfxVNbSxyCzqgUSJSetZw
[11:22:15]
<cgman7> i just innocently changes the PHP-FPM configuration low to medium in wordpress configuration!
and this happen.
[11:22:27]
<cgman7> i just innocently change the PHP-FPM configuration low to medium in wordpress configuration!
and this happen.
[11:23:07]
<cgman7> Anyone can help me? i was in the middle of the blogging :)
[11:46:03]
<Marc> > <@alnoman:matrix.org> sent an image.
reboot and see (it may just be a service that was not properly restarted)
[12:00:54]
<cgman7> Marc: Good idea. But restart doesnt help. :(
All services i have are running.
in services > tools.
[12:14:54]
<ChriChri> > <@alnoman:matrix.org> i just innocently change the PHP-FPM configuration low to medium in wordpress configuration!
> and this happen.
Did you try to change it back?
[12:22:58]
<cgman7> > <@chrichri:librem.one> Did you try to change it back?
Yep. also restart the yunohost after changing.
[12:39:11]
<Marc> Now is time to check the the actual log of the server in syslog or journalctl -xu php-fpm (add proper version) and see why it seems to be terminating unexpecting
Other issue to check does your wordpress configuration refer the proper php-fpm version (check in /etc/nginx/conf.d and subdirs)
[12:44:05]
<ChriChri> Had something similar with ... I guess it has been snappymail and the reason was that something changed the php version to the wrong one when I tried for middle ressources and that didn't get change back when I reset it to the former setting.
A way out of it - beside asking the person who made the ynh integration for snappymail who has been luckily available - has been to backup the app (I do not remember whether I backed up the data only or how that really worked), de-install it, re-install it, leave the defaults on the 'broken' setting and recover the data from the backup.
[12:54:12]
<orhtej2> > <@mneiger:matrix.org> Now is time to check the the actual log of the server in syslog or journalctl -xu php-fpm (add proper version) and see why it seems to be terminating unexpecting
> Other issue to check does your wordpress configuration refer the proper php-fpm version (check in /etc/nginx/conf.d and subdirs)
Try this fix substituting proper php version: https://github.com/YunoHost-Apps/snappymail_ynh/issues/116
[12:55:06]
<orhtej2> Tracking bug: https://github.com/YunoHost/issues/issues/2268
[17:26:37]
<anmol> Hi
[17:29:01]
<anmol> I have subdomain like cloud.domain.tld and I have added the CNAME pointing to the parent domain ip address. So now it should ping like my other CNAME subdomains but it is not pointing to the parent domain. What can be the issue?
[17:29:44]
<anmol> Ping says: ping: cloud.domain.tld: Name or service not known
[17:30:23]
<anmol> I have not encountered such an issue before. Am I missing something?
[18:18:17]
<Marc> > <anmol> I have not encountered such an issue before. Am I missing something?
did you wait long enough for dns cache to purge (up to 3 x time the ttl, though it's most often less than 1 ttl): ttl is likely set for domain.tld
[18:24:30]
<anmol> Mark: I waited more than 8 hours. And set the other Cname at the same time with these subdomains. All work except this one.
[18:25:04]
<Monitor Kernel Access> > <anmol> I have subdomain like cloud.domain.tld and I have added the CNAME pointing to the parent domain ip address. So now it should ping like my other CNAME subdomains but it is not pointing to the parent domain. What can be the issue?
my understanding is that a cname should point to the root domain, NOT the IP
[18:27:28]
<Monitor Kernel Access> https://aria.im/_matrix/media/v1/download/loliimoutolove.com/04u4tq0D9HJAcXR94iGf7LK46KYCMeel
[18:27:38]
<anmol> Monitor Kernel Access: Really? So should I use A or Cname records?
[18:27:44]
<Monitor Kernel Access> waitasecond yunohost used A records with cloudflare instead of CNAMEs (covered my IP for obvious reasons)
[18:27:56]
<Monitor Kernel Access> autoconfig with cloudflare for me is using A records
[18:28:46]
<Monitor Kernel Access> that's cloudflare though,you can try it on your dns hosting if you want though
[18:29:38]
<anmol> I am using cloudflare too for the first time.
[18:30:08]
<anmol> My point is all other subdomains are working with cname expect this one.
[18:30:14]
<Monitor Kernel Access> ah,get your global API key and your zone ID and your registered email and just let yunohost do it
[18:31:19]
<anmol> Is there a doc for this ?
[18:31:30]
<Monitor Kernel Access> > <anmol> Is there a doc for this ?
i had to figure it out myself
[18:31:33]
<Monitor Kernel Access> https://aria.im/_matrix/media/v1/download/loliimoutolove.com/kJLe0ZI95uO798Pw1zFN3impikwTPUqb
[18:31:55]
<Monitor Kernel Access> first box goes registered cloudflare email,second box is the API key and the third is your zone ID
[18:34:28]
<anmol> ok got it. Let me try this then.
[18:34:56]
<Monitor Kernel Access> i couldnt get it to work with a more specialized key,so yeah,global works. Good luck!