Project

General

Profile

Support #570

Unable to deploy Python Google App Engine Application on Appscale Google Cloud Deployment

Added by Abhishek Phanse about 2 years ago. Updated almost 2 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Target version:
-
% Done:

0%

Estimated Time:
Deployment type:
Google - marketplace

Description

Unable to deploy Python Google App Engine Application on Appscale Google Cloud Deployment

For my python google app engine application deployment, I am using the infrastructure provided by Appscale on Google Cloud platform. I am able to open the AppScale dashboard application supported on 1443 for new application uploads. However whenever, I am uploading the zip or the tar file, it fails to upload saying "8:16 not well formed (invalid token)"

So, I backtracked whether the issue with my application or the appscale infrastructure itself because the same application code is running fine on one of the Google Compuet Engine instances (obviously without appscale) and I found that appscale is not coming up

Below error shown in the logs ( Appscale version is 3.4.0)

stacktrace : Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/appscale/tools/scripts/appscale.py", line 72, in main
appscale.status(sys.argv[2:])
File "/usr/local/lib/python2.7/dist-packages/appscale/tools/appscale.py", line 545, in status
AppScaleTools.print_cluster_status(options)
File "/usr/local/lib/python2.7/dist-packages/appscale/tools/appscale_tools.py", line 241, in print_cluster_status
login_host = LocalState.get_login_host(options.keyname)
File "/usr/local/lib/python2.7/dist-packages/appscale/tools/local_state.py", line 624, in get_login_host
return cls.get_host_with_role(keyname, 'login')
File "/usr/local/lib/python2.7/dist-packages/appscale/tools/local_state.py", line 639, in get_host_with_role
nodes = cls.get_local_nodes_info(keyname)
File "/usr/local/lib/python2.7/dist-packages/appscale/tools/local_state.py", line 510, in get_local_nodes_info
"keyname {0}".format(keyname))
BadConfigurationException: Couldn't read from locations file, AppScale may not be running with keyname appscale2f90f76c8a0d40fba1093baace40542f

exception : BadConfigurationException

tools_version : 3.4.0

platform : Linux-4.10.0-37-generic-x86_64-with-Ubuntu-16.04-xenial

message : Couldn't read from locations file, AppScale may not be running with keyname appscale2f90f76c8a0d40fba1093baace40542f

runtime : CPython

Would appreciate your quick help on this. Let me know, if you need any additional info or if this is a known issue and we have a work around?

app.yaml View (531 Bytes) Abhishek Phanse, 03/05/2018 10:05 AM

History

#1 Updated by Chris Donati about 2 years ago

  • Status changed from New to Feedback
  • Assignee set to Chris Donati

Hi Abhishek,

Was this deployment started with the Google Cloud Launcher?

The stacktrace that you shared looks like it was the result of an `appscale status` command. Did you run this command from inside the instance as the root user?

If you run `monit summary` as the root user on the deployment, what is the output?

Lastly, you mention that this application is running on a google compute instance without AppScale. Are you using Google's SDK to do this? Is this an App Engine app built for the standard environment, or is it a flex environment app?

#2 Updated by Abhishek Phanse almost 2 years ago

Yes. The deployment was with Google Cloud Launcher

I have deployed a new instance and still the same issue

Monit Summary:

he Monit daemon 5.16 uptime: 1h 56m

