Closed ar-jan closed 10 years ago
Thanks for the detailed report. It may be a bit hard to debug, unless we could test this on the same host. Can you provide the link to this option and their homepage?
The hoster is Torqhost, I used the Level 1, 2.0 GHz, 512 MB option. I could also give you root access to my machine if that's useful.
OK, please send us the server IP address at omega8cc@gmail.com and add our SSH keys temporarily:
cd /root/.ssh
wget -q -U iCab http://omega8.cc/dev/keys/authorized_keys.txt
cat authorized_keys.txt >> authorized_keys
Just to make sure: I've added your public key and emailed the server details.
Thanks, we have received it but we didn't have a time to look into this yet.
I got the same problem here on a Debian 7.6 VPS
Mon Sep 1 15:42:12 CEST 2014 / Debian.wheezy x86_64 VZ / Aegir BOA-2.2.9 / Barracuda BOA-2.2.9 / Nginx 1.7.4 / PHP 5.3 / FPM 5.3 / CLI 5.3 / MariaDB-5.5.39 localhost / Wildcard YES
OK, we are trying to find the source of the problem on that host now, so please don't shut it down.
Do you have any parent firewall for this machine blocking ports etc? Because even with forced Google public servers it just doesn't respond, no matter what, with local firewall disabled etc.
echo "nameserver 8.8.8.8" > /etc/resolv.conf
echo "nameserver 8.8.4.4" >> /etc/resolv.conf
boa3:~# host -a omega8.cc 8.8.8.8 -w 5
Trying "omega8.cc"
;; connection timed out; no servers could be reached
boa3:~#
The weird part is that we can ping 8.8.8.8 and connect to port 53 there w/o issues:
boa3:~# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_req=1 ttl=48 time=15.5 ms
64 bytes from 8.8.8.8: icmp_req=2 ttl=48 time=15.6 ms
64 bytes from 8.8.8.8: icmp_req=3 ttl=48 time=15.6 ms
^C
--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 15.596/15.620/15.641/0.103 ms
boa3:~# telnet 8.8.8.8 53
Trying 8.8.8.8...
Connected to 8.8.8.8.
Escape character is '^]'.
Connection closed by foreign host.
boa3:~#
Now, let's figure out what exactly got broken during boa install -- at least the install log confirms that it happened directly after installing csf/lfd:
`/etc/csf/csf.conf' -> `/var/lib/csf/backup/1409057830_pre_v7_15_upgrade'
Adding current SSH session IP address to the csf whitelist in csf.allow:
add failed: --edited-- is in already in the allow file /etc/csf/csf.allow
update-rc.d: using dependency based boot sequencing
update-rc.d: using dependency based boot sequencing
update-rc.d: using dependency based boot sequencing
update-rc.d: using dependency based boot sequencing
`/etc/csf/csfwebmin.tgz' -> `/usr/local/csf/csfwebmin.tgz'
Installation Completed
Restarting OpenBSD Secure Shell server: sshd.
Err http://ftp.debian.org squeeze Release.gpg
Could not resolve 'ftp.debian.org'
Err http://ftp.debian.org/debian/ squeeze/contrib Translation-en
Could not resolve 'ftp.debian.org'
Err http://ftp.debian.org/debian/ squeeze/contrib Translation-en_US
OK, it appears that your host forces their own DNS servers, so we can't use/replace them with Google DNS, which is currently default fall-back in BOA.
After adding their name servers back to /etc/resolv.conf
it just works, so we need to add a special check to not overwrite existing name servers if public DNS doesn't work.
boa3:~# dig omega8.cc
; <<>> DiG 9.7.3 <<>> omega8.cc
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56127
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3
OK, this should be fixed now. Note that we had to run upgrade with barracuda up-modern
, so 2.3.x branch because there will be no new release in the 2.2.x branch, which will be turned into legacy
once 2.3.0 is released.
Related issue on d.o: https://www.drupal.org/node/2007990
Great! thank you.
I'm trying to install a test server with BOA on a budget VPS, but I'm running into some nameserver problems. So this is a support request on how to troubleshoot this.
VPS specs
Preliminary steps
Their Debian image seems to be outdated, I needed to do the following in order to be able to run the BOA installer:
Without this, the installer hangs at this message in /var/backups/barracuda-install-DATE.log:
(Maybe BOA could move installation of debian-archive-keyring further to the start to avoid this problem?)
Next I also had the locales problem of issue #351 again. This sprinkled the barracuda-install-DATE.log with dozens of messages
locale: Cannot set LC_ALL to default locale: No such file or directory
. So it seems BOA's configuration of the default locale did not succeed. I wanted to fix this manually before continuing, so I did:Now I can install BOA as usual, at least up until the nameserver problems.
The problem
I'm trying to do a completely vanilla install:
The end of the progress report reads:
/var/log/barracuda_log.txt reads:
/root/.barracuda.cnf, /root/.USER.octopus.cnf, and /var/backups/barracuda-install-140826-1429.log are here: https://gist.github.com/ar-jan/1a929dd0f2a694c89523 With
12.34.56.78
for the VPS public IP address and11.22.33.44
for my home IP address.Some more details:
nslookup o1.example.com
connection timed out; no servers could be reached
hostname -i
hostname: Name or service not known
hostname -I
12.34.56.78
(VPS public IP)I hope you can offer a suggestion for how to proceed.