First of all, what is the output of the command
./bin/supervisorctl status

As Mike suggests from this you'll see which servers have started and which
not

Look for errors and print the whole Traceback, example:


Traceback (most recent call last):
  File
"/store/emsite/4.5b/eggs/repoze.retry-1.0-py2.6.egg/repoze/retry/__init__.py",
line 90, in __call__
    app_iter = self.application(environ, replace_start_response)
  File
"/store/emsite/4.5b/eggs/repoze.tm2-1.0b2-py2.6.egg/repoze/tm/__init__.py",
line 24, in __call__
    result = self.application(environ, save_status_and_headers)
  File
"/store/emsite/4.5b/eggs/repoze.vhm-0.14-py2.6.egg/repoze/vhm/middleware.py",
line 106, in __call__
    return self.application(environ, start_response)
  File
"/store/emsite/4.5b/eggs/Zope2-2.13.15-py2.6.egg/ZPublisher/WSGIPublisher.py",
line 282, in publish_module
    response = _publish(request, 'Zope2')
  File
"/store/emsite/4.5b/eggs/Zope2-2.13.15-py2.6.egg/ZPublisher/WSGIPublisher.py",
line 191, in publish
    object = request.traverse(path, validated_hook=validated_hook)
  File
"/store/emsite/4.5b/eggs/Zope2-2.13.15-py2.6.egg/ZPublisher/BaseRequest.py",
line 544, in traverse
    if not (hasattr(base, entry_name) or entry_name in base):
TypeError: argument of type 'Download' is not iterable


Alternatively you can stop the uwsgi server
(./bin/supervisorctl stop uwsgi)

make sure that no uwsgi server is running
(ps aux|grep uwsgi), should give no running instances

and start the paster server manually

./bin/paster serve development.ini

This will show more clearly why the server is not booting.  Usually it's
just a case of wrong permissions that do not allow the server to boot



On Mon, Feb 18, 2013 at 1:10 PM, Ali Daniali <[email protected]> wrote:

