Starting the server in a non-terminal causes a crash
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
zaqar |
Fix Released
|
Undecided
|
Angus Salkeld |
Bug Description
I tried to install marconi in an instance (using the user_data). The server keeps crashing with the following:
marconi-server &
Traceback (most recent call last):
File "/usr/bin/
sys.exit(run())
File "/root/
_enable_
File "/root/
new_attr = termios.
termios.error: (25, 'Inappropriate ioctl for device')
Error in atexit.
Traceback (most recent call last):
File "/usr/lib/
func(*targs, **kargs)
File "/root/
new_attr = termios.
error: (25, 'Inappropriate ioctl for device')
Error in sys.exitfunc:
Traceback (most recent call last):
File "/usr/lib/
func(*targs, **kargs)
File "/root/
new_attr = termios.
termios.error: (25, 'Inappropriate ioctl for device')
Note I can start it fine when I login and have a normal interactive terminal.
I tried disabling the stdout logging, but it did not seem to make a difference (I could be doing it wrong).
Below is the Heat template I am using:
heat_template_
parameters:
key_name:
type: String
default: dropbear-angus
resources:
config_server:
type: OS::Nova::Server
properties:
image: fedora-
flavor: m1.small
key_name: {get_param: key_name}
admin_user: asalkeld
user_data: |
#!/bin/bash -v
yum -y install mongodb-server git python-pip python-devel
systemctl start mongod
cd /root
git clone https:/
cd marconi
mkdir ~/.marconi
mkdir /var/log/marconi
cp etc/marconi-
sed -i "s|uri.*|uri = mongodb:
cp etc/marconi-
cp etc/logging.
sed -i "s|keys=
pip install -e .
# requirements fixups
pip install -U -r requirements.txt
pip install -U oslo.config
pip install -U python-
iptables -F
Changed in marconi: | |
assignee: | nobody → Angus Salkeld (asalkeld) |
status: | New → In Progress |
Changed in marconi: | |
milestone: | none → icehouse-1 |
status: | Fix Committed → Fix Released |
Changed in marconi: | |
milestone: | icehouse-1 → 2014.1 |
I don't regard this a defect. marconi-server is for testing only, not for deployment; try other WSGI containers.