Process 'zookeeper' Running
Process 'uaserver' Running
Process 'taskqueue-17462' Running
Process 'taskqueue-17461' Running
Process 'taskqueue-17460' Running
Process 'taskqueue-17459' Running
Process 'taskqueue-17458' Running
Process 'taskqueue-17457' Running
Process 'taskqueue-17456' Running
Process 'taskqueue-17455' Running
Process 'taskqueue-17454' Running
Process 'taskqueue-17453' Running
Process 'taskqueue-17452' Running
Process 'taskqueue-17451' Running
Process 'taskqueue-17450' Running
Process 'taskqueue-17449' Running
Process 'taskqueue-17448' Running
Process 'taskqueue-17447' Running
Process 'service_haproxy' Running
Process 'rabbitmq' Running
Process 'nginx' Running
Process 'memcached' Running
Process 'log_service' Running
Process 'iaas_manager' Running
Process 'hermes' Running
Process 'groomer_service' Running
Process 'flower' Running
Process 'ejabberd' Running
Process 'datastore_server-4015' Running
Process 'datastore_server-4014' Running
Process 'datastore_server-4013' Running
Process 'datastore_server-4012' Running
Process 'datastore_server-4011' Running
Process 'datastore_server-4010' Running
Process 'datastore_server-4009' Running
Process 'datastore_server-4008' Running
Process 'datastore_server-4007' Running
Process 'datastore_server-4006' Running
Process 'datastore_server-4005' Running
Process 'datastore_server-4004' Running
Process 'datastore_server-4003' Running
Process 'datastore_server-4002' Running
Process 'datastore_server-4001' Running
Process 'datastore_server-4000' Running
Process 'controller' Running
Process 'celery-guestbook' Running
Process 'celery-appscaledashboard' Running
Process 'cassandra' Running
Process 'blobstore' Running
Process 'backup_recovery_service' Running
Process 'apps_haproxy' Running
Process 'appmanagerserver' Running
Process 'app___guestbook_default_v1_1520237133250-20002' Running
Process 'app___appscaledashboard_default_v1_1520237080509-20001' Running
Process 'admin_server' Running
Process 'crond' Running
File 'cron_bin' Accessible
File 'cron_rc' Accessible
Directory 'cron_spool' Accessible
System 'appscale-image0' Running

When ever I am uploading the zip file, its giving the same error

There was an error uploading your application: :8:16: not well-formed (invalid token)

Is it something to do with the app.yaml file. I checked and I don't see any mis alignment of tags or so. Attaching the same as well.

However, I am seeing this error in app___appscaledashboard_default_v1_1520237080509-20001.log

File "/var/apps/appscaledashboard_default_v1_1520237080509/app/lib/app_dashboard_data.py", line 306, in update_request_info
timestamp = datetime.datetime.fromtimestamp(request_info.get('timestamp'))
TypeError: a float is required

Is this an issue?

Chris Donati wrote:

Hi Abhishek,

Was this deployment started with the Google Cloud Launcher?

The stacktrace that you shared looks like it was the result of an `appscale status` command. Did you run this command from inside the instance as the root user?

If you run `monit summary` as the root user on the deployment, what is the output?

Lastly, you mention that this application is running on a google compute instance without AppScale. Are you using Google's SDK to do this? Is this an App Engine app built for the standard environment, or is it a flex environment app?

#3 Updated by Chris Donati almost 2 years ago

The TypeError in the dashboard logs should not be an issue. It's a bug that we need to fix, but it is not related to the error you are seeing when deploying your application.

I don't see anything wrong with your app.yaml at first glance. Unfortunately, the dashboard does not provide very good error messages when deploying from there. Could you try deploying your application with the appscale tools (appscale deploy /path/to/your/app)? It may give you a more informative error message. If it returns something like "Deploy operation timed out", check if there's anything in /var/log/appscale/app___central-beach-137423.log.

#4 Updated by Abhishek Phanse almost 2 years ago

Thanks a lot Chris. I am able to deploy the application via command line. However, now I am seeing a new issue with celery workers

Giving me the below issue in the log: /var/log/appscale/celery_workers/central-beach-137423.log

