|
Re: cf push a node js app without a manifest file
I suspect it might be forward VS backwards slashes in the file path that's
tripping things up, there. Does using / in the Linux file path help?
toggle quoted message
Show quoted text
On Sun, Sep 20, 2015, 7:55 PM Varsha Nagraj <n.varsha(a)gmail.com> wrote: I needed to have a testcase for creating multiple threads pushing the app.
Since I had different host names, was not sure if I could also have the
same app name. Thank you for the reply.
For q1) I have an issue, so the following command worked on windows: cf
push myApp1 -c "node app.js" -d "myDomain.net" -i 1 -n dummyhost -m 64M -p
"\path\to\my\application" --no-manifest"
But when I run the same command on linux, I again have an issue of "Failed
incorrect usage" Is there a issue when we use double quotes?
|
|
|
Is it possible with the current logging infrastructure in CF to limit the
logging throughput of particular apps or spaces?
Current client is running CF multi-tenant, and has some particularly noisy
customers. It'd be nice to be able to put a hard limit on how much they can
pass through to downstream commercial log indexers.
Any suggestions most gratefully received!
Regards,
Daniel Jones
EngineerBetter.com
|
|
|
回复：Re: 回复：Re: Re: Starting failure with 504
OK，Thx Amit！
原始邮件 发件人: Amit Gupta<agupta@...> 收件人: Discussions about Cloud Foundry projects and the system overall.<cf-dev@...> 发送时间: 2015年9月21日(周一) 15:41 主题: [cf-dev] Re: 回复：Re: Re: Starting failure with 504 Hi,
If you'd like the core development team to know this information when helping you with this problem, I'd recommend posting this and all future information on the Github issue you opened (please correct me if it's not you who opened that issue). It's difficult to respond to an issue that's being discussed independently in two places.
Thanks, Amit
On Mon, Sep 21, 2015 at 12:17 AM, yancey0623 <yancey0623@...> wrote: Hi！ I tried reinstall the cf with: 1) /var/vcap/bosh/bin/monit stop all 2) kill monit process 3) rm -rf /var/vcap 4) cd {cf_nise_installer} && ./script/install.sh
but the error doesn’t fixed…
原始邮件 收件人: Discussions about Cloud Foundry projects and the system overall.< cf-dev@...> 发送时间: 2015年9月21日(周一) 09:36 主题: 回复：[cf-dev] Re: Re: Starting failure with 504 Thanks Amit! I can upgrade my host OS later. but i can push my app before.
原始邮件 收件人: Discussions about Cloud Foundry projects and the system overall.< cf-dev@...> 发送时间: 2015年9月21日(周一) 02:55 主题: [cf-dev] Re: Re: Starting failure with 504 Hi there,
I noticed you opened an issue on Github with the same problem. I'll ask the core developer team to help with your issue, they will respond on Github.
Best, Amit
|
|
|
Re: 回复：Re: Re: Starting failure with 504
Hi,
If you'd like the core development team to know this information when
helping you with this problem, I'd recommend posting this and all future
information on the Github issue you opened (please correct me if it's not
you who opened that issue). It's difficult to respond to an issue that's
being discussed independently in two places.
Thanks,
Amit
toggle quoted message
Show quoted text
On Mon, Sep 21, 2015 at 12:17 AM, yancey0623 <yancey0623(a)163.com> wrote: Hi！
I tried reinstall the cf with:
1) /var/vcap/bosh/bin/monit stop all
2) kill monit process
3) rm -rf /var/vcap
4) cd {cf_nise_installer} && ./script/install.sh
but the error doesn’t fixed…
原始邮件
*发件人:* yancey0623<yancey0623(a)163.com>
*收件人:* Discussions about Cloud Foundry projects and the system overall.<
cf-dev(a)lists.cloudfoundry.org>
*发送时间:* 2015年9月21日(周一) 09:36
*主题:* 回复：[cf-dev] Re: Re: Starting failure with 504
Thanks Amit!
I can upgrade my host OS later. but i can push my app before.
原始邮件
*发件人:* Amit Gupta<agupta(a)pivotal.io>
*收件人:* Discussions about Cloud Foundry projects and the system overall.<
cf-dev(a)lists.cloudfoundry.org>
*发送时间:* 2015年9月21日(周一) 02:55
*主题:* [cf-dev] Re: Re: Starting failure with 504
Hi there,
I noticed you opened an issue on Github with the same problem. I'll ask
the core developer team to help with your issue, they will respond on
Github.
Best,
Amit
On Sun, Sep 20, 2015 at 11:37 AM, Aleksey Zalesov <
aleksey.zalesov(a)altoros.com> wrote:
Hello!
Ubuntu 14.04 is required for cf_nise_installer [1]. Can you upgrade your
host OS and see if issue persists?
[1]: https://github.com/yudai/cf_nise_installer
Aleksey Zalesov | CloudFoundry Engineer | Altoros
Tel: (617) 841-2121 ext. 5707 | Toll free: 855-ALTOROS
Fax: (866) 201-3646 | Skype: aleksey_zalesov
www.altoros.com | blog.altoros.com | twitter.com/altoros
On 20 Sep 2015, at 14:08, yancey0623 <yancey0623(a)163.com> wrote:
Hi!
I push my demo app with command: cf push xxx
cf_release version:212
os:ubuntu12.04
deploy with cf_nise_installer
here is the failure message:
Updating app hello-python in org DevBox / space bre as admin...
OK
Uploading hello-python...
Uploading app files from: /home/cf/xu.yan/hello-python
Uploading 2.7K, 7 files
Done uploading
OK
Stopping app hello-python in org DevBox / space bre as admin...
OK
Starting app hello-python in org DevBox / space bre as admin...
FAILED
Server error, status code: 504, error code: 0, message:
in de_next.log
{"timestamp":1442731880.415194,"message":"staging.task.failed","log_level":"info","source":"Staging","data":{"app_guid":"175d577d-46c4-4311-899f-eacdae64d164","task_id":"02f394d2b5b24d56a8bcdf4ff0618c9e","error":"command exited with failure","backtrace":["/var/vcap/packages/dea_next/vendor/cache/warden-ad18bff7dc56/em-warden-client/lib/em/warden/client/connection.rb:27:in `get'","/var/vcap/packages/dea_next/vendor/cache/warden-ad18bff7dc56/em-warden-client/lib/em/warden/client.rb:46:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:192:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:153:in `block in new_container_with_bind_mounts_and_rootfs'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `with_em'","/var/vcap/packages/dea_next/lib/container/container.rb:137:in `new_container_with_bind_mounts_and_rootfs'","/var/vcap/packages/dea_next/lib/container/container.rb:120:in `block in create_container'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `with_em'","/var/vcap/packages/dea_next/lib/container/container.rb:119:in `create_container'","/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb:543:in `resolve_staging_setup'","/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb:49:in `block in start'","/var/vcap/packages/dea_next/lib/dea/promise.rb:92:in `call'","/var/vcap/packages/dea_next/lib/dea/promise.rb:92:in `block in run'"]},"thread_id":69965282702100,"fiber_id":69965294576760,"process_id":44238,"file":"/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb","lineno":57,"method":"block in start"}
{"timestamp":1442731880.4168656,"message":"task.destroy.invalid","log_level":"error","source":"Staging","data":{"app_guid":"175d577d-46c4-4311-899f-eacdae64d164","task_id":"02f394d2b5b24d56a8bcdf4ff0618c9e"},"thread_id":69965282702100,"fiber_id":69965294368660,"process_id":44238,"file":"/var/vcap/packages/dea_next/lib/dea/task.rb","lineno":66,"method":"block in promise_destroy"}
root(a)bjlg-80p50-cf-02:/var/vcap/sys/log/dea_next#
in warden.log
{"timestamp":1442731879.5131524,"message":"Container created","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk"},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/linux.rb","lineno":102,"method":"do_create"}
{"timestamp":1442731880.101295,"message":"Exited with status 1 (0.587s): [[\"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\", \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\"], \"/var/vcap/data/warden/depot/18vtqk14egk/start.sh\"]","log_level":"warn","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","stdout":"","stderr":""},"thread_id":69932978885420,"fiber_id":69932991380440,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/spawn.rb","lineno":135,"method":"set_deferred_success"}
{"timestamp":1442731880.104105,"message":"Exited with status 255 (0.001s): [[\"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\", \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\"], \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/root/linux/stop.sh\", \"/var/vcap/data/warden/depot/18vtqk14egk\", \"-w\", \"0\"]","log_level":"warn","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","stdout":"","stderr":"execvp: No such file or directory\n"},"thread_id":69932978885420,"fiber_id":69932991380440,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/spawn.rb","lineno":135,"method":"set_deferred_success"}
{"timestamp":1442731880.412572,"message":"Container destroyed","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk"},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/linux.rb","lineno":125,"method":"do_destroy"}
{"timestamp":1442731880.4129846,"message":"destroy (took 0.311137)","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","request":{},"response":{}},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/base.rb","lineno":300,"method":"dispatch"}
Could anyone can help with this issue?
|
|
|
回复：Re: Re: Starting failure with 504
Hi！ I tried reinstall the cf with: 1) /var/vcap/bosh/bin/monit stop all 2) kill monit process 3) rm -rf /var/vcap 4) cd {cf_nise_installer} && ./script/install.sh
but the error doesn’t fixed…
原始邮件 发件人: yancey0623<yancey0623@...> 收件人: Discussions about Cloud Foundry projects and the system overall.<cf-dev@...> 发送时间: 2015年9月21日(周一) 09:36 主题: 回复：[cf-dev] Re: Re: Starting failure with 504 Thanks Amit! I can upgrade my host OS later. but i can push my app before.
原始邮件 收件人: Discussions about Cloud Foundry projects and the system overall.< cf-dev@...> 发送时间: 2015年9月21日(周一) 02:55 主题: [cf-dev] Re: Re: Starting failure with 504 Hi there,
I noticed you opened an issue on Github with the same problem. I'll ask the core developer team to help with your issue, they will respond on Github.
Best, Amit
On Sun, Sep 20, 2015 at 11:37 AM, Aleksey Zalesov <aleksey.zalesov@...> wrote: Hello!
Ubuntu 14.04 is required for cf_nise_installer [1]. Can you upgrade your host OS and see if issue persists?
Aleksey Zalesov | CloudFoundry Engineer | Altoros
Hi!
I push my demo app with command: cf push xxx cf_release version:212 os:ubuntu12.04 deploy with cf_nise_installer here is the failure message: Updating app hello-python in org DevBox / space bre as admin...
OK
Uploading hello-python...
Uploading app files from: /home/cf/xu.yan/hello-python
Uploading 2.7K, 7 files
Done uploading
OK
Stopping app hello-python in org DevBox / space bre as admin...
OK
Starting app hello-python in org DevBox / space bre as admin...
FAILED
Server error, status code: 504, error code: 0, message:
in de_next.log
{"timestamp":1442731880.415194,"message":"staging.task.failed","log_level":"info","source":"Staging","data":{"app_guid":"175d577d-46c4-4311-899f-eacdae64d164","task_id":"02f394d2b5b24d56a8bcdf4ff0618c9e","error":"command exited with failure","backtrace":["/var/vcap/packages/dea_next/vendor/cache/warden-ad18bff7dc56/em-warden-client/lib/em/warden/client/connection.rb:27:in `get'","/var/vcap/packages/dea_next/vendor/cache/warden-ad18bff7dc56/em-warden-client/lib/em/warden/client.rb:46:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:192:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:153:in `block in new_container_with_bind_mounts_and_rootfs'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `with_em'","/var/vcap/packages/dea_next/lib/container/container.rb:137:in `new_container_with_bind_mounts_and_rootfs'","/var/vcap/packages/dea_next/lib/container/container.rb:120:in `block in create_container'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `with_em'","/var/vcap/packages/dea_next/lib/container/container.rb:119:in `create_container'","/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb:543:in `resolve_staging_setup'","/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb:49:in `block in start'","/var/vcap/packages/dea_next/lib/dea/promise.rb:92:in `call'","/var/vcap/packages/dea_next/lib/dea/promise.rb:92:in `block in run'"]},"thread_id":69965282702100,"fiber_id":69965294576760,"process_id":44238,"file":"/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb","lineno":57,"method":"block in start"}
{"timestamp":1442731880.4168656,"message":"task.destroy.invalid","log_level":"error","source":"Staging","data":{"app_guid":"175d577d-46c4-4311-899f-eacdae64d164","task_id":"02f394d2b5b24d56a8bcdf4ff0618c9e"},"thread_id":69965282702100,"fiber_id":69965294368660,"process_id":44238,"file":"/var/vcap/packages/dea_next/lib/dea/task.rb","lineno":66,"method":"block in promise_destroy"}
root@bjlg-80p50-cf-02:/var/vcap/sys/log/dea_next#
in warden.log {"timestamp":1442731879.5131524,"message":"Container created","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk"},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/linux.rb","lineno":102,"method":"do_create"}
{"timestamp":1442731880.101295,"message":"Exited with status 1 (0.587s): [[\"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\", \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\"], \"/var/vcap/data/warden/depot/18vtqk14egk/start.sh\"]","log_level":"warn","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","stdout":"","stderr":""},"thread_id":69932978885420,"fiber_id":69932991380440,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/spawn.rb","lineno":135,"method":"set_deferred_success"}
{"timestamp":1442731880.104105,"message":"Exited with status 255 (0.001s): [[\"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\", \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\"], \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/root/linux/stop.sh\", \"/var/vcap/data/warden/depot/18vtqk14egk\", \"-w\", \"0\"]","log_level":"warn","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","stdout":"","stderr":"execvp: No such file or directory\n"},"thread_id":69932978885420,"fiber_id":69932991380440,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/spawn.rb","lineno":135,"method":"set_deferred_success"}
{"timestamp":1442731880.412572,"message":"Container destroyed","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk"},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/linux.rb","lineno":125,"method":"do_destroy"}
{"timestamp":1442731880.4129846,"message":"destroy (took 0.311137)","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","request":{},"response":{}},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/base.rb","lineno":300,"method":"dispatch"}
Could anyone can help with this issue?
|
|
|
Re: User cannot do CF login when UAA is being updated
Yunata, Ricky <rickyy@...>
Hi Joseph & all, Hi Joseph, have you received the attachment from Dies? To everyone else, I just wanted to know if this is the normal behaviour of CF that user is logged out when UAA is being updated, or is it because I have my manifest wrongly configured. It would be helpful if anyone can give me some answer based on their experience. Thanks Regards, Ricky From: CF Runtime [mailto:cfruntime(a)gmail.com] Sent: Wednesday, 16 September 2015 7:08 PM To: Discussions about Cloud Foundry projects and the system overall. Subject: [cf-dev] Re: Re: Re: Re: Re: Re: User cannot do CF login when UAA is being updated If you can't get the list to accept the attachment, you can give it to Dies and he should be able to get it to us. Joseph OSS Release Integration Team On Tue, Sep 15, 2015 at 7:19 PM, Yunata, Ricky <rickyy(a)fast.au.fujitsu.com<mailto:rickyy(a)fast.au.fujitsu.com>> wrote: Hi Joseph, Yes that is the case. I have sent my test result but it seems that my e-mail does not get through. How can I sent attachment in this mailing list? Regards, Ricky From: CF Runtime [mailto:cfruntime(a)gmail.com<mailto:cfruntime(a)gmail.com>] Sent: Tuesday, 15 September 2015 8:10 PM To: Discussions about Cloud Foundry projects and the system overall. Subject: [cf-dev] Re: Re: Re: Re: User cannot do CF login when UAA is being updated Couple of updates here for clarity. No databases are stored on NFS in any default installation. NFS is only used to store blobstore data. If you are using the postgres job from cf-release, since it is single node there will be downtime during a stemcell deploy. I talked with Dies from Fujitsu earlier and confirmed they are NOT using the postgres job but an external non-cf deployed postgres instance. So during a deploy, the UAA db should be up and available the entire time. The issue they are seeing is that even though the database is up, and I'm guessing there is at least a single node of UAA up during the deploy, there are still login failures. Joseph OSS Release Integration Team On Mon, Sep 14, 2015 at 6:39 PM, Filip Hanik <fhanik(a)pivotal.io<mailto:fhanik(a)pivotal.io>> wrote: Amit, see previous comment. Postgresql database is stored on NFS that is restarted during nfs job update. UAA, while being up, is non functional while the NFS job is updated because it can't get to the DB. On Mon, Sep 14, 2015 at 5:09 PM, Amit Gupta <agupta(a)pivotal.io<mailto:agupta(a)pivotal.io>> wrote: Hi Ricky, My understanding is that you still need help, and the issues Jiang and Alexander raised are different. To avoid confusion, let's keep this thread focused on your issue. Can you confirm that you have two UAA VMs in separate bosh jobs, separate AZs, etc. Can you confirm that when you roll the UAAs, only one goes down at a time? The simplest way to affect a roll is to change some trivial property in the manifest for your UAA jobs. If you're using v215, any of the properties referenced here will do: https://github.com/cloudfoundry/cf-release/blob/v215/jobs/uaa/spec#L321-L335You should confirm that only one UAA is down at a time, and comes back up before bosh moves on to updating the other UAA. While this roll is happening, can you just do `CF_TRACE=true cf auth USERNAME PASSWORD` in a loop, and if you see one that fails, post the output, along with noting the state of the bosh deploy when the error happens. Thanks, Amit On Mon, Sep 14, 2015 at 10:51 AM, Amit Gupta <agupta(a)pivotal.io<mailto:agupta(a)pivotal.io>> wrote: Ricky, Jiang, Alexander, are the three of you working together? It's hard to tell since you've got Fujitsu, Gmail, and Altoros email addresses. Are you folks talking about the same issue with the same deployment, or three separate issues. Ricky, if you still need assistance with your issue, please let us know. On Mon, Sep 14, 2015 at 10:16 AM, Lomov Alexander <alexander.lomov(a)altoros.com<mailto:alexander.lomov(a)altoros.com>> wrote: Yes, the problem is that postgresql database is stored on NFS that is restarted during nfs job update. I’m sure that you’ll be able to run updates without outage with several customizations. It is hard to tell without knowing your environment, but in common case steps will be following: 1. Add additional instances to nfs job and customize it to make replications (for instance use this docs for release customization [1]) 2. Make your NFS job to update sequently without our jobs updates in parallel (like it is done for postgresql [2]) 3. Check your options in update section [3]. [1] https://help.ubuntu.com/community/HighlyAvailableNFS[2] https://github.com/cloudfoundry/cf-release/blob/master/example_manifests/minimal-aws.yml#L115-L116[3] https://github.com/cloudfoundry/cf-release/blob/master/example_manifests/minimal-aws.yml#L57-L62On Sep 14, 2015, at 9:47 AM, Yitao Jiang <jiangyt.cn(a)gmail.com<mailto:jiangyt.cn(a)gmail.com>> wrote: On upgrading the deployment, the uaa not working due the uaadb filesystem hangup.Under my environment , the nfs-wal-server's ip changed which causing uaadb,ccdb hang up. Hard reboot the uaadb, restart uaa service solve the issue. Hopes can help you. On Mon, Sep 14, 2015 at 2:13 PM, Yunata, Ricky <rickyy(a)fast.au.fujitsu.com<mailto:rickyy(a)fast.au.fujitsu.com>> wrote: Hello, I have a question regarding UAA in Cloud Foundry. I’m currently running Cloud Foundry on Openstack. I have 2 availability zones and redundancy of the important VMs including UAA. Whenever I do an upgrade of either stemcell or CF release, user will not be able to do CF login when when CF is updating UAA VM. My question is, is this a normal behaviour? If I have redundant UAA VM, shouldn’t user still be able to still login to the apps even though it’s being updated? I’ve done this test a few times, with different CF version and stemcells and all of them are giving me the same result. The latest test that I’ve done was to upgrade CF version from 212 to 215. Has anyone experienced the same issue? Regards, Ricky Disclaimer The information in this e-mail is confidential and may contain content that is subject to copyright and/or is commercial-in-confidence and is intended only for the use of the above named addressee. If you are not the intended recipient, you are hereby notified that dissemination, copying or use of the information is strictly prohibited. If you have received this e-mail in error, please telephone Fujitsu Australia Software Technology Pty Ltd on + 61 2 9452 9000<tel:%2B%2061%202%209452%209000> or by reply e-mail to the sender and delete the document and all copies thereof. Whereas Fujitsu Australia Software Technology Pty Ltd would not knowingly transmit a virus within an email communication, it is the receiver’s responsibility to scan all communication and any files attached for computer viruses and other defects. Fujitsu Australia Software Technology Pty Ltd does not accept liability for any loss or damage (whether direct, indirect, consequential or economic) however caused, and whether by negligence or otherwise, which may result directly or indirectly from this communication or any files attached. If you do not wish to receive commercial and/or marketing email messages from Fujitsu Australia Software Technology Pty Ltd, please email unsubscribe(a)fast.au.fujitsu.com<mailto:unsubscribe(a)fast.au.fujitsu.com> -- Regards, Yitao jiangyt.github.io< http://jiangyt.github.io/> Disclaimer The information in this e-mail is confidential and may contain content that is subject to copyright and/or is commercial-in-confidence and is intended only for the use of the above named addressee. If you are not the intended recipient, you are hereby notified that dissemination, copying or use of the information is strictly prohibited. If you have received this e-mail in error, please telephone Fujitsu Australia Software Technology Pty Ltd on + 61 2 9452 9000<tel:%2B%2061%202%209452%209000> or by reply e-mail to the sender and delete the document and all copies thereof. Whereas Fujitsu Australia Software Technology Pty Ltd would not knowingly transmit a virus within an email communication, it is the receiver’s responsibility to scan all communication and any files attached for computer viruses and other defects. Fujitsu Australia Software Technology Pty Ltd does not accept liability for any loss or damage (whether direct, indirect, consequential or economic) however caused, and whether by negligence or otherwise, which may result directly or indirectly from this communication or any files attached. If you do not wish to receive commercial and/or marketing email messages from Fujitsu Australia Software Technology Pty Ltd, please email unsubscribe(a)fast.au.fujitsu.com<mailto:unsubscribe(a)fast.au.fujitsu.com> Disclaimer The information in this e-mail is confidential and may contain content that is subject to copyright and/or is commercial-in-confidence and is intended only for the use of the above named addressee. If you are not the intended recipient, you are hereby notified that dissemination, copying or use of the information is strictly prohibited. If you have received this e-mail in error, please telephone Fujitsu Australia Software Technology Pty Ltd on + 61 2 9452 9000 or by reply e-mail to the sender and delete the document and all copies thereof. Whereas Fujitsu Australia Software Technology Pty Ltd would not knowingly transmit a virus within an email communication, it is the receiver’s responsibility to scan all communication and any files attached for computer viruses and other defects. Fujitsu Australia Software Technology Pty Ltd does not accept liability for any loss or damage (whether direct, indirect, consequential or economic) however caused, and whether by negligence or otherwise, which may result directly or indirectly from this communication or any files attached. If you do not wish to receive commercial and/or marketing email messages from Fujitsu Australia Software Technology Pty Ltd, please email unsubscribe(a)fast.au.fujitsu.com
|
|
|
Re: Add app monitoring agent framework in custom buildpack
Still waiting for your comments.
Thanks
|
|
|
cf push without a manifest file on linux does not work but works on windows
I am trying to push a nodejs application without a mainfest file as follows(using cloud foundry push command): cf push appname -c "node app.js" -d "mydomain.net" -i 1 -n hostname -m 64M -p "path to directory" --no-manifest.
This works on Windows. However if I run the same on Linux, it throws me "incorrect" usage. Is there any difference wrt "double quotes" or what might be the issue?
|
|
|
Re: cf push a node js app without a manifest file
I needed to have a testcase for creating multiple threads pushing the app. Since I had different host names, was not sure if I could also have the same app name. Thank you for the reply.
For q1) I have an issue, so the following command worked on windows: cf push myApp1 -c "node app.js" -d "myDomain.net" -i 1 -n dummyhost -m 64M -p "\path\to\my\application" --no-manifest"
But when I run the same command on linux, I again have an issue of "Failed incorrect usage" Is there a issue when we use double quotes?
|
|
|
回复：Re: Re: Starting failure with 504
Thanks Amit! I can upgrade my host OS later. but i can push my app before.
原始邮件 发件人: Amit Gupta<agupta@...> 收件人: Discussions about Cloud Foundry projects and the system overall.<cf-dev@...> 发送时间: 2015年9月21日(周一) 02:55 主题: [cf-dev] Re: Re: Starting failure with 504 Hi there,
I noticed you opened an issue on Github with the same problem. I'll ask the core developer team to help with your issue, they will respond on Github.
Best, Amit
On Sun, Sep 20, 2015 at 11:37 AM, Aleksey Zalesov <aleksey.zalesov@...> wrote: Hello!
Ubuntu 14.04 is required for cf_nise_installer [1]. Can you upgrade your host OS and see if issue persists?
Aleksey Zalesov | CloudFoundry Engineer | Altoros
Hi!
I push my demo app with command: cf push xxx cf_release version:212 os:ubuntu12.04 deploy with cf_nise_installer here is the failure message: Updating app hello-python in org DevBox / space bre as admin...
OK
Uploading hello-python...
Uploading app files from: /home/cf/xu.yan/hello-python
Uploading 2.7K, 7 files
Done uploading
OK
Stopping app hello-python in org DevBox / space bre as admin...
OK
Starting app hello-python in org DevBox / space bre as admin...
FAILED
Server error, status code: 504, error code: 0, message:
in de_next.log
{"timestamp":1442731880.415194,"message":"staging.task.failed","log_level":"info","source":"Staging","data":{"app_guid":"175d577d-46c4-4311-899f-eacdae64d164","task_id":"02f394d2b5b24d56a8bcdf4ff0618c9e","error":"command exited with failure","backtrace":["/var/vcap/packages/dea_next/vendor/cache/warden-ad18bff7dc56/em-warden-client/lib/em/warden/client/connection.rb:27:in `get'","/var/vcap/packages/dea_next/vendor/cache/warden-ad18bff7dc56/em-warden-client/lib/em/warden/client.rb:46:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:192:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:153:in `block in new_container_with_bind_mounts_and_rootfs'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `with_em'","/var/vcap/packages/dea_next/lib/container/container.rb:137:in `new_container_with_bind_mounts_and_rootfs'","/var/vcap/packages/dea_next/lib/container/container.rb:120:in `block in create_container'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `with_em'","/var/vcap/packages/dea_next/lib/container/container.rb:119:in `create_container'","/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb:543:in `resolve_staging_setup'","/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb:49:in `block in start'","/var/vcap/packages/dea_next/lib/dea/promise.rb:92:in `call'","/var/vcap/packages/dea_next/lib/dea/promise.rb:92:in `block in run'"]},"thread_id":69965282702100,"fiber_id":69965294576760,"process_id":44238,"file":"/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb","lineno":57,"method":"block in start"}
{"timestamp":1442731880.4168656,"message":"task.destroy.invalid","log_level":"error","source":"Staging","data":{"app_guid":"175d577d-46c4-4311-899f-eacdae64d164","task_id":"02f394d2b5b24d56a8bcdf4ff0618c9e"},"thread_id":69965282702100,"fiber_id":69965294368660,"process_id":44238,"file":"/var/vcap/packages/dea_next/lib/dea/task.rb","lineno":66,"method":"block in promise_destroy"}
root@bjlg-80p50-cf-02:/var/vcap/sys/log/dea_next#
in warden.log {"timestamp":1442731879.5131524,"message":"Container created","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk"},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/linux.rb","lineno":102,"method":"do_create"}
{"timestamp":1442731880.101295,"message":"Exited with status 1 (0.587s): [[\"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\", \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\"], \"/var/vcap/data/warden/depot/18vtqk14egk/start.sh\"]","log_level":"warn","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","stdout":"","stderr":""},"thread_id":69932978885420,"fiber_id":69932991380440,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/spawn.rb","lineno":135,"method":"set_deferred_success"}
{"timestamp":1442731880.104105,"message":"Exited with status 255 (0.001s): [[\"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\", \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\"], \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/root/linux/stop.sh\", \"/var/vcap/data/warden/depot/18vtqk14egk\", \"-w\", \"0\"]","log_level":"warn","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","stdout":"","stderr":"execvp: No such file or directory\n"},"thread_id":69932978885420,"fiber_id":69932991380440,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/spawn.rb","lineno":135,"method":"set_deferred_success"}
{"timestamp":1442731880.412572,"message":"Container destroyed","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk"},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/linux.rb","lineno":125,"method":"do_destroy"}
{"timestamp":1442731880.4129846,"message":"destroy (took 0.311137)","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","request":{},"response":{}},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/base.rb","lineno":300,"method":"dispatch"}
Could anyone can help with this issue?
|
|
|
Re: Starting failure with 504
toggle quoted message
Show quoted text
On Sun, Sep 20, 2015 at 11:55 AM, Amit Gupta <agupta(a)pivotal.io> wrote: Hi there,
I noticed you opened an issue on Github with the same problem. I'll ask
the core developer team to help with your issue, they will respond on
Github.
Best,
Amit
On Sun, Sep 20, 2015 at 11:37 AM, Aleksey Zalesov <
aleksey.zalesov(a)altoros.com> wrote:
Hello!
Ubuntu 14.04 is required for cf_nise_installer [1]. Can you upgrade your
host OS and see if issue persists?
[1]: https://github.com/yudai/cf_nise_installer
Aleksey Zalesov | CloudFoundry Engineer | Altoros
Tel: (617) 841-2121 ext. 5707 | Toll free: 855-ALTOROS
Fax: (866) 201-3646 | Skype: aleksey_zalesov
www.altoros.com | blog.altoros.com | twitter.com/altoros
On 20 Sep 2015, at 14:08, yancey0623 <yancey0623(a)163.com> wrote:
Hi!
I push my demo app with command: cf push xxx
cf_release version:212
os:ubuntu12.04
deploy with cf_nise_installer
here is the failure message:
Updating app hello-python in org DevBox / space bre as admin...
OK
Uploading hello-python...
Uploading app files from: /home/cf/xu.yan/hello-python
Uploading 2.7K, 7 files
Done uploading
OK
Stopping app hello-python in org DevBox / space bre as admin...
OK
Starting app hello-python in org DevBox / space bre as admin...
FAILED
Server error, status code: 504, error code: 0, message:
in de_next.log
{"timestamp":1442731880.415194,"message":"staging.task.failed","log_level":"info","source":"Staging","data":{"app_guid":"175d577d-46c4-4311-899f-eacdae64d164","task_id":"02f394d2b5b24d56a8bcdf4ff0618c9e","error":"command exited with failure","backtrace":["/var/vcap/packages/dea_next/vendor/cache/warden-ad18bff7dc56/em-warden-client/lib/em/warden/client/connection.rb:27:in `get'","/var/vcap/packages/dea_next/vendor/cache/warden-ad18bff7dc56/em-warden-client/lib/em/warden/client.rb:46:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:192:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:153:in `block in new_container_with_bind_mounts_and_rootfs'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `with_em'","/var/vcap/packages/dea_next/lib/container/container.rb:137:in `new_container_with_bind_mounts_and_rootfs'","/var/vcap/packages/dea_next/lib/container/container.rb:120:in `block in create_container'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `with_em'","/var/vcap/packages/dea_next/lib/container/container.rb:119:in `create_container'","/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb:543:in `resolve_staging_setup'","/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb:49:in `block in start'","/var/vcap/packages/dea_next/lib/dea/promise.rb:92:in `call'","/var/vcap/packages/dea_next/lib/dea/promise.rb:92:in `block in run'"]},"thread_id":69965282702100,"fiber_id":69965294576760,"process_id":44238,"file":"/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb","lineno":57,"method":"block in start"}
{"timestamp":1442731880.4168656,"message":"task.destroy.invalid","log_level":"error","source":"Staging","data":{"app_guid":"175d577d-46c4-4311-899f-eacdae64d164","task_id":"02f394d2b5b24d56a8bcdf4ff0618c9e"},"thread_id":69965282702100,"fiber_id":69965294368660,"process_id":44238,"file":"/var/vcap/packages/dea_next/lib/dea/task.rb","lineno":66,"method":"block in promise_destroy"}
root(a)bjlg-80p50-cf-02:/var/vcap/sys/log/dea_next#
in warden.log
{"timestamp":1442731879.5131524,"message":"Container created","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk"},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/linux.rb","lineno":102,"method":"do_create"}
{"timestamp":1442731880.101295,"message":"Exited with status 1 (0.587s): [[\"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\", \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\"], \"/var/vcap/data/warden/depot/18vtqk14egk/start.sh\"]","log_level":"warn","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","stdout":"","stderr":""},"thread_id":69932978885420,"fiber_id":69932991380440,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/spawn.rb","lineno":135,"method":"set_deferred_success"}
{"timestamp":1442731880.104105,"message":"Exited with status 255 (0.001s): [[\"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\", \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\"], \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/root/linux/stop.sh\", \"/var/vcap/data/warden/depot/18vtqk14egk\", \"-w\", \"0\"]","log_level":"warn","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","stdout":"","stderr":"execvp: No such file or directory\n"},"thread_id":69932978885420,"fiber_id":69932991380440,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/spawn.rb","lineno":135,"method":"set_deferred_success"}
{"timestamp":1442731880.412572,"message":"Container destroyed","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk"},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/linux.rb","lineno":125,"method":"do_destroy"}
{"timestamp":1442731880.4129846,"message":"destroy (took 0.311137)","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","request":{},"response":{}},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/base.rb","lineno":300,"method":"dispatch"}
Could anyone can help with this issue?
|
|
|
Re: Starting failure with 504
Hi there, I noticed you opened an issue on Github with the same problem. I'll ask the core developer team to help with your issue, they will respond on Github. Best, Amit On Sun, Sep 20, 2015 at 11:37 AM, Aleksey Zalesov < aleksey.zalesov(a)altoros.com> wrote: Hello!
Ubuntu 14.04 is required for cf_nise_installer [1]. Can you upgrade your
host OS and see if issue persists?
[1]: https://github.com/yudai/cf_nise_installer
Aleksey Zalesov | CloudFoundry Engineer | Altoros
Tel: (617) 841-2121 ext. 5707 | Toll free: 855-ALTOROS
Fax: (866) 201-3646 | Skype: aleksey_zalesov
www.altoros.com | blog.altoros.com | twitter.com/altoros
On 20 Sep 2015, at 14:08, yancey0623 <yancey0623(a)163.com> wrote:
Hi!
I push my demo app with command: cf push xxx
cf_release version:212
os:ubuntu12.04
deploy with cf_nise_installer
here is the failure message:
Updating app hello-python in org DevBox / space bre as admin...
OK
Uploading hello-python...
Uploading app files from: /home/cf/xu.yan/hello-python
Uploading 2.7K, 7 files
Done uploading
OK
Stopping app hello-python in org DevBox / space bre as admin...
OK
Starting app hello-python in org DevBox / space bre as admin...
FAILED
Server error, status code: 504, error code: 0, message:
in de_next.log
{"timestamp":1442731880.415194,"message":"staging.task.failed","log_level":"info","source":"Staging","data":{"app_guid":"175d577d-46c4-4311-899f-eacdae64d164","task_id":"02f394d2b5b24d56a8bcdf4ff0618c9e","error":"command exited with failure","backtrace":["/var/vcap/packages/dea_next/vendor/cache/warden-ad18bff7dc56/em-warden-client/lib/em/warden/client/connection.rb:27:in `get'","/var/vcap/packages/dea_next/vendor/cache/warden-ad18bff7dc56/em-warden-client/lib/em/warden/client.rb:46:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:192:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:153:in `block in new_container_with_bind_mounts_and_rootfs'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `with_em'","/var/vcap/packages/dea_next/lib/container/container.rb:137:in `new_container_with_bind_mounts_and_rootfs'","/var/vcap/packages/dea_next/lib/container/container.rb:120:in `block in create_container'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `with_em'","/var/vcap/packages/dea_next/lib/container/container.rb:119:in `create_container'","/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb:543:in `resolve_staging_setup'","/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb:49:in `block in start'","/var/vcap/packages/dea_next/lib/dea/promise.rb:92:in `call'","/var/vcap/packages/dea_next/lib/dea/promise.rb:92:in `block in run'"]},"thread_id":69965282702100,"fiber_id":69965294576760,"process_id":44238,"file":"/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb","lineno":57,"method":"block in start"}
{"timestamp":1442731880.4168656,"message":"task.destroy.invalid","log_level":"error","source":"Staging","data":{"app_guid":"175d577d-46c4-4311-899f-eacdae64d164","task_id":"02f394d2b5b24d56a8bcdf4ff0618c9e"},"thread_id":69965282702100,"fiber_id":69965294368660,"process_id":44238,"file":"/var/vcap/packages/dea_next/lib/dea/task.rb","lineno":66,"method":"block in promise_destroy"}
root(a)bjlg-80p50-cf-02:/var/vcap/sys/log/dea_next#
in warden.log
{"timestamp":1442731879.5131524,"message":"Container created","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk"},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/linux.rb","lineno":102,"method":"do_create"}
{"timestamp":1442731880.101295,"message":"Exited with status 1 (0.587s): [[\"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\", \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\"], \"/var/vcap/data/warden/depot/18vtqk14egk/start.sh\"]","log_level":"warn","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","stdout":"","stderr":""},"thread_id":69932978885420,"fiber_id":69932991380440,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/spawn.rb","lineno":135,"method":"set_deferred_success"}
{"timestamp":1442731880.104105,"message":"Exited with status 255 (0.001s): [[\"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\", \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\"], \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/root/linux/stop.sh\", \"/var/vcap/data/warden/depot/18vtqk14egk\", \"-w\", \"0\"]","log_level":"warn","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","stdout":"","stderr":"execvp: No such file or directory\n"},"thread_id":69932978885420,"fiber_id":69932991380440,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/spawn.rb","lineno":135,"method":"set_deferred_success"}
{"timestamp":1442731880.412572,"message":"Container destroyed","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk"},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/linux.rb","lineno":125,"method":"do_destroy"}
{"timestamp":1442731880.4129846,"message":"destroy (took 0.311137)","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","request":{},"response":{}},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/base.rb","lineno":300,"method":"dispatch"}
Could anyone can help with this issue?
|
|
|
Re: Starting failure with 504
toggle quoted message
Show quoted text
On 20 Sep 2015, at 14:08, yancey0623 <yancey0623(a)163.com> wrote:
Hi!
I push my demo app with command: cf push xxx
cf_release version:212
os:ubuntu12.04
deploy with cf_nise_installer
here is the failure message:
Updating app hello-python in org DevBox / space bre as admin...
OK
Uploading hello-python...
Uploading app files from: /home/cf/xu.yan/hello-python
Uploading 2.7K, 7 files
Done uploading
OK
Stopping app hello-python in org DevBox / space bre as admin...
OK
Starting app hello-python in org DevBox / space bre as admin...
FAILED
Server error, status code: 504, error code: 0, message:
in de_next.log
{"timestamp":1442731880.415194,"message":"staging.task.failed","log_level":"info","source":"Staging","data":{"app_guid":"175d577d-46c4-4311-899f-eacdae64d164","task_id":"02f394d2b5b24d56a8bcdf4ff0618c9e","error":"command exited with failure","backtrace":["/var/vcap/packages/dea_next/vendor/cache/warden-ad18bff7dc56/em-warden-client/lib/em/warden/client/connection.rb:27:in `get'","/var/vcap/packages/dea_next/vendor/cache/warden-ad18bff7dc56/em-warden-client/lib/em/warden/client.rb:46:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:192:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:153:in `block in new_container_with_bind_mounts_and_rootfs'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `with_em'","/var/vcap/packages/dea_next/lib/container/container.rb:137:in `new_container_with_bind_mounts_and_rootfs'","/var/vcap/packages/dea_next/lib/container/container.rb:120:in `block in create_container'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `with_em'","/var/vcap/packages/dea_next/lib/container/container.rb:119:in `create_container'","/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb:543:in `resolve_staging_setup'","/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb:49:in `block in start'","/var/vcap/packages/dea_next/lib/dea/promise.rb:92:in `call'","/var/vcap/packages/dea_next/lib/dea/promise.rb:92:in `block in run'"]},"thread_id":69965282702100,"fiber_id":69965294576760,"process_id":44238,"file":"/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb","lineno":57,"method":"block in start"}
{"timestamp":1442731880.4168656,"message":"task.destroy.invalid","log_level":"error","source":"Staging","data":{"app_guid":"175d577d-46c4-4311-899f-eacdae64d164","task_id":"02f394d2b5b24d56a8bcdf4ff0618c9e"},"thread_id":69965282702100,"fiber_id":69965294368660,"process_id":44238,"file":"/var/vcap/packages/dea_next/lib/dea/task.rb","lineno":66,"method":"block in promise_destroy"}
root(a)bjlg-80p50-cf-02:/var/vcap/sys/log/dea_next#
in warden.log
{"timestamp":1442731879.5131524,"message":"Container created","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk"},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/linux.rb","lineno":102,"method":"do_create"}
{"timestamp":1442731880.101295,"message":"Exited with status 1 (0.587s): [[\"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\", \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\"], \"/var/vcap/data/warden/depot/18vtqk14egk/start.sh\"]","log_level":"warn","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","stdout":"","stderr":""},"thread_id":69932978885420,"fiber_id":69932991380440,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/spawn.rb","lineno":135,"method":"set_deferred_success"}
{"timestamp":1442731880.104105,"message":"Exited with status 255 (0.001s): [[\"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\", \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\"], \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/root/linux/stop.sh\", \"/var/vcap/data/warden/depot/18vtqk14egk\", \"-w\", \"0\"]","log_level":"warn","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","stdout":"","stderr":"execvp: No such file or directory\n"},"thread_id":69932978885420,"fiber_id":69932991380440,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/spawn.rb","lineno":135,"method":"set_deferred_success"}
{"timestamp":1442731880.412572,"message":"Container destroyed","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk"},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/linux.rb","lineno":125,"method":"do_destroy"}
{"timestamp":1442731880.4129846,"message":"destroy (took 0.311137)","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","request":{},"response":{}},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/base.rb","lineno":300,"method":"dispatch"}
Could anyone can help with this issue?
|
|
|
Starting failure with 504
Hi!
I push my demo app with command: cf push xxx cf_release version:212 os:ubuntu12.04 deploy with cf_nise_installer here is the failure message: Updating app hello-python in org DevBox / space bre as admin...
OK
Uploading hello-python...
Uploading app files from: /home/cf/xu.yan/hello-python
Uploading 2.7K, 7 files
Done uploading
OK
Stopping app hello-python in org DevBox / space bre as admin...
OK
Starting app hello-python in org DevBox / space bre as admin...
FAILED
Server error, status code: 504, error code: 0, message:
in de_next.log
{"timestamp":1442731880.415194,"message":"staging.task.failed","log_level":"info","source":"Staging","data":{"app_guid":"175d577d-46c4-4311-899f-eacdae64d164","task_id":"02f394d2b5b24d56a8bcdf4ff0618c9e","error":"command exited with failure","backtrace":["/var/vcap/packages/dea_next/vendor/cache/warden-ad18bff7dc56/em-warden-client/lib/em/warden/client/connection.rb:27:in `get'","/var/vcap/packages/dea_next/vendor/cache/warden-ad18bff7dc56/em-warden-client/lib/em/warden/client.rb:46:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:192:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:153:in `block in new_container_with_bind_mounts_and_rootfs'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `with_em'","/var/vcap/packages/dea_next/lib/container/container.rb:137:in `new_container_with_bind_mounts_and_rootfs'","/var/vcap/packages/dea_next/lib/container/container.rb:120:in `block in create_container'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `call'","/var/vcap/packages/dea_next/lib/container/container.rb:229:in `with_em'","/var/vcap/packages/dea_next/lib/container/container.rb:119:in `create_container'","/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb:543:in `resolve_staging_setup'","/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb:49:in `block in start'","/var/vcap/packages/dea_next/lib/dea/promise.rb:92:in `call'","/var/vcap/packages/dea_next/lib/dea/promise.rb:92:in `block in run'"]},"thread_id":69965282702100,"fiber_id":69965294576760,"process_id":44238,"file":"/var/vcap/packages/dea_next/lib/dea/staging/staging_task.rb","lineno":57,"method":"block in start"}
{"timestamp":1442731880.4168656,"message":"task.destroy.invalid","log_level":"error","source":"Staging","data":{"app_guid":"175d577d-46c4-4311-899f-eacdae64d164","task_id":"02f394d2b5b24d56a8bcdf4ff0618c9e"},"thread_id":69965282702100,"fiber_id":69965294368660,"process_id":44238,"file":"/var/vcap/packages/dea_next/lib/dea/task.rb","lineno":66,"method":"block in promise_destroy"}
root@bjlg-80p50-cf-02:/var/vcap/sys/log/dea_next#
in warden.log {"timestamp":1442731879.5131524,"message":"Container created","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk"},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/linux.rb","lineno":102,"method":"do_create"}
{"timestamp":1442731880.101295,"message":"Exited with status 1 (0.587s): [[\"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\", \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\"], \"/var/vcap/data/warden/depot/18vtqk14egk/start.sh\"]","log_level":"warn","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","stdout":"","stderr":""},"thread_id":69932978885420,"fiber_id":69932991380440,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/spawn.rb","lineno":135,"method":"set_deferred_success"}
{"timestamp":1442731880.104105,"message":"Exited with status 255 (0.001s): [[\"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\", \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/src/closefds/closefds\"], \"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/root/linux/stop.sh\", \"/var/vcap/data/warden/depot/18vtqk14egk\", \"-w\", \"0\"]","log_level":"warn","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","stdout":"","stderr":"execvp: No such file or directory\n"},"thread_id":69932978885420,"fiber_id":69932991380440,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/spawn.rb","lineno":135,"method":"set_deferred_success"}
{"timestamp":1442731880.412572,"message":"Container destroyed","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk"},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/linux.rb","lineno":125,"method":"do_destroy"}
{"timestamp":1442731880.4129846,"message":"destroy (took 0.311137)","log_level":"debug","source":"Warden::Container::Linux","data":{"handle":"18vtqk14egk","request":{},"response":{}},"thread_id":69932978885420,"fiber_id":69932978855160,"process_id":28688,"file":"/var/vcap/data/packages/warden/724f030f2d6e90d02c2afbe90ed5fe1ce2de1667/warden/lib/warden/container/base.rb","lineno":300,"method":"dispatch"}
Could anyone can help with this issue?
|
|
|
Re: cf push a node js app without a manifest file
My pleasure.
As for question two, you can't have more than one app with the same name in
a space. You could put a second app with the same name in a different
space, but I would ask why you feel the desire to have two apps named the
same. The same bits can be pushed twice to different names, and given
different routes (or other parameters).
toggle quoted message
Show quoted text
On Sat, Sep 19, 2015, 10:54 AM Varsha Nagraj <n.varsha(a)gmail.com> wrote: Yes I think -m was the problem. It could push the app. Thank you!
|
|
|
Re: cf push a node js app without a manifest file
Yes I think -m was the problem. It could push the app. Thank you!
|
|
|
Re: cf push a node js app without a manifest file
On point 1, you need to quote your start command. Otherwise, the space is a
problem. Also, the word memory should be replaced with the -m flag.
toggle quoted message
Show quoted text
On Sat, Sep 19, 2015, 10:38 AM Varsha Nagraj <n.varsha(a)gmail.com> wrote: 1)How can I do a "cf push" without a manifest file? For ex: I issue the
following cf command " cf push myApp1 -c node app.js -d myDomain.net -i 1
-n dummyhost memory 64M -p \path\to\my\application --no-manifest" and I
face the following error:"Failed incorrect usage"
2)Also can I have multiple applications with the same name, but with a
seperate hostname?
|
|
|
cf push a node js app without a manifest file
1)How can I do a "cf push" without a manifest file? For ex: I issue the following cf command " cf push myApp1 -c node app.js -d myDomain.net -i 1 -n dummyhost memory 64M -p \path\to\my\application --no-manifest" and I face the following error:"Failed incorrect usage"
2)Also can I have multiple applications with the same name, but with a seperate hostname?
|
|
|
Re: Loggregator Community Survey #2 - TCP for Metron<-->Doppler
Matthew Sykes <matthew.sykes@...>
Having attempted to debug issues where application logs get dropped, I
would welcome an option to have TCP used. In the current system, you never
know if logs are dropped because the datagram never reached the target or
because it got hung up in some component along the way.
I would think that the concerns about back pressure from TCP could be dealt
with in the clients using mechanisms similar to what you already have with
the syslog sinks.
toggle quoted message
Show quoted text
On Fri, Sep 18, 2015 at 5:22 PM, Erik Jasiak <mjasiak(a)pivotal.io> wrote: Greetings again CF community!
As part of the new dropsonde point proposal[1], the team would have to
implement some tough sizing choices related to UDP packets, and the
likelihood of larger packets getting dropped.
Alternatively, we could finally add tcp support for Metron; this has
several pros (among them: much lower chance of lossiness) and cons (among
them: puts a component at risk of failure from backpressure if the system
is sized wrong).
* Would operators be interested in TCP support, even if it means a higher
risk of component failure if the loggregator system and message-producing
component weren't tuned correctly?
* Would you prefer there be an option to choose TCP or UDP at bosh deploy
time? We'd be open to this option, but are more likely to be biased in
supporting only one choice over time.
Thanks again,
Erik Jasiak
PM - Loggregator
[1]
https://lists.cloudfoundry.org/archives/list/cf-dev(a)lists.cloudfoundry.org/message/765VT4CLXL3F2KCGR4PUO2LHPV73USTB/
--
Matthew Sykes
matthew.sykes(a)gmail.com
|
|
|
Re: Add app monitoring agent framework in custom buildpack
Request someone to look on my above query please ?
|
|
|
