CF-RELEASE v202 UPLOAD ERROR


Parthiban Annadurai <senjiparthi@...>
 

Hi All,
When am uploading the Cloud Foundry Release v202 to the Director, its throwing the following error.

bosh upload release /root/tmp/cf-release-202.tgz
Acting as user 'admin' on 'microbosh'

Verifying release...
File exists and readable OK
Extract tarball FAILED

Release is invalid, please fix, verify and upload again

My Director VM has more than Enough Free Space in it too.

Sorry, I don't know where to post this issue.

Could anyone please help me on this issue, since am struck with this more than a week. Thanks

Regards

Parthiban A


Ronak Banka
 

Check "df -h" on your local system from where you are uploading the release.

On Sun, Oct 11, 2015 at 4:44 PM, Parthiban A <senjiparthi(a)gmail.com> wrote:

Hi All,
When am uploading the Cloud Foundry Release v202 to the
Director, its throwing the following error.

bosh upload release /root/tmp/cf-release-202.tgz
Acting as user 'admin' on 'microbosh'

Verifying release...
File exists and readable OK
Extract tarball FAILED

Release is invalid, please fix, verify and upload again

My Director VM has more than Enough Free Space in it too.

Sorry, I don't know where to post this issue.

Could anyone please help me on this issue, since am struck with this more
than a week. Thanks

Regards

Parthiban A


Parthiban Annadurai <senjiparthi@...>
 

Ronak,
I have checked the Local machine too, it shows the following,

[root(a)opencf microbosh]# df -H
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00_root
2.1G 1.9G 114M 95% /
tmpfs 985M 0 985M 0% /dev/shm
/dev/sda1 102M 74M 24M 77% /boot
/dev/mapper/VolGroup00-LogVol00_home
2.1G 3.3M 2.0G 1% /home
/dev/mapper/VolGroup00-LogVol00_opt
6.3G 13M 5.9G 1% /opt
/dev/mapper/VolGroup00-LogVol00_tmp
16G 2.7M 16G 1% /tmp
/dev/mapper/VolGroup00-LogVol00_usr
6.3G 2.0G 4.0G 34% /usr
/dev/mapper/VolGroup00-LogVol00_var
4.2G 126M 3.9G 4% /var

I think size is fine only. Could you?? Thanks.

Regards

Parthiban A

On 11 October 2015 at 14:15, ronak banka <ronakbanka.cse(a)gmail.com> wrote:

Check "df -h" on your local system from where you are uploading the
release.

On Sun, Oct 11, 2015 at 4:44 PM, Parthiban A <senjiparthi(a)gmail.com>
wrote:

Hi All,
When am uploading the Cloud Foundry Release v202 to the
Director, its throwing the following error.

bosh upload release /root/tmp/cf-release-202.tgz
Acting as user 'admin' on 'microbosh'

Verifying release...
File exists and readable OK
Extract tarball FAILED

Release is invalid, please fix, verify and upload again

My Director VM has more than Enough Free Space in it too.

Sorry, I don't know where to post this issue.

Could anyone please help me on this issue, since am struck with this more
than a week. Thanks

Regards

Parthiban A


John Feminella
 

It looks like you are trying to upload a release from a local file on your
system called /root/tmp/cf-release-202.tgz.

It also looks like you mounted this path at /. However, you appear to only
have 114M available free space here:

/dev/mapper/VolGroup00-LogVol00_root
2.1G 1.9G 114M 95% /

and this logical volume is 95% full. That will not be enough space to
extract the files -- cf-release-202 is ~2 GB compressed so it will take
considerably more space than that to unzip. You may wish to consider
extracting in a location with more free space available (at least 10 GB or
so). Your /tmp mountpoint may be useful, since it looks like that has 16
GiB free.

best,
~ jf

--
*John Feminella*
Advisory Field Engineer
✉ · jfeminella(a)pivotal.io
t · @jxxf <https://twitter.com/jxxf>

On Sun, Oct 11, 2015 at 5:01 AM, Parthiban Annadurai <senjiparthi(a)gmail.com>
wrote:

Ronak,
I have checked the Local machine too, it shows the following,

[root(a)opencf microbosh]# df -H
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00_root
2.1G 1.9G 114M 95% /
tmpfs 985M 0 985M 0% /dev/shm
/dev/sda1 102M 74M 24M 77% /boot
/dev/mapper/VolGroup00-LogVol00_home
2.1G 3.3M 2.0G 1% /home
/dev/mapper/VolGroup00-LogVol00_opt
6.3G 13M 5.9G 1% /opt
/dev/mapper/VolGroup00-LogVol00_tmp
16G 2.7M 16G 1% /tmp
/dev/mapper/VolGroup00-LogVol00_usr
6.3G 2.0G 4.0G 34% /usr
/dev/mapper/VolGroup00-LogVol00_var
4.2G 126M 3.9G 4% /var

I think size is fine only. Could you?? Thanks.

Regards

Parthiban A

On 11 October 2015 at 14:15, ronak banka <ronakbanka.cse(a)gmail.com> wrote:

Check "df -h" on your local system from where you are uploading the
release.