[2018-03-07 05:12:37,792: WARNING/MainProcess] celery@central-beach-137423 ready.
[2018-03-07 05:18:10,160: WARNING/MainProcess] Traceback (most recent call last):
[2018-03-07 05:18:10,161: WARNING/MainProcess] File "/usr/local/lib/python2.7/dist-packages/eventlet/hubs/poll.py", line 114, in wait
[2018-03-07 05:18:10,166: WARNING/MainProcess] listener.cb(fileno)
[2018-03-07 05:18:10,167: WARNING/MainProcess] File "/usr/lib/python2.7/dist-packages/celery/worker/pidbox.py", line 112, in loop
[2018-03-07 05:18:10,172: WARNING/MainProcess] connection.drain_events(timeout=1.0)
[2018-03-07 05:18:10,172: WARNING/MainProcess] File "/usr/lib/python2.7/dist-packages/kombu/connection.py", line 275, in drain_events
[2018-03-07 05:18:10,175: WARNING/MainProcess] return self.transport.drain_events(self.connection, kwargs)
[2018-03-07 05:18:10,175: WARNING/MainProcess] File "/usr/lib/python2.7/dist-packages/kombu/transport/pyamqp.py", line 95, in drain_events
[2018-03-07 05:18:10,176: WARNING/MainProcess] return connection.drain_events(*kwargs)
[2018-03-07 05:18:10,176: WARNING/MainProcess] File "/usr/lib/python2.7/dist-packages/amqp/connection.py", line 303, in drain_events
[2018-03-07 05:18:10,184: WARNING/MainProcess] chanmap, None, timeout=timeout,
[2018-03-07 05:18:10,185: WARNING/MainProcess] File "/usr/lib/python2.7/dist-packages/amqp/connection.py", line 366, in _wait_multiple
[2018-03-07 05:18:10,185: WARNING/MainProcess] channel, method_sig, args, content = read_timeout(timeout)
[2018-03-07 05:18:10,185: WARNING/MainProcess] File "/usr/lib/python2.7/dist-packages/amqp/connection.py", line 337, in read_timeout
[2018-03-07 05:18:10,185: WARNING/MainProcess] return self.method_reader.read_method()
[2018-03-07 05:18:10,186: WARNING/MainProcess] File "/usr/lib/python2.7/dist-packages/amqp/method_framing.py", line 189, in read_method
[2018-03-07 05:18:10,186: WARNING/MainProcess] raise m
[2018-03-07 05:18:10,186: WARNING/MainProcess] IOError: Socket closed
[2018-03-07 05:18:10,186: WARNING/MainProcess] Removing descriptor: 10
[2018-03-07 05:18:10,187: WARNING/MainProcess] consumer: Connection to broker lost. Trying to re-establish the connection...
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/celery/worker/consumer.py", line 279, in start
blueprint.start(self)
File "/usr/lib/python2.7/dist-packages/celery/bootsteps.py", line 123, in start
step.start(parent)
File "/usr/lib/python2.7/dist-packages/celery/worker/consumer.py", line 838, in start
c.loop(*c.loop_args())
File "/usr/lib/python2.7/dist-packages/celery/worker/loops.py", line 103, in synloop
connection.drain_events(timeout=2.0)
File "/usr/lib/python2.7/dist-packages/kombu/connection.py", line 275, in drain_events
return self.transport.drain_events(self.connection, **kwargs)
File "/usr/lib/python2.7/dist-packages/kombu/transport/pyamqp.py", line 95, in drain_events
return connection.drain_events(
*kwargs)
File "/usr/lib/python2.7/dist-packages/amqp/connection.py", line 303, in drain_events
chanmap, None, timeout=timeout,
File "/usr/lib/python2.7/dist-packages/amqp/connection.py", line 366, in _wait_multiple
channel, method_sig, args, content = read_timeout(timeout)
File "/usr/lib/python2.7/dist-packages/amqp/connection.py", line 337, in read_timeout
return self.method_reader.read_method()
File "/usr/lib/python2.7/dist-packages/amqp/method_framing.py", line 189, in read_method
raise m
IOError: Socket closed
[2018-03-07 05:18:10,203: ERROR/MainProcess] consumer: Cannot connect to amqp://guest:
@10.128.0.4:5672//: [Errno 111] ECONNREFUSED.
Trying again in 2.00 seconds...

[2018-03-07 05:18:12,210: ERROR/MainProcess] consumer: Cannot connect to amqp://guest:**@10.128.0.4:5672//: [Errno 111] ECONNREFUSED.
Trying again in 4.00 seconds...

Read somewhere that without-mingle option would be able to solve this. However, I am not sure how and where it needs to be configured.

Would really appreciate if you can provide a quick workaround to this.

Thanks,

Chris Donati wrote:

The TypeError in the dashboard logs should not be an issue. It's a bug that we need to fix, but it is not related to the error you are seeing when deploying your application.

I don't see anything wrong with your app.yaml at first glance. Unfortunately, the dashboard does not provide very good error messages when deploying from there. Could you try deploying your application with the appscale tools (appscale deploy /path/to/your/app)? It may give you a more informative error message. If it returns something like "Deploy operation timed out", check if there's anything in /var/log/appscale/app___central-beach-137423.log.

#5 Updated by Chris Donati almost 2 years ago

