I will assume that a WP installation is supposed to be a one “click installation”, it isn’t working.
Where to start?
No files or directories are added, there is a brief “installing application” text that disappears shortly after.
Just ran test argos relay and got:
Util_Process::formatDataCallProc(): ntfy: ERROR: Failed to send notification using pushover Traceback (most recent call last): File "/usr/local/lib/python3.6/site-packages/ntfy/__init__.py", line 58, in notify **backend_config) File "/usr/local/lib/python3.6/site-packages/ntfy/backends/pushover.py", line 122, in notify resp.raise_for_status() File "/usr/local/lib/python3.6/site-packages/requests/models.py", line 941, in raise_for_status raise HTTPError(http_error_msg, response=self) requests.exceptions.HTTPError: 400 Client Error: Bad Request for url: https://api.pushover.net/1/messages.json
Not sure if it is related or where to find any error log.
An email will be dispatched to whatever is configured in siteinfo,email for the domain. Additionally, if [crm] => copy_admin is set in config.ini any failures will be CC’d to that email address. Most common cause is existing files in the document root or failed SSL acquisition typically caused by third-party DNS.
Regarding the 400 from Pushover, verify your client details are correct and that Argos is properly configured. cpcmd argos:test will fire off a test to your configured backend.
No email was sent/received; yes I am using third party DNS.
I do not believe that the installer is doing anything; there are zero added WP files nor any mySQL db added.
So that is just pushover.net notifications; I have no use for it anyways
Check /var/log/maillog. You can also check the job was attempted via Dev > Job Runner as the appliance administrator.
If the preflight fails it won’t continue installation as the process is in an unstable state.
In this situation an email would get sent to whatever is specified for siteinfo,email. Check /var/log/maillog around that failure time (grep email@addr /var/log/maillog). You should see a log entry around 09:02 AM that has more information.
Given it failed so early in you either had additional files in the document root for that domain besides index.html or SSL was enabled, but couldn’t be activated for the domain.
Check your email situation first because important events get sent through that channel for now. Notifications in the panel (
icon in header) will be online later this year that serves a similar purpose.
Oct 25 00:45:37 servarica postfix/postscreen[916211]: CONNECT from [::1]:52480 to [::1]:25
Oct 25 00:45:37 servarica postfix/postscreen[916211]: WHITELISTED [::1]:52480
Oct 25 00:45:37 servarica postfix/smtpd[916213]: connect from localhost[::1]
Oct 25 00:45:37 servarica postfix/smtpd[916213]: disconnect from localhost[::1] ehlo=1 quit=1 commands=2
Oct 25 00:45:52 servarica postfix/smtpd[916869]: connect from localhost[127.0.0.1]
Oct 25 00:45:52 servarica postfix/smtpd[916869]: A840E10004447: client=localhost[127.0.0.1]
Oct 25 00:45:52 servarica postfix/smtpd[916869]: ABE121000484B: client=localhost[127.0.0.1]
Oct 25 00:45:52 servarica postfix/pickup[879180]: AC0BEF805CC2: uid=0 from=<apnscp@servarica.cent.os>
Oct 25 00:45:52 servarica postfix/smtpd[916869]: disconnect from localhost[127.0.0.1] helo=1 mail=2 rcpt=2 data=2 quit=1 commands=8
Oct 25 00:45:52 servarica postfix/cleanup[916871]: AC0BEF805CC2: message-id=<84074347a5f72cdcabb7b20f3e866b34@swift.generated>
Oct 25 00:45:52 servarica postfix/qmgr[34385]: AC0BEF805CC2: from=<apnscp@servarica.cent.os>, size=10885, nrcpt=1 (queue active)
Oct 25 00:45:52 servarica postfix/pickup[879180]: BBF37F805CC6: uid=0 from=<apnscp@servarica.cent.os>
Oct 25 00:45:52 servarica postfix/cleanup[916871]: BBF37F805CC6: message-id=<84074347a5f72cdcabb7b20f3e866b34@swift.generated>
Oct 25 00:45:52 servarica postfix/qmgr[34385]: BBF37F805CC6: from=<apnscp@servarica.cent.os>, size=10890, nrcpt=1 (queue active)
Oct 25 00:45:52 servarica postfix/pipe[916879]: BBF37F805CC6: to=<root@servarica.cent.os>, orig_to=<apnscp@servarica.cent.os>, relay=localmaildrop, delay=0.15, delays=0.11/0.01/0/0.03, dsn=2.0.0, status=sent (d$
Oct 25 00:45:52 servarica postfix/qmgr[34385]: BBF37F805CC6: removed
Oct 25 00:45:53 servarica postfix/smtp[916877]: AC0BEF805CC2: to=<XXXXXXX@gmail.com>, relay=gmail-smtp-in.l.google.com[172.217.197.26]:25, delay=0.9, delays=0.08/0.06/0.39/0.38, dsn=5.7.26, status=bounced (ho$
Oct 25 00:45:53 servarica postfix/cleanup[916871]: 9347DF805CC6: message-id=<20201025004553.9347DF805CC6@servarica.cent.os>
Oct 25 00:45:53 servarica postfix/qmgr[34385]: 9347DF805CC6: from=<>, size=13606, nrcpt=1 (queue active)
Oct 25 00:45:53 servarica postfix/bounce[916881]: AC0BEF805CC2: sender non-delivery notification: 9347DF805CC6
Oct 25 00:45:53 servarica postfix/qmgr[34385]: AC0BEF805CC2: removed
Oct 25 00:45:53 servarica postfix/pipe[916879]: 9347DF805CC6: to=<root@servarica.cent.os>, orig_to=<apnscp@servarica.cent.os>, relay=localmaildrop, delay=0.01, delays=0/0/0/0.01, dsn=2.0.0, status=sent (deliver$
Oct 25 00:45:53 servarica postfix/qmgr[34385]: 9347DF805CC6: removed
Yes there are additional files in the directory, I had no way of knowing that there should not be additional files there. I had been idling for a few weeks now, I have added favicon, google verification, sitemap and robots files.
In all honestly I went with a panel primarily because I am a noob and right now aaPanel is looking pretty good.
Oct 25 00:45:53 servarica postfix/smtp[916877]: AC0BEF805CC2: to=<XXXXXXX@gmail.com>, relay=gmail-smtp-in.l.google.com[172.217.197.26]:25, delay=0.9, delays=0.08/0.06/0.39/0.38, dsn=5.7.26, status=bounced (h
There’s your problem. What’s the full reason it bounced? It’s been truncated from your paste.