On Sun, Oct 11, 2015 at 4:44 PM, Parthiban A <senjiparthi(a)gmail.com>
wrote:

Hi All,
When am uploading the Cloud Foundry Release v202 to the
Director, its throwing the following error.

bosh upload release /root/tmp/cf-release-202.tgz
Acting as user 'admin' on 'microbosh'

Verifying release...
File exists and readable OK
Extract tarball FAILED

Release is invalid, please fix, verify and upload again

My Director VM has more than Enough Free Space in it too.

Sorry, I don't know where to post this issue.

Could anyone please help me on this issue, since am struck with this
more than a week. Thanks

Regards

Parthiban A


Parthiban Annadurai <senjiparthi@...>
 

John, Thanks for your suggestions. Let me try with /tmp.

Regards

Parthiban A

On 11 October 2015 at 22:59, John Feminella <jfeminella(a)pivotal.io> wrote:

It looks like you are trying to upload a release from a local file on your
system called /root/tmp/cf-release-202.tgz.

It also looks like you mounted this path at /. However, you appear to only
have 114M available free space here:

/dev/mapper/VolGroup00-LogVol00_root
2.1G 1.9G 114M 95% /

and this logical volume is 95% full. That will not be enough space to
extract the files -- cf-release-202 is ~2 GB compressed so it will take
considerably more space than that to unzip. You may wish to consider
extracting in a location with more free space available (at least 10 GB or
so). Your /tmp mountpoint may be useful, since it looks like that has 16
GiB free.

best,
~ jf

--
*John Feminella*
Advisory Field Engineer
✉ · jfeminella(a)pivotal.io
t · @jxxf <https://twitter.com/jxxf>

On Sun, Oct 11, 2015 at 5:01 AM, Parthiban Annadurai <
senjiparthi(a)gmail.com> wrote:

Ronak,
I have checked the Local machine too, it shows the following,

[root(a)opencf microbosh]# df -H
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00_root
2.1G 1.9G 114M 95% /
tmpfs 985M 0 985M 0% /dev/shm
/dev/sda1 102M 74M 24M 77% /boot
/dev/mapper/VolGroup00-LogVol00_home
2.1G 3.3M 2.0G 1% /home
/dev/mapper/VolGroup00-LogVol00_opt
6.3G 13M 5.9G 1% /opt
/dev/mapper/VolGroup00-LogVol00_tmp
16G 2.7M 16G 1% /tmp
/dev/mapper/VolGroup00-LogVol00_usr
6.3G 2.0G 4.0G 34% /usr
/dev/mapper/VolGroup00-LogVol00_var
4.2G 126M 3.9G 4% /var

I think size is fine only. Could you?? Thanks.

Regards

Parthiban A

On 11 October 2015 at 14:15, ronak banka <ronakbanka.cse(a)gmail.com>
wrote:

Check "df -h" on your local system from where you are uploading the
release.

On Sun, Oct 11, 2015 at 4:44 PM, Parthiban A <senjiparthi(a)gmail.com>
wrote:

Hi All,
When am uploading the Cloud Foundry Release v202 to the
Director, its throwing the following error.

bosh upload release /root/tmp/cf-release-202.tgz
Acting as user 'admin' on 'microbosh'

Verifying release...
File exists and readable OK
Extract tarball FAILED

Release is invalid, please fix, verify and upload again

My Director VM has more than Enough Free Space in it too.

Sorry, I don't know where to post this issue.

Could anyone please help me on this issue, since am struck with this
more than a week. Thanks

Regards

Parthiban A


Parthiban Annadurai <senjiparthi@...>
 

Hello John,
Based on your suggestions, I tried to upload from /tmp. Still
it throws the Error. For your Reference I have attached the ScreenShot.
Could you please take a look on that? Thanks.

Regards

Parthiban A

On 12 October 2015 at 09:14, Parthiban Annadurai <senjiparthi(a)gmail.com>
wrote:

John, Thanks for your suggestions. Let me try with /tmp.

Regards

Parthiban A

On 11 October 2015 at 22:59, John Feminella <jfeminella(a)pivotal.io> wrote:

It looks like you are trying to upload a release from a local file on
your system called /root/tmp/cf-release-202.tgz.

It also looks like you mounted this path at /. However, you appear to
only have 114M available free space here:

/dev/mapper/VolGroup00-LogVol00_root
2.1G 1.9G 114M 95% /

and this logical volume is 95% full. That will not be enough space to
extract the files -- cf-release-202 is ~2 GB compressed so it will take
considerably more space than that to unzip. You may wish to consider
extracting in a location with more free space available (at least 10 GB or
so). Your /tmp mountpoint may be useful, since it looks like that has 16
GiB free.

best,
~ jf

--
*John Feminella*
Advisory Field Engineer
✉ · jfeminella(a)pivotal.io
t · @jxxf <https://twitter.com/jxxf>

On Sun, Oct 11, 2015 at 5:01 AM, Parthiban Annadurai <
senjiparthi(a)gmail.com> wrote:

Ronak,
I have checked the Local machine too, it shows the following,