> Markos the file uwsgi log file is packed full, any particular keyword that
> I could look for to narrow my search?
>
> ----------------------
> Ali Daniali
> Founder
> [email protected]
>
> On Feb 18, 2013, at 2:30 AM, Markos Gogoulos <[email protected]> wrote:
>
> Most probably this means that the cache server and frontent web server
> (nginx) have started, but uwsgi fails to load. In order to find out what is
> the problem, have a look at var/log/ and especially the uwsgi log files
> there. If you see any stack trace, paste the output here so we can have a
> look.
>
> Cheers
>
> On Mon, Feb 18, 2013 at 8:51 AM, Ali Daniali <[email protected]> wrote:
>
>> I now receive the following error message
>>
>> Error 503 Service Unavailable
>>
>> Service Unavailable
>> Guru Meditation:
>>
>> XID: 859011631
>> ------------------------------
>>
>> Varnish cache server
>>
>> When I go to http://workroom.unscripted.co
>>
>>
>>
>> On Feb 16, 2013, at 1:35 PM, Markos Gogoulos <[email protected]> wrote:
>>
>> Hi Ali,
>>
>> -v option on ./bin/buildout is for verbose.
>>
>> Seems you've installed Plone, for some reason it couldn't add a Plumi
>> site. Try to start the server with ./bin/supervisord, which will start all
>> services (uwsgi, nginx, transcodedaemon), or just paster (./bin/paster
>> serve development.ini)
>>
>> If Plone is up, login as admin and add a new Plumi site, there are
>> instructions on the documentation for this.
>>
>>
>>
>> On Sat, Feb 16, 2013 at 3:10 AM, Ali Daniali <[email protected]> wrote:
>>
>>> What message should I get once the build progress is completed
>>> successfully?
>>>
>>> -Ali
>>>
>>> On Feb 15, 2013, at 3:29 AM, Markos Gogoulos <[email protected]>
>>> wrote:
>>>
>>> Seems that for some reason there's a problem downloading that zip file.
>>> It might have been a temp issue with github, so try re-run the buildout
>>> (./bin/buildout -v)
>>>
>>>
>>> On Fri, Feb 15, 2013 at 10:18 AM, Ali Daniali <[email protected]> wrote:
>>>
>>>> After I started my plumi buildout script I get the following error -
>>>> any help is appreciated in determining the cause.
>>>>
>>>> Installing ngx_upload_module.
>>>> Downloading
>>>> https://github.com/vkholodkov/nginx-upload-module/archive/master.zip
>>>> While:
>>>>   Installing ngx_upload_module.
>>>>
>>>> An internal error occured due to a bug in either zc.buildout or in a
>>>> recipe being used:
>>>> Traceback (most recent call last):
>>>>   File
>>>> "/root/plumi.app/eggs/zc.buildout-1.4.4-py2.6.egg/zc/buildout/buildout.py",
>>>> line 1683, in main
>>>>     getattr(buildout, command)(args)
>>>>   File
>>>> "/root/plumi.app/eggs/zc.buildout-1.4.4-py2.6.egg/zc/buildout/buildout.py",
>>>> line 555, in install
>>>>     installed_files = self[part]._call(recipe.install)
>>>>   File
>>>> "/root/plumi.app/eggs/zc.buildout-1.4.4-py2.6.egg/zc/buildout/buildout.py",
>>>> line 1227, in _call
>>>>     return f()
>>>>   File
>>>> "/root/plumi.app/eggs/hexagonit.recipe.download-1.6-py2.6.egg/hexagonit/recipe/download/__init__.py",
>>>> line 80, in install
>>>>     path, is_temp = download(self.options['url'],
>>>> md5sum=self.options.get('md5sum'))
>>>>   File
>>>> "/root/plumi.app/eggs/zc.buildout-1.4.4-py2.6.egg/zc/buildout/download.py",
>>>> line 94, in __call__
>>>>     local_path, is_temp = self.download_cached(url, md5sum)
>>>>   File
>>>> "/root/plumi.app/eggs/zc.buildout-1.4.4-py2.6.egg/zc/buildout/download.py",
>>>> line 139, in download_cached
>>>>     _, is_temp = self.download(url, md5sum, cached_path)
>>>>   File
>>>> "/root/plumi.app/eggs/zc.buildout-1.4.4-py2.6.egg/zc/buildout/download.py",
>>>> line 173, in download
>>>>     tmp_path, headers = urllib.urlretrieve(url, tmp_path)
>>>>   File "/usr/lib/python2.6/urllib.py", line 93, in urlretrieve
>>>>     return _urlopener.retrieve(url, filename, reporthook, data)
>>>>   File "/usr/lib/python2.6/urllib.py", line 239, in retrieve
>>>>     fp = self.open(url, data)
>>>>   File "/usr/lib/python2.6/urllib.py", line 207, in open
>>>>     return getattr(self, name)(url)
>>>>   File "/usr/lib/python2.6/urllib.py", line 457, in open_https
>>>>     return self.http_error(url, fp, errcode, errmsg, headers)
>>>>   File "/usr/lib/python2.6/urllib.py", line 379, in http_error
>>>>     return self.http_error_default(url, fp, errcode, errmsg, headers)
>>>>   File "/usr/lib/python2.6/urllib.py", line 385, in http_error_default
>>>>     raise IOError, ('http error', errcode, errmsg, headers)
>>>> IOError: ('http error', 406, 'Not Acceptable', <httplib.HTTPMessage
>>>> instance at 0x1e2a830>)
>>>> *********************************************
>>>> Writing picked versions to versions.cfg
>>>> *********************************************
>>>> *********************************************
>>>> Overwriting versions.cfg
>>>> *********************************************
>>>>
>>>>
>>>> _______________________________________________
>>>> Discuss mailing list
>>>> [email protected]
>>>> http://lists.plumi.org/listinfo/discuss
>>>>
>>>
>>>
>>>
>>> --
>>> https://unweb.me
>>> state of the art information systems
>>> _______________________________________________
>>>
>>> Discuss mailing list
>>> [email protected]
>>> http://lists.plumi.org/listinfo/discuss
>>>
>>>
>>>
>>> _______________________________________________
>>> Discuss mailing list
>>> [email protected]
>>> http://lists.plumi.org/listinfo/discuss
>>>
>>>
>>
>>
>> --
>> https://unweb.me
>> state of the art information systems
>>
>> _______________________________________________
>> Discuss mailing list
>> [email protected]
>> http://lists.plumi.org/listinfo/discuss
>>
>>
>> _______________________________________________
>> Discuss mailing list
>> [email protected]
>> http://lists.plumi.org/listinfo/discuss
>>
>>
>
>
> --
> https://unweb.me
> state of the art information systems
>
> _______________________________________________
> Discuss mailing list
> [email protected]
> http://lists.plumi.org/listinfo/discuss
>
>
> _______________________________________________
> Discuss mailing list
> [email protected]
> http://lists.plumi.org/listinfo/discuss
>
>


-- 
https://unweb.me
state of the art information systems
_______________________________________________
Discuss mailing list
[email protected]
http://lists.plumi.org/listinfo/discuss

Reply via email to