Comments (21)
That is pure guessing so far from my side (I didn't test in on any local VM), but what is exactly the result of commands there:
hostname -f
uname -n
And what are the results of commands:
host aegir.local | cut -d: -f2 | awk '{ print $4}'
host hq.aegir.local | cut -d: -f2 | awk '{ print $4}'
from boa.
I'll get back to you with those answers - I ended up just cutting out the logic to test for DNS validity and have pushed forward in the script (if it doesn't work then I'll just revert to an earlier snapshot).
I'm relatively new as a sysadmin so it could very well be something I've overlooked in debian and not the script. :)
from boa.
I'm asking for results from above command in the hope it could show us where/why it fails. It's also possible that your settings in /etc/hosts
doesn't work as expected because your /etc/resolv.conf
asks for results defined there nameserver and doesn't respect /etc/hosts
, however I'm not sure how it can work on the local VM, so I can be completely wrong, we just need to see the results for host/hostname tests first.
from boa.
I will definitely get back to you those results, but right now your script is still installing, so I'm going to let it does its thing and see what happens at the end. :)
Off the top of my head:
hostname -f, -v and uname -n were aegir.local
hostname -a was hq.aegir.local
hostname -s was aegir
hostname -d was local
from boa.
We need only hostname -f
and those 2 tests with host
command to make sure what is wrong - it can be a problem with your dns setup or bug in the installer logic checks for dns.
from boa.
I got a FATAL ERROR: Something went wrong, Aegir is not installed - exit now. yay.
hostname -f, -v and uname -n are aegir.local
re: the host command, it says I must specify a list of bytes, characters, or fields in regards to cut.
update: my resolv.conf contains:
domain localdomain
search localdomain
nameserver 192.168.27.2
from boa.
Yeah, that was expected. Maybe look for that host
command in the code (copy/paste from comments here may include some incorrectly formatted stuff). In any case, this host
command has to work if your system is functional. Or just run it as:
host aegir.local
host hq.aegir.local
And paste here the full output.
from boa.
Host (hq.)aegir.local not found: 3(NXDOMAIN).
Yet a hostname brings up aegir.local fine, and 'host localdomain' brings up 127.0.0.1.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=118475 - looks like this is expected behaviour.
from boa.
Your defined hostname has to match your defined IP. It doesn't resolve properly. Try to comment out first 2 lines in /etc/resolv.conf
, if that will not help, you don't have working nameserver on 192.168.27.2 so comment out all lines and see if that will allow to resolve your hostname with /etc/hosts
only.
from boa.
Commenting out the first two lines in /etc/resolv.conf leaves me with the same DNS issue.
Commenting out the nameserver causes everything to fail earlier (it doesn't resolve omega8.cc, etc), so it is working.
It's a vanilla install of Debian aside from emacs, sudo, and your script pretty much.
from boa.
Put there only two lines then:
nameserver 8.8.8.8
nameserver 8.8.4.4
This should give you remote domains resolved and still allow to use /etc/hosts.
If that doesn't work, we need someone with better understanding of proper dns setup for local VM.
from boa.
Google DNS servers don't change anything. On a somewhat tangential note, running ifup eth0 resets my /etc/resolv.conf to default.
from the link I put up above...
host - query nameserver about domain names and zones
"host" is not a tool for querying libc's name service, it's a tool for
querying DNS servers, similar to nslookup. As a result, it should never
touch /etc/hosts. This looks like perfectly sane behaviour to me.
So that could be why I can dig aegir.local and get a response but it doesn't show up in hosts. Your script uses "host", which could be part of the reason my stuff in /etc/hosts isn't showing up... though I still got an error when bypassing your logic and when it came time to install Aegir (though I hadn't manually installed Console_Table in that snapshot yet). host and nslookup don't resolve aegir.local, but ping and dig do.
from boa.
from IRC:
erutan: i have a script that checks IP addresses against hostname/FQDN using 'host' - this works fine for prod sites that have dns but afaik 'host' doesn't touch /etc/hosts for resolution (e.g. I can ping/dig test.local but I can't host or nslookup it)... i'm still in the noob stages of debian but what command would work with /etc/hosts/ resolution as well as DNS?
gnarface: i don't know if there's a better way to do this but i do believe that if you set up dnsmasq somewhere and use that as a dns server it will add the /etc/hosts entries to it's answers when queried
erutan: cool - i was thinking about using bind (or perhaps just getting a dyndns.org account and bridging my dev VM)
from boa.
it still dies running http://omega8.cc/dev/aegir-vanilla-install.sh.txt - and I made sure to install php-pear + Console_Table. for what's it worth /var/aegir/install.log wasn't present before the info: simple check
resolveip aegir.local gives me the correct 127.0.1.1 - so there's another command that works (i found that out by poking around the vanilla.sh.txt). i'll try playing with that in the initial install script.
from boa.
[EDIT]
resolveip
is a MySQL tool so it is not available when the installer runs all its steps before installing MariaDB and we need to rely on host
command to check if your DNS setup is correct. I will see if we can do anything about it however the project main goal is to help with setup of live Aegir hosting systems.
Since you have all required libraries and tools installed, you can just run the vanilla Aegir installer. You need to download it and run manually:
cd; wget http://omega8.cc/dev/install.sh.txt
su -s /bin/bash aegir -c "bash install.sh.txt hq.aegir.local --http_service_type='nginx'"
This file is modified to download patched already Drush.
from boa.
ok, I guess it can just be marked as not working for local installs (fully at least).
thanks for the help / exploration of the issue. :)
from boa.
As far as I know, this installer works with local install in VM, you just need to use proper DNS setup on your VM and host machine, see: http://github.com/omega8cc/nginx-for-drupal/issues/closed#issue/7/comment/345947
from boa.
yeah I meant local as in using a local dev setup without worrying about external servers / dns... a VM is a VM. :)
I take it you want this open for the education of users?
from boa.
I was using Barracuda installer on my desktop and it helped me to:
- define:
_MY_OWNIP="127.0.0.1"
_MY_HOSTN="aegir.local"
_MY_FRONT="aegir.local"
and then I replaced lines like this:
_THISRDIP= host $_THISHOST | cut -d: -f2 | awk '{ print $4}'
to this:
_THISRDIP="$_MY_OWNIP"
it installed without any errors and Aegir works good.
Only problem is that it doesn't send emails, but it is not issue for me.
from boa.
Interesting. I commented out some code earlier in the script (to pass the check) and Aegir failed but I was still getting e-mails from opticron about package updates (I think at this point I bridged the connection in my VM and used a real IP). I'll come back to this when I focus on my dev setup again!
from boa.
I decided to keep open almost all issues for Barracuda installer, because some people can simply miss them, when the issue is closed since it's then a bit harder to find. Thanks.
from boa.
Related Issues (20)
- Varbase install from BOA failed HOT 2
- Best practice: static vs. platforms HOT 3
- Fresh Install receiving geoip_country error
- Logrotate: Error running shared postrotate script HOT 1
- Cron / CPU related performance issue since 27th October HOT 2
- Upgrade from Beowulf to Chimaera fails HOT 2
- The Catastrophe or The Christmas Present HOT 7
- Cloudflare proxy for Aegir Hostmaster site results in ERR_SSL_VERSION_OR_CIPHER_MISMATCH HOT 5
- Limit for nofile set too high HOT 6
- Problem with permissions on a drush folder prevent composer updating - fix is easy HOT 1
- Errors when trying to install new core 10.2 site - on diverse platforms HOT 8
- Migrating from Drupal 10.1 to 10.2 fails with PDOException: SQLSTATE[42S02]: Base table or view not found HOT 2
- Locked out of new install; Can't login to server HOT 5
- Install error HOT 7
- Migration to 10.2 gets stuck in infinite loop HOT 6
- Let's Encrypt issues HOT 14
- Aegir Leaves Drupal HOT 3
- boa_site_control.ini not being respected by new BOA changes? HOT 3
- Question : Does the move to Backdrop CMS mean that upgrading from Debian 11 to 12 or to Devuan 3 or 4 won't work? What version of Debian recommended for fresh install? HOT 1
- Question...not really an issue HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from boa.