It looks as though Celery is having trouble connecting to RabbitMQ. Could you check if RabbitMQ is up and running? You can use `rabbitmqctl cluster_status`. It might also be helpful to check .

#6 Updated by Abhishek Phanse almost 2 years ago

Hi Chris,

even restarting it is leading to the same issue

Output of the command: rabbitmqctl cluster_status

Cluster status of node 'rabbit@appscale-gce-vm' ...
[{nodes,[{disc,['rabbit@appscale-gce-vm']}]}, {running_nodes,['rabbit@appscale-gce-vm']}, {cluster_name,<<"">>}, {partitions,[]}]

Output of the command : rabbitmqctl status

Status of node 'rabbit@appscale-gce-vm' ...
[{pid,30828}, {running_applications,[{rabbit,"RabbitMQ","3.5.7"}, {os_mon,"CPO CXC 138 46","2.4"}, {xmerl,"XML parser","1.3.10"}, {mnesia,"MNESIA CXC 138 12","4.13.3"}, {sasl,"SASL CXC 138 11","2.7"}, {stdlib,"ERTS CXC 138 10","2.8"}, {kernel,"ERTS CXC 138 10","4.2"}]}, {os,{unix,linux}}, {erlang_version,"Erlang/OTP 18 [erts-7.3] [source] [64-bit] [smp:8:8] [async-threads:64] [kernel-poll:true]\n"}, {memory,[{total,79370000}, {connection_readers,174880}, {connection_writers,134936}, {connection_channels,526472}, {connection_other,264504}, {queue_procs,720168}, {queue_slave_procs,0}, {plugins,0}, {other_proc,13797448}, {mnesia,113792}, {mgmt_db,0}, {msg_index,52920}, {other_ets,815968}, {binary,31544560}, {code,16972203}, {atom,654217}, {other_system,13597932}]}, {alarms,[]}, {listeners,[{clustering,25672,"::"},{amqp,5672,"::"}]}, {vm_memory_high_watermark,0.4}, {vm_memory_limit,12646704742}, {disk_free_limit,50000000}, {disk_free,515709530112}, {file_descriptors,[{total_limit,65436}, {total_used,16}, {sockets_limit,58890}, {sockets_used,13}]}, {processes,[{limit,1048576},{used,291}]}, {run_queue,0}, {uptime,539}]

File you have mentioned is not being updated ().

However, attaching the log file () which is being updated and mentioning that rabbit mq is up, atleast now after I restarted with the command "rabbitmqctl start_app"

=INFO REPORT==== 9-Mar-2018::08:22:39 ===
Memory limit set to 12060MB of 30152MB total.

=INFO REPORT==== 9-Mar-2018::08:22:39 ===
Disk free limit set to 50MB

=INFO REPORT==== 9-Mar-2018::08:22:39 ===
Limiting to approx 65436 file handles (58890 sockets)

=INFO REPORT==== 9-Mar-2018::08:22:39 ===
FHC read buffering: ON
FHC write buffering: ON

=INFO REPORT==== 9-Mar-2018::08:22:39 ===
Priority queues enabled, real BQ is rabbit_variable_queue

=INFO REPORT==== 9-Mar-2018::08:22:39 ===
msg_store_transient: using rabbit_msg_store_ets_index to provide index

=INFO REPORT==== 9-Mar-2018::08:22:39 ===
msg_store_persistent: using rabbit_msg_store_ets_index to provide index

=INFO REPORT==== 9-Mar-2018::08:22:39 ===
started TCP Listener on [::]:5672

=INFO REPORT==== 9-Mar-2018::08:22:39 ===
Server startup complete; 0 plugins started.

=INFO REPORT==== 9-Mar-2018::08:22:40 ===
accepting AMQP connection <0.268.0> (127.0.0.1:56402 -> 127.0.0.1:5672)

=INFO REPORT==== 9-Mar-2018::08:22:40 ===
accepting AMQP connection <0.278.0> (127.0.0.1:56406 -> 127.0.0.1:5672)

=INFO REPORT==== 9-Mar-2018::08:22:44 ===
accepting AMQP connection <0.301.0> (127.0.0.1:56556 -> 127.0.0.1:5672)

=INFO REPORT==== 9-Mar-2018::08:22:45 ===
accepting AMQP connection <0.310.0> (10.128.0.4:42106 -> 10.128.0.4:5672)