[root(a)opencf microbosh]# df -H
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00_root
2.1G 1.9G 114M 95% /
tmpfs 985M 0 985M 0% /dev/shm
/dev/sda1 102M 74M 24M 77% /boot
/dev/mapper/VolGroup00-LogVol00_home
2.1G 3.3M 2.0G 1% /home
/dev/mapper/VolGroup00-LogVol00_opt
6.3G 13M 5.9G 1% /opt
/dev/mapper/VolGroup00-LogVol00_tmp
16G 2.7M 16G 1% /tmp
/dev/mapper/VolGroup00-LogVol00_usr
6.3G 2.0G 4.0G 34% /usr
/dev/mapper/VolGroup00-LogVol00_var
4.2G 126M 3.9G 4% /var

I think size is fine only. Could you?? Thanks.

Regards

Parthiban A

On 11 October 2015 at 14:15, ronak banka <ronakbanka.cse(a)gmail.com>
wrote:

Check "df -h" on your local system from where you are uploading the
release.

On Sun, Oct 11, 2015 at 4:44 PM, Parthiban A <senjiparthi(a)gmail.com>
wrote:

Hi All,
When am uploading the Cloud Foundry Release v202 to the
Director, its throwing the following error.

bosh upload release /root/tmp/cf-release-202.tgz
Acting as user 'admin' on 'microbosh'

Verifying release...
File exists and readable OK
Extract tarball FAILED

Release is invalid, please fix, verify and upload again

My Director VM has more than Enough Free Space in it too.

Sorry, I don't know where to post this issue.

Could anyone please help me on this issue, since am struck with this
more than a week. Thanks

Regards

Parthiban A


Stephen Peggs
 

Try using df to watch the local filesystems while the upload is running. If
you bump 100% anywhere you have the culprit. Either fix that, more space or
a link to a filesystems with more space. Or alternatively put the v202
image on a web server and use the url. That way all the processing is done
on the director.

On Sun, 18 Oct 2015 8:07 am Parthiban Annadurai <senjiparthi(a)gmail.com>
wrote:

Hello John,
Based on your suggestions, I tried to upload from /tmp. Still
it throws the Error. For your Reference I have attached the ScreenShot.
Could you please take a look on that? Thanks.

Regards

Parthiban A

On 12 October 2015 at 09:14, Parthiban Annadurai <senjiparthi(a)gmail.com>
wrote:

John, Thanks for your suggestions. Let me try with /tmp.

Regards

Parthiban A

On 11 October 2015 at 22:59, John Feminella <jfeminella(a)pivotal.io>
wrote:

It looks like you are trying to upload a release from a local file on
your system called /root/tmp/cf-release-202.tgz.

It also looks like you mounted this path at /. However, you appear to
only have 114M available free space here:

/dev/mapper/VolGroup00-LogVol00_root
2.1G 1.9G 114M 95% /

and this logical volume is 95% full. That will not be enough space to
extract the files -- cf-release-202 is ~2 GB compressed so it will take
considerably more space than that to unzip. You may wish to consider
extracting in a location with more free space available (at least 10 GB or
so). Your /tmp mountpoint may be useful, since it looks like that has 16
GiB free.

best,
~ jf

--
*John Feminella*
Advisory Field Engineer
✉ · jfeminella(a)pivotal.io
t · @jxxf <https://twitter.com/jxxf>

On Sun, Oct 11, 2015 at 5:01 AM, Parthiban Annadurai <
senjiparthi(a)gmail.com> wrote:

Ronak,
I have checked the Local machine too, it shows the following,

[root(a)opencf microbosh]# df -H
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00_root
2.1G 1.9G 114M 95% /
tmpfs 985M 0 985M 0% /dev/shm
/dev/sda1 102M 74M 24M 77% /boot
/dev/mapper/VolGroup00-LogVol00_home
2.1G 3.3M 2.0G 1% /home
/dev/mapper/VolGroup00-LogVol00_opt
6.3G 13M 5.9G 1% /opt
/dev/mapper/VolGroup00-LogVol00_tmp
16G 2.7M 16G 1% /tmp
/dev/mapper/VolGroup00-LogVol00_usr
6.3G 2.0G 4.0G 34% /usr
/dev/mapper/VolGroup00-LogVol00_var
4.2G 126M 3.9G 4% /var

I think size is fine only. Could you?? Thanks.

Regards

Parthiban A

On 11 October 2015 at 14:15, ronak banka <ronakbanka.cse(a)gmail.com>
wrote:

Check "df -h" on your local system from where you are uploading the
release.

On Sun, Oct 11, 2015 at 4:44 PM, Parthiban A <senjiparthi(a)gmail.com>
wrote:

Hi All,
When am uploading the Cloud Foundry Release v202 to the
Director, its throwing the following error.

bosh upload release /root/tmp/cf-release-202.tgz
Acting as user 'admin' on 'microbosh'

Verifying release...
File exists and readable OK
Extract tarball FAILED

Release is invalid, please fix, verify and upload again

My Director VM has more than Enough Free Space in it too.

Sorry, I don't know where to post this issue.

Could anyone please help me on this issue, since am struck with this
more than a week. Thanks

