[one-users] Sunstone image upload not working - images not in tmpdir

[Daniel Molina]

On 27 November 2013 21:27, Stefan Kooman <stefan at bit.nl> wrote:

> Quoting Daniel Molina (dmolina at opennebula.org):
>
> >
> > Could you try exporting the $TMPDIR var before starting the passenger
> > processes?
> >
> > This is the code that generates the temp file (sunstone-server.rb):
> >         tmpfile = Tempfile.open('sunstone-upload')
> >
> > by default, it uses Dir.tmpdir as temp dir and this method checks the env
> > var TMPDIR.  This variable is defined in the sunstone-server script, but
> > Apache do not use this script to start new server instances
> >
> > You can also specify it as a parameter in the code:
> >         tmpfile = Tempfile.open('sunstone-upload',
> '/mnt/sunstone_upload')
>
> Hmm, in opennebula 4.3.90 this isn't working anymore. I have the tmpfile
> hardcoded in sunstone-server.rb.
>
> I also tried exporting the TMPDIR in /etc/apache/envvars, /etc/bash.bashrc
> and in
> the ruby script itself:
>
> ENV['TMPDIR'] = '/mnt/sunstone_upload (and in config.ru)
>
> but without any effect. What changes have been made that defeat above
> settings?
>

We didn't change anything, just:
https://github.com/OpenNebula/one/commit/f8e2e65b0170268e9c72d52c4fe9f0e13fa05acd

So, it should work as before.



>
> Thanks,
>
> Stefan
>
>
>
>
>
> --
> | BIT BV  http://www.bit.nl/        Kamer van Koophandel 09090351
> | GPG: 0xD14839C6                   +31 318 648 688 / info at bit.nl
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iF4EAREIAAYFAlKWVc4ACgkQTyGgYdFIOcYG1AD+MYO5Wwb9TgjUorswPKBhryaw
> ugl40UkLuFaMkqGN2UoA/jkIVoMbIB1l0svlG5li4LVc2JFrW73XKfesGXSqOKhU
> =z1YO
> -----END PGP SIGNATURE-----
>
>


-- 
--
Daniel Molina
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | dmolina at opennebula.org | @OpenNebula
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20131128/1902de7b/attachment-0002.htm>