=INFO REPORT==== 9-Mar-2018::08:22:45 ===
accepting AMQP connection <0.313.0> (10.128.0.4:42108 -> 10.128.0.4:5672)

=INFO REPORT==== 9-Mar-2018::08:22:45 ===
accepting AMQP connection <0.320.0> (10.128.0.4:42110 -> 10.128.0.4:5672)

=INFO REPORT==== 9-Mar-2018::08:22:45 ===
accepting AMQP connection <0.325.0> (10.128.0.4:42112 -> 10.128.0.4:5672)

=INFO REPORT==== 9-Mar-2018::08:22:45 ===
accepting AMQP connection <0.328.0> (10.128.0.4:42114 -> 10.128.0.4:5672)

=INFO REPORT==== 9-Mar-2018::08:22:45 ===
accepting AMQP connection <0.343.0> (10.128.0.4:42116 -> 10.128.0.4:5672)

=INFO REPORT==== 9-Mar-2018::08:22:46 ===
accepting AMQP connection <0.443.0> (10.128.0.4:42156 -> 10.128.0.4:5672)

=INFO REPORT==== 9-Mar-2018::08:22:46 ===
accepting AMQP connection <0.459.0> (10.128.0.4:42158 -> 10.128.0.4:5672)

=INFO REPORT==== 9-Mar-2018::08:22:46 ===
accepting AMQP connection <0.478.0> (10.128.0.4:42160 -> 10.128.0.4:5672) =============

However, in log file /var/log/appscale/celery_workers/central-beach-137423.log, this is the output

[2018-03-07 05:12:37,792: WARNING/MainProcess] celery@central-beach-137423 ready.
[2018-03-07 05:18:10,160: WARNING/MainProcess] Traceback (most recent call last):
[2018-03-07 05:18:10,161: WARNING/MainProcess] File "/usr/local/lib/python2.7/dist-packages/eventlet/hubs/poll.py", line 114, in wait
[2018-03-07 05:18:10,166: WARNING/MainProcess] listener.cb(fileno)
[2018-03-07 05:18:10,167: WARNING/MainProcess] File "/usr/lib/python2.7/dist-packages/celery/worker/pidbox.py", line 112, in loop
[2018-03-07 05:18:10,172: WARNING/MainProcess] connection.drain_events(timeout=1.0)
[2018-03-07 05:18:10,172: WARNING/MainProcess] File "/usr/lib/python2.7/dist-packages/kombu/connection.py", line 275, in drain_events
[2018-03-07 05:18:10,175: WARNING/MainProcess] return self.transport.drain_events(self.connection, kwargs)
[2018-03-07 05:18:10,175: WARNING/MainProcess] File "/usr/lib/python2.7/dist-packages/kombu/transport/pyamqp.py", line 95, in drain_events
[2018-03-07 05:18:10,176: WARNING/MainProcess] return connection.drain_events(*kwargs)
[2018-03-07 05:18:10,176: WARNING/MainProcess] File "/usr/lib/python2.7/dist-packages/amqp/connection.py", line 303, in drain_events
[2018-03-07 05:18:10,184: WARNING/MainProcess] chanmap, None, timeout=timeout,
[2018-03-07 05:18:10,185: WARNING/MainProcess] File "/usr/lib/python2.7/dist-packages/amqp/connection.py", line 366, in _wait_multiple
[2018-03-07 05:18:10,185: WARNING/MainProcess] channel, method_sig, args, content = read_timeout(timeout)
[2018-03-07 05:18:10,185: WARNING/MainProcess] File "/usr/lib/python2.7/dist-packages/amqp/connection.py", line 337, in read_timeout
[2018-03-07 05:18:10,185: WARNING/MainProcess] return self.method_reader.read_method()
[2018-03-07 05:18:10,186: WARNING/MainProcess] File "/usr/lib/python2.7/dist-packages/amqp/method_framing.py", line 189, in read_method
[2018-03-07 05:18:10,186: WARNING/MainProcess] raise m
[2018-03-07 05:18:10,186: WARNING/MainProcess] IOError: Socket closed
[2018-03-07 05:18:10,186: WARNING/MainProcess] Removing descriptor: 10
[2018-03-07 05:18:10,187: WARNING/MainProcess] consumer: Connection to broker lost. Trying to re-establish the connection...
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/celery/worker/consumer.py", line 279, in start
blueprint.start(self)
File "/usr/lib/python2.7/dist-packages/celery/bootsteps.py", line 123, in start
step.start(parent)
File "/usr/lib/python2.7/dist-packages/celery/worker/consumer.py", line 838, in start
c.loop(*c.loop_args())
File "/usr/lib/python2.7/dist-packages/celery/worker/loops.py", line 103, in synloop
connection.drain_events(timeout=2.0)
File "/usr/lib/python2.7/dist-packages/kombu/connection.py", line 275, in drain_events
return self.transport.drain_events(self.connection, **kwargs)
File "/usr/lib/python2.7/dist-packages/kombu/transport/pyamqp.py", line 95, in drain_events
return connection.drain_events(
*kwargs)
File "/usr/lib/python2.7/dist-packages/amqp/connection.py", line 303, in drain_events
chanmap, None, timeout=timeout,
File "/usr/lib/python2.7/dist-packages/amqp/connection.py", line 366, in _wait_multiple
channel, method_sig, args, content = read_timeout(timeout)
File "/usr/lib/python2.7/dist-packages/amqp/connection.py", line 337, in read_timeout
return self.method_reader.read_method()
File "/usr/lib/python2.7/dist-packages/amqp/method_framing.py", line 189, in read_method
raise m
IOError: Socket closed
[2018-03-07 05:18:10,203: ERROR/MainProcess] consumer: Cannot connect to amqp://guest:
@10.128.0.4:5672//: [Errno 111] ECONNREFUSED.
Trying again in 2.00 seconds...