Regards

Parthiban A


Eric Poelke
 

You can avoid the local disk issues by using bosh.io like so --

bosh upload release https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202


Parthiban Annadurai <senjiparthi@...>
 

Yaa thanks for your suggestions. But, I already checked about the Storage
and all it not even touches 2 GB (Out of 15 GB). When i manually try to
Untar the file also throws error. I think problem with the CF v202. Could
anyone tell me is this version stable or not?

Regards

Parthiban A

On 18 October 2015 at 21:24, Eric Poelke <epoelke(a)gmail.com> wrote:

You can avoid the local disk issues by using bosh.io like so --

bosh upload release
https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202


Amit Kumar Gupta
 

Yes it's stable.

You should try what Eric Poelke suggested, bosh upload release
https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202, that way it
won't even try to untar locally.

If you still want to be able to upload a local tarball, can I ask how
exactly did you get or create your tarball for v202?

Best,
Amit

On Sun, Oct 18, 2015 at 8:09 PM, Parthiban Annadurai <senjiparthi(a)gmail.com>
wrote:

Yaa thanks for your suggestions. But, I already checked about the Storage
and all it not even touches 2 GB (Out of 15 GB). When i manually try to
Untar the file also throws error. I think problem with the CF v202. Could
anyone tell me is this version stable or not?

Regards

Parthiban A

On 18 October 2015 at 21:24, Eric Poelke <epoelke(a)gmail.com> wrote:

You can avoid the local disk issues by using bosh.io like so --

bosh upload release
https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202


Parthiban Annadurai <senjiparthi@...>
 

Thanks for your Clarifications Amit. I have just followed this link
http://bosh.io/releases/github.com/cloudfoundry/cf-release?version=202 to
download the TAR File and am using it for deployments.

Regards

Parthiban A

On 19 October 2015 at 08:49, Amit Gupta <agupta(a)pivotal.io> wrote:

Yes it's stable.

You should try what Eric Poelke suggested, bosh upload release
https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202, that way it
won't even try to untar locally.

If you still want to be able to upload a local tarball, can I ask how
exactly did you get or create your tarball for v202?

Best,
Amit

On Sun, Oct 18, 2015 at 8:09 PM, Parthiban Annadurai <
senjiparthi(a)gmail.com> wrote:

Yaa thanks for your suggestions. But, I already checked about the Storage
and all it not even touches 2 GB (Out of 15 GB). When i manually try to
Untar the file also throws error. I think problem with the CF v202. Could
anyone tell me is this version stable or not?

Regards

Parthiban A

On 18 October 2015 at 21:24, Eric Poelke <epoelke(a)gmail.com> wrote:

You can avoid the local disk issues by using bosh.io like so --

bosh upload release
https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202


Eric Poelke
 

You actually do not need to download it. if you just run --

`bosh upload release https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202`

The director will pull in the release directly from bosh.io.


Bharath
 

Hi partiban

can u do a checksum of the tar file .


it should come like this *sha1:
b6f596eaff4c7af21cc18a52ef97e19debb00403*

example:

*sha1sum {file}*

regards
Bharath

On Mon, Oct 19, 2015 at 1:12 PM, Eric Poelke <epoelke(a)gmail.com> wrote:

You actually do not need to download it. if you just run --

`bosh upload release
https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202`

The director will pull in the release directly from bosh.io.


Parthiban Annadurai <senjiparthi@...>
 

Hello All,
Thanks All for the helpful suggestions. Actually, now we r
facing the following issue while kicking bosh deploy,

Done compiling packages >
nats/d3a1f853f4980682ed8b48e4706b7280e2b7ce0e (00:01:07)
Failed compiling packages >
buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157: Action Failed
get_task: Task aba21e6a-2031-4a69-5b72-f238ecd07051 result: Compiling
package buildpack_php: Compressing compiled package: Shelling out to tar:
Running command: 'tar czf
/var/vcap/data/tmp/bosh-platform-disk-TarballCompressor-CompressFilesInDir762165297
-C
/var/vcap/data/packages/buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157.1-
.', stdout: '', stderr: '
gzip: stdout: No space left on device
': signal: broken pipe (00:02:41)
Failed compiling packages (00:02:41)

Error 450001: Action Failed get_task: Task
aba21e6a-2031-4a69-5b72-f238ecd07051 result: Compiling package
buildpack_php: Compressing compiled package: Shelling out to tar: Running
command: 'tar czf
/var/vcap/data/tmp/bosh-platform-disk-TarballCompressor-CompressFilesInDir762165297
-C
/var/vcap/data/packages/buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157.1-
.', stdout: '', stderr: '
gzip: stdout: No space left on device
': signal: broken pipe

Could Anyone on this issue?

Regards

Parthiban A

On 19 October 2015 at 14:30, Bharath Posa <bharathp(a)vedams.com> wrote:

Hi partiban

can u do a checksum of the tar file .


it should come like this *sha1:
b6f596eaff4c7af21cc18a52ef97e19debb00403*

example:

*sha1sum {file}*

regards
Bharath

