[Mono-bugs] [Bug 632600] Mono 2.6.1 , ASP.NET Version: 2.0.50727.1433 - Server error CS0006: cannot find metadata file '/tmp/apache-temp....'

bugzilla_noreply at novell.com bugzilla_noreply at novell.com
Tue Apr 19 20:06:55 EDT 2011


https://bugzilla.novell.com/show_bug.cgi?id=632600

https://bugzilla.novell.com/show_bug.cgi?id=632600#c8


Rodrigo Kumpera <rkumpera at novell.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rkumpera at novell.com

--- Comment #8 from Rodrigo Kumpera <rkumpera at novell.com> 2011-04-20 00:06:52 UTC ---
Ername,

A situação é a seguinte: o mono cria um diretório em /tmp para cada instância.
O nome desse diretório é a combinação do caminho físico e do caminho virtual.

Se duas aplicações tem o mesmo par físico/virtual, elas irão usar o mesmo
diretório em /tmp e isso irá causar problemas quando uma delas for reiniciada
pois a outra irá ver seus arquivos sumindo sem razão aparente.

Existem algumas formas de resolver isso. Usar diretórios virtuais ou físicos
diferentes para cada aplicação é a mais simples e direta. Pelo que eu entendi,
você tem várias instâncias de uma aplicação, você pode criar um symlink por
aplicação para resolver o problema e não tem 1 monte de diretórios com conteúdo
repetido.

Uma opção seria usar mod_rewrite e mudar o diretório virtual enviado para o
backend. Por exemplo, rodrigo.mono/index.aspx é reescrito para
/rodrigo/index.aspx.

Você também pode usar a variável de ambiente MONO_ASPNET_NODELETE que evita que
os arquivos temporários sejam apagados, o ruim é que isso tornar atualizar a
aplicação um processo mais chato - você tem que apagá-los manualmente.

Por fim, verifique se não existe nenhuma entrada no crontab que apaga
periodicamente o /tmp. Isso irá causar problemas para sua aplicação. RedHat
(RHEL, Fedora ou Centos) e Suse (SLED ou OpenSuse) costumam fazer isso.

-- 
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.


More information about the mono-bugs mailing list