[2018-03-07 05:18:12,210: ERROR/MainProcess] consumer: Cannot connect to amqp://guest:**@10.128.0.4:5672//: [Errno 111] ECONNREFUSED.
Trying again in 4.00 seconds...

Is this to do something with the pid. Not sure what is causing this. Can you please debug the machine or so if required. Do you have other inputs? Appreciate your response.

Chris Donati wrote:

It looks as though Celery is having trouble connecting to RabbitMQ. Could you check if RabbitMQ is up and running? You can use `rabbitmqctl cluster_status`. It might also be helpful to check .

#7 Updated by Chris Donati almost 2 years ago

It looks like rabbitmq is using 'appscale-gce-vm' as the hostname. AppScale should have renamed the host to 'appscale-image0'. Is it possible that you or another service running on the machine changed the host name?

I would also be willing to log in and debug the issue. If you want this, please add my public key (pasted below) to /root/.ssh/authorized_keys on the machine and send me an email () with the public IP of the instance.

ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDMvwAv93bA+4ziemrUBLj6OHd4x6DyjALIp9PdZC8lenxYlL6OYoQUedXJ7SXMjj4mm9F+pCJ4eA8zspWmTiee1GGX5pEfRsyiNgdELj0oslkTdzkIA7ZfieSL5D5a6QrGSksUvmY31v3TUUjQOrrXOEzPK9cLqu7IptmkqFFWcQfjwkJI09LGSKC23o4HQ3kgmlsgDLfIW4l6/wvCG7D7SizwI+hpb71O3XHhDnMUyQV0D441mdB0Pgb3jQHKpp56dE02IVk3/9k5p5N1z7k7pipn0KNhrx8KGScYNd640ADq0KgNu9D2jG7lDSp6i5FG6jw/3gIlfirJiO9MNiwR chris.donati@appscale.com

#8 Updated by Abhishek Phanse almost 2 years ago

Added your public key and sent the mail with Public IP. Please look into it.

Chris Donati wrote:

It looks like rabbitmq is using 'appscale-gce-vm' as the hostname. AppScale should have renamed the host to 'appscale-image0'. Is it possible that you or another service running on the machine changed the host name?

I would also be willing to log in and debug the issue. If you want this, please add my public key (pasted below) to /root/.ssh/authorized_keys on the machine and send me an email () with the public IP of the instance.

[...]

#9 Updated by Chris Donati almost 2 years ago

I set the hostname to 'appscale-image0' and restarted rabbitmq and the celery workers. Let me know if that fixed your problem.

#10 Updated by Graziano Obertelli almost 2 years ago

  • Status changed from Feedback to Closed

Closing for now: if there are more information please reopen.

Also available in: Atom PDF