Pregunta

Necesito probar mi aplicación web en un escenario en el que no quede espacio en disco, es decir, no puedo escribir más archivos. Pero no quiero llenar mi disco duro con basura solo para asegurarme de que realmente no quede espacio. Lo que quiero es simular esta situación con un proceso particular (en realidad, una aplicación PHP).

De hecho, prohibir temporalmente las escrituras de disco en un proceso deben ser suficientes.

¿Cuál es la forma más fácil de hacer esto? Estoy usando Mac OS X 10.6.2 con un paquete APACHE/PHP incorporado. Gracias.

Editar: La verificación del espacio libre de disco no será confiable ya que puede cambiar cualquier momento. Muchas páginas se sirven simultáneamente. Puede haber suficiente espacio libre al verificar, pero ninguno por el momento en que realmente escribe algo. Además, verificar el espacio libre de disco requerirá cambiar el código en cualquier lugar donde escriba un archivo, que no es lo que quiero :-) Finalmente, esta solución es exactamente lo opuesto a lo que estoy tratando de probar: cómo se comportará mi aplicación cuando se comportará cuando No puede escribir más.

¿Fue útil?

Solución

I bet you could also create your own .dmg file with file system of size ... say 2Mb and write to it. If this works, then it is super-easy for testing - you just mount it and switch the path for testing. If the dmg is small enough, you could probably even upload it to the source control.

Otros consejos

When I needed to do this I created a virtual machine with limited space allocated to the virtual disk.

No need to use a prefilled dummy filesystem.
Use disk_free_space() to mock the FileSystem

disk_free_space() - Given a string containing a directory, this function will return the number of bytes available on the corresponding filesystem or disk partition.

To simulate, just wrap the function into a FileSystem Class. Then inject it to your class doing the saving as a dependency and check if the drive is full before you do the actual saving. In your UnitTest, just swap out the regular class with the class mocking a full file system and you're done. This way you don't have to recreate the full disk drive or keep the drive with your project files all the time whenever you want to rerun your test, e.g.

class MyFileSystem
{
    public static function df($drive)
    {
        return disk_free_space($drive);
    }
}

and to simulate a full FileSystem do

class MyFileSystemFull
{
    public static function df($drive)
    {
        return 0;
    }
}

If you want to overload the function to return 0 at all times, you could use the RunKit Pecl extension and do:

runkit_function_redefine('disk_free_space','string','return 0;');

As an alternative look into vfsStream:

vfsStream is a stream wrapper for a virtual file system that may be helpful in unit tests to mock the real file system. It can be used with any unit test framework, like PHPUnit or SimpleTest.

I used a thumb drive, as the volume for the process.

I'm not sure of how to do it on OSX but on Linux, I'd probably put a disk quota on my test user and then run the app.

Or maybe create a null file (a small one), format it as an ext3 partition, mount it using the loopback device and run the PHP app inside it. This would be closer to a physical disk that's short of space.

A quick and easy solution would be setting up a Quota for a specialized user account. Quota support on Mac OS X

If you don't mind the hassle to set it up, and the fact that you probably need a second license for your operating system, a Virtual Machine is probably the best idea with the most long-term possibilities.

Create a disk/filesystem image in a regular file (of limited size) and loop mount it.

But if you'll be doing this often I'd create a virtual machine—you'll find opportunity to reuse it.

Can't you use a Mock, and substitute the part of your code which actually writes to disk, with a fake test replacement which will throw the exception(s) you expect to see?

recursively remove all write permissions from your webfolder, folders and files your app is going to write to.

Bottom line; don't do that. Seriously -- there are so many things that go horribly wrong when a volume runs out of space. Unless the volume targeted is not the boot volume and has not one other application writing to it, the behavior as the disk fills will be out of your control anyway.

If it is the boot drive, the system will quite likely panic or crash upon full disk anyway. Or, if not, it'll behave erratically.

If you are talking about a data volume, is yours the only app that is writing to it? If any other app is writing, do you know for certain how they might fail?

Disk space is so dirt cheap these days that you are far better off ensuring that out of disk space will simply never happen. Drop a 2TB drive in and put an alarm in when it reaches 50% capacity. Far cheaper to implement (unless your time is free) and far more reliable.

Have you tried mount with -f -r ? It's not really low disk space, but it should throw an error from the same level.

I think the idea with the mock class is the right direction. I usually test my code that way too. If possible I use a framework for that though, instead of writing those classes myself. I don't know PHP very well (more programming with C# and Java) , but this seems to be nice. https://github.com/padraic/mockery

Wherever you obtain the remaining disk space, just comment it out and run your app with a replacement values such as 0.1, 0, -1

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top