On Mon, Oct 19, 2015 at 1:12 PM, Eric Poelke <epoelke(a)gmail.com> wrote:

You actually do not need to download it. if you just run --

`bosh upload release
https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202`
<https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202>

The director will pull in the release directly from bosh.io.


Bharath
 

hi parthiban

It seems you are running out of space in your vm in which you are compiling
. try to increase the size of memory in your compilation vm .

regards
Bharath



On Mon, Oct 19, 2015 at 7:39 PM, Parthiban Annadurai <senjiparthi(a)gmail.com>
wrote:

Hello All,
Thanks All for the helpful suggestions. Actually, now we r
facing the following issue while kicking bosh deploy,

Done compiling packages >
nats/d3a1f853f4980682ed8b48e4706b7280e2b7ce0e (00:01:07)
Failed compiling packages >
buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157: Action Failed
get_task: Task aba21e6a-2031-4a69-5b72-f238ecd07051 result: Compiling
package buildpack_php: Compressing compiled package: Shelling out to tar:
Running command: 'tar czf
/var/vcap/data/tmp/bosh-platform-disk-TarballCompressor-CompressFilesInDir762165297
-C
/var/vcap/data/packages/buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157.1-
.', stdout: '', stderr: '
gzip: stdout: No space left on device
': signal: broken pipe (00:02:41)
Failed compiling packages (00:02:41)

Error 450001: Action Failed get_task: Task
aba21e6a-2031-4a69-5b72-f238ecd07051 result: Compiling package
buildpack_php: Compressing compiled package: Shelling out to tar: Running
command: 'tar czf
/var/vcap/data/tmp/bosh-platform-disk-TarballCompressor-CompressFilesInDir762165297
-C
/var/vcap/data/packages/buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157.1-
.', stdout: '', stderr: '
gzip: stdout: No space left on device
': signal: broken pipe

Could Anyone on this issue?

Regards

Parthiban A

On 19 October 2015 at 14:30, Bharath Posa <bharathp(a)vedams.com> wrote:

Hi partiban

can u do a checksum of the tar file .


it should come like this *sha1:
b6f596eaff4c7af21cc18a52ef97e19debb00403*

example:

*sha1sum {file}*

regards
Bharath

On Mon, Oct 19, 2015 at 1:12 PM, Eric Poelke <epoelke(a)gmail.com> wrote:

You actually do not need to download it. if you just run --

`bosh upload release
https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202`
<https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202>

The director will pull in the release directly from bosh.io.


Amit Kumar Gupta
 

Bharath, I think you mean to increase the *disk* size on the compilation
VMs, not the memory size.

Parthiban, the error message is happening during compiling, saying "No
space left on device". This means your compilation VMs are running out of
space on disk. This means you need to increase the allocated disk for your
compilation VMs. In the "compilation" section of your deployment manifest,
you can specify "cloud_properties". This is where you will specify disk
size. These "cloud_properties" look the same as the could_properties
specified for a resource pool. Depending on your IaaS, the structure of
the cloud_properties section differs. See here:
https://bosh.io/docs/deployment-manifest.html#resource-pools-cloud-properties

On Mon, Oct 19, 2015 at 11:13 PM, Bharath Posa <bharathp(a)vedams.com> wrote:

hi parthiban

It seems you are running out of space in your vm in which you are
compiling . try to increase the size of memory in your compilation vm .

regards
Bharath



On Mon, Oct 19, 2015 at 7:39 PM, Parthiban Annadurai <
senjiparthi(a)gmail.com> wrote:

Hello All,
Thanks All for the helpful suggestions. Actually, now we r
facing the following issue while kicking bosh deploy,

Done compiling packages >
nats/d3a1f853f4980682ed8b48e4706b7280e2b7ce0e (00:01:07)
Failed compiling packages >
buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157: Action Failed
get_task: Task aba21e6a-2031-4a69-5b72-f238ecd07051 result: Compiling
package buildpack_php: Compressing compiled package: Shelling out to tar:
Running command: 'tar czf
/var/vcap/data/tmp/bosh-platform-disk-TarballCompressor-CompressFilesInDir762165297
-C
/var/vcap/data/packages/buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157.1-
.', stdout: '', stderr: '
gzip: stdout: No space left on device
': signal: broken pipe (00:02:41)
Failed compiling packages (00:02:41)

Error 450001: Action Failed get_task: Task
aba21e6a-2031-4a69-5b72-f238ecd07051 result: Compiling package
buildpack_php: Compressing compiled package: Shelling out to tar: Running
command: 'tar czf
/var/vcap/data/tmp/bosh-platform-disk-TarballCompressor-CompressFilesInDir762165297
-C
/var/vcap/data/packages/buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157.1-
.', stdout: '', stderr: '
gzip: stdout: No space left on device
': signal: broken pipe

Could Anyone on this issue?

Regards

Parthiban A

On 19 October 2015 at 14:30, Bharath Posa <bharathp(a)vedams.com> wrote:

Hi partiban

can u do a checksum of the tar file .


it should come like this *sha1:
b6f596eaff4c7af21cc18a52ef97e19debb00403*

example:

*sha1sum {file}*

regards
Bharath

On Mon, Oct 19, 2015 at 1:12 PM, Eric Poelke <epoelke(a)gmail.com> wrote:

You actually do not need to download it. if you just run --

`bosh upload release
https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202`
<https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202>

The director will pull in the release directly from bosh.io.


Parthiban Annadurai <senjiparthi@...>
 

Thanks Bharath and Amit for the helpful solutions. I have surpassed that
error. Now, bosh deploy strucks like in attached image. Could you anyone
please?

Regards

Parthiban A

On 20 October 2015 at 11:57, Amit Gupta <agupta(a)pivotal.io> wrote:

Bharath, I think you mean to increase the *disk* size on the compilation
VMs, not the memory size.

Parthiban, the error message is happening during compiling, saying "No
space left on device". This means your compilation VMs are running out of
space on disk. This means you need to increase the allocated disk for your
compilation VMs. In the "compilation" section of your deployment manifest,
you can specify "cloud_properties". This is where you will specify disk
size. These "cloud_properties" look the same as the could_properties
specified for a resource pool. Depending on your IaaS, the structure of
the cloud_properties section differs. See here:
https://bosh.io/docs/deployment-manifest.html#resource-pools-cloud-properties

On Mon, Oct 19, 2015 at 11:13 PM, Bharath Posa <bharathp(a)vedams.com>
wrote:

hi parthiban

It seems you are running out of space in your vm in which you are
compiling . try to increase the size of memory in your compilation vm .

regards
Bharath



On Mon, Oct 19, 2015 at 7:39 PM, Parthiban Annadurai <
senjiparthi(a)gmail.com> wrote:

Hello All,
Thanks All for the helpful suggestions. Actually, now we r
facing the following issue while kicking bosh deploy,

Done compiling packages >
nats/d3a1f853f4980682ed8b48e4706b7280e2b7ce0e (00:01:07)
Failed compiling packages >
buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157: Action Failed
get_task: Task aba21e6a-2031-4a69-5b72-f238ecd07051 result: Compiling
package buildpack_php: Compressing compiled package: Shelling out to tar:
Running command: 'tar czf
/var/vcap/data/tmp/bosh-platform-disk-TarballCompressor-CompressFilesInDir762165297
-C
/var/vcap/data/packages/buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157.1-
.', stdout: '', stderr: '
gzip: stdout: No space left on device
': signal: broken pipe (00:02:41)
Failed compiling packages (00:02:41)

Error 450001: Action Failed get_task: Task
aba21e6a-2031-4a69-5b72-f238ecd07051 result: Compiling package
buildpack_php: Compressing compiled package: Shelling out to tar: Running
command: 'tar czf
/var/vcap/data/tmp/bosh-platform-disk-TarballCompressor-CompressFilesInDir762165297
-C
/var/vcap/data/packages/buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157.1-
.', stdout: '', stderr: '
gzip: stdout: No space left on device
': signal: broken pipe

Could Anyone on this issue?

Regards

Parthiban A

On 19 October 2015 at 14:30, Bharath Posa <bharathp(a)vedams.com> wrote:

Hi partiban

can u do a checksum of the tar file .


it should come like this *sha1:
b6f596eaff4c7af21cc18a52ef97e19debb00403*

example:

*sha1sum {file}*

regards
Bharath

On Mon, Oct 19, 2015 at 1:12 PM, Eric Poelke <epoelke(a)gmail.com> wrote:

You actually do not need to download it. if you just run --

`bosh upload release
https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202`
<https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202>

The director will pull in the release directly from bosh.io.


James Bayer
 

sometimes a message like that is due to networking issues. does the bosh
director and the VM it is creating have an available network path to reach
each other? sometimes ssh'ing in to the VM that is identified can yield
more debug clues.

On Tue, Oct 20, 2015 at 5:09 AM, Parthiban Annadurai <senjiparthi(a)gmail.com>
wrote:

Thanks Bharath and Amit for the helpful solutions. I have surpassed that
error. Now, bosh deploy strucks like in attached image. Could you anyone
please?

Regards

Parthiban A



On 20 October 2015 at 11:57, Amit Gupta <agupta(a)pivotal.io> wrote:

Bharath, I think you mean to increase the *disk* size on the compilation
VMs, not the memory size.

Parthiban, the error message is happening during compiling, saying "No
space left on device". This means your compilation VMs are running out of
space on disk. This means you need to increase the allocated disk for your
compilation VMs. In the "compilation" section of your deployment manifest,
you can specify "cloud_properties". This is where you will specify disk
size. These "cloud_properties" look the same as the could_properties
specified for a resource pool. Depending on your IaaS, the structure of
the cloud_properties section differs. See here:
https://bosh.io/docs/deployment-manifest.html#resource-pools-cloud-properties

On Mon, Oct 19, 2015 at 11:13 PM, Bharath Posa <bharathp(a)vedams.com>
wrote:

hi parthiban

It seems you are running out of space in your vm in which you are
compiling . try to increase the size of memory in your compilation vm .

regards
Bharath



On Mon, Oct 19, 2015 at 7:39 PM, Parthiban Annadurai <
senjiparthi(a)gmail.com> wrote:

Hello All,
Thanks All for the helpful suggestions. Actually, now we r
facing the following issue while kicking bosh deploy,

Done compiling packages >
nats/d3a1f853f4980682ed8b48e4706b7280e2b7ce0e (00:01:07)
Failed compiling packages >
buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157: Action Failed
get_task: Task aba21e6a-2031-4a69-5b72-f238ecd07051 result: Compiling
package buildpack_php: Compressing compiled package: Shelling out to tar:
Running command: 'tar czf
/var/vcap/data/tmp/bosh-platform-disk-TarballCompressor-CompressFilesInDir762165297
-C
/var/vcap/data/packages/buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157.1-
.', stdout: '', stderr: '
gzip: stdout: No space left on device
': signal: broken pipe (00:02:41)
Failed compiling packages (00:02:41)

Error 450001: Action Failed get_task: Task
aba21e6a-2031-4a69-5b72-f238ecd07051 result: Compiling package
buildpack_php: Compressing compiled package: Shelling out to tar: Running
command: 'tar czf
/var/vcap/data/tmp/bosh-platform-disk-TarballCompressor-CompressFilesInDir762165297
-C
/var/vcap/data/packages/buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157.1-
.', stdout: '', stderr: '
gzip: stdout: No space left on device
': signal: broken pipe

Could Anyone on this issue?

Regards

Parthiban A

On 19 October 2015 at 14:30, Bharath Posa <bharathp(a)vedams.com> wrote:

Hi partiban

can u do a checksum of the tar file .


it should come like this *sha1:
b6f596eaff4c7af21cc18a52ef97e19debb00403*

example:

*sha1sum {file}*

regards
Bharath

On Mon, Oct 19, 2015 at 1:12 PM, Eric Poelke <epoelke(a)gmail.com>
wrote:

You actually do not need to download it. if you just run --

`bosh upload release
https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202`
<https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202>

The director will pull in the release directly from bosh.io.

--
Thank you,

James Bayer


Amit Kumar Gupta
 

Can you share the output of "bosh vms" and "bosh task 51 --debug". It's
preferable if you copy the terminal outputs and paste them to Gists or
Pastebins and share the links.

On Tue, Oct 20, 2015 at 6:18 AM, James Bayer <jbayer(a)pivotal.io> wrote:

sometimes a message like that is due to networking issues. does the bosh
director and the VM it is creating have an available network path to reach
each other? sometimes ssh'ing in to the VM that is identified can yield
more debug clues.

On Tue, Oct 20, 2015 at 5:09 AM, Parthiban Annadurai <
senjiparthi(a)gmail.com> wrote:

Thanks Bharath and Amit for the helpful solutions. I have surpassed that
error. Now, bosh deploy strucks like in attached image. Could you anyone
please?

Regards

Parthiban A



On 20 October 2015 at 11:57, Amit Gupta <agupta(a)pivotal.io> wrote:

Bharath, I think you mean to increase the *disk* size on the compilation
VMs, not the memory size.

Parthiban, the error message is happening during compiling, saying "No
space left on device". This means your compilation VMs are running out of
space on disk. This means you need to increase the allocated disk for your
compilation VMs. In the "compilation" section of your deployment manifest,
you can specify "cloud_properties". This is where you will specify disk
size. These "cloud_properties" look the same as the could_properties
specified for a resource pool. Depending on your IaaS, the structure of
the cloud_properties section differs. See here:
https://bosh.io/docs/deployment-manifest.html#resource-pools-cloud-properties

On Mon, Oct 19, 2015 at 11:13 PM, Bharath Posa <bharathp(a)vedams.com>
wrote:

hi parthiban

It seems you are running out of space in your vm in which you are
compiling . try to increase the size of memory in your compilation vm .

regards
Bharath



On Mon, Oct 19, 2015 at 7:39 PM, Parthiban Annadurai <
senjiparthi(a)gmail.com> wrote:

Hello All,
Thanks All for the helpful suggestions. Actually, now we
r facing the following issue while kicking bosh deploy,

Done compiling packages >
nats/d3a1f853f4980682ed8b48e4706b7280e2b7ce0e (00:01:07)
Failed compiling packages >
buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157: Action Failed
get_task: Task aba21e6a-2031-4a69-5b72-f238ecd07051 result: Compiling
package buildpack_php: Compressing compiled package: Shelling out to tar:
Running command: 'tar czf
/var/vcap/data/tmp/bosh-platform-disk-TarballCompressor-CompressFilesInDir762165297
-C
/var/vcap/data/packages/buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157.1-
.', stdout: '', stderr: '
gzip: stdout: No space left on device
': signal: broken pipe (00:02:41)
Failed compiling packages (00:02:41)

Error 450001: Action Failed get_task: Task
aba21e6a-2031-4a69-5b72-f238ecd07051 result: Compiling package
buildpack_php: Compressing compiled package: Shelling out to tar: Running
command: 'tar czf
/var/vcap/data/tmp/bosh-platform-disk-TarballCompressor-CompressFilesInDir762165297
-C
/var/vcap/data/packages/buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157.1-
.', stdout: '', stderr: '
gzip: stdout: No space left on device
': signal: broken pipe

Could Anyone on this issue?

Regards

Parthiban A

On 19 October 2015 at 14:30, Bharath Posa <bharathp(a)vedams.com> wrote:

Hi partiban

can u do a checksum of the tar file .


it should come like this *sha1:
b6f596eaff4c7af21cc18a52ef97e19debb00403*

example:

*sha1sum {file}*

regards
Bharath

On Mon, Oct 19, 2015 at 1:12 PM, Eric Poelke <epoelke(a)gmail.com>
wrote:

You actually do not need to download it. if you just run --

`bosh upload release
https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202`
<https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202>

The director will pull in the release directly from bosh.io.

--
Thank you,

James Bayer


Parthiban Annadurai <senjiparthi@...>
 

Yaa sure Amit. I have attached both the files with this mail. Could you
please? Thanks.

On 21 October 2015 at 19:49, Amit Gupta <agupta(a)pivotal.io> wrote:

Can you share the output of "bosh vms" and "bosh task 51 --debug". It's
preferable if you copy the terminal outputs and paste them to Gists or
Pastebins and share the links.

On Tue, Oct 20, 2015 at 6:18 AM, James Bayer <jbayer(a)pivotal.io> wrote:

sometimes a message like that is due to networking issues. does the bosh
director and the VM it is creating have an available network path to reach
each other? sometimes ssh'ing in to the VM that is identified can yield
more debug clues.

On Tue, Oct 20, 2015 at 5:09 AM, Parthiban Annadurai <
senjiparthi(a)gmail.com> wrote:

Thanks Bharath and Amit for the helpful solutions. I have surpassed that
error. Now, bosh deploy strucks like in attached image. Could you anyone
please?

Regards

Parthiban A



On 20 October 2015 at 11:57, Amit Gupta <agupta(a)pivotal.io> wrote:

Bharath, I think you mean to increase the *disk* size on the
compilation VMs, not the memory size.

Parthiban, the error message is happening during compiling, saying "No
space left on device". This means your compilation VMs are running out of
space on disk. This means you need to increase the allocated disk for your
compilation VMs. In the "compilation" section of your deployment manifest,
you can specify "cloud_properties". This is where you will specify disk
size. These "cloud_properties" look the same as the could_properties
specified for a resource pool. Depending on your IaaS, the structure of
the cloud_properties section differs. See here:
https://bosh.io/docs/deployment-manifest.html#resource-pools-cloud-properties

On Mon, Oct 19, 2015 at 11:13 PM, Bharath Posa <bharathp(a)vedams.com>
wrote:

hi parthiban

It seems you are running out of space in your vm in which you are
compiling . try to increase the size of memory in your compilation vm .

regards
Bharath



On Mon, Oct 19, 2015 at 7:39 PM, Parthiban Annadurai <
senjiparthi(a)gmail.com> wrote:

Hello All,
Thanks All for the helpful suggestions. Actually, now we
r facing the following issue while kicking bosh deploy,

Done compiling packages >
nats/d3a1f853f4980682ed8b48e4706b7280e2b7ce0e (00:01:07)
Failed compiling packages >
buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157: Action Failed
get_task: Task aba21e6a-2031-4a69-5b72-f238ecd07051 result: Compiling
package buildpack_php: Compressing compiled package: Shelling out to tar:
Running command: 'tar czf
/var/vcap/data/tmp/bosh-platform-disk-TarballCompressor-CompressFilesInDir762165297
-C
/var/vcap/data/packages/buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157.1-
.', stdout: '', stderr: '
gzip: stdout: No space left on device
': signal: broken pipe (00:02:41)
Failed compiling packages (00:02:41)

Error 450001: Action Failed get_task: Task
aba21e6a-2031-4a69-5b72-f238ecd07051 result: Compiling package
buildpack_php: Compressing compiled package: Shelling out to tar: Running
command: 'tar czf
/var/vcap/data/tmp/bosh-platform-disk-TarballCompressor-CompressFilesInDir762165297
-C
/var/vcap/data/packages/buildpack_php/9c72be716ab8629d7e6feed43012d1d671720157.1-
.', stdout: '', stderr: '
gzip: stdout: No space left on device
': signal: broken pipe

Could Anyone on this issue?

Regards

Parthiban A

On 19 October 2015 at 14:30, Bharath Posa <bharathp(a)vedams.com>
wrote:

Hi partiban

can u do a checksum of the tar file .


it should come like this *sha1:
b6f596eaff4c7af21cc18a52ef97e19debb00403*

example:

*sha1sum {file}*

regards
Bharath

On Mon, Oct 19, 2015 at 1:12 PM, Eric Poelke <epoelke(a)gmail.com>
wrote:

You actually do not need to download it. if you just run --

`bosh upload release
https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202`
<https://bosh.io/d/github.com/cloudfoundry/cf-release?v=202>

The director will pull in the release directly from bosh.io.

--
Thank you,

James Bayer