Никакое пространство на устройстве при удалении файла под OpenSolaris

4. Z3G (rpool/root столбец USED) сомнителен.

В любом случае, rpool/export/home/admin быть слишком большим (3,85 ГБ) вероятно первопричина. Взгляните на его содержание и удалите ненужные файлы туда. Поскольку администраторская файловая система не имеет никаких снимков, это должно сразу освободить некоторое пространство в пуле.

Это - известная проблема с файловыми системами копии на записи: Для удаления файла файловая система сначала должна выделить блок и зафиксировать новое состояние, прежде чем это сможет выпустить богатство пространства, содержавшего в файле, просто будучи удаленным.

(Это не проблема файловых систем со снимками, поскольку существуют другие способы реализовать их, чем просто копия на записи),

Выходы из сжатия:

• выпустите снимок (в случае, если существует тот...),
• вырастите пул (в случае, если существует любая запчасть, оставленная, можно присвоить ему),
• уничтожьте другую файловую систему в пуле, затем вырастите трудную файловую систему
• усеките файл, затем удалите его (хотя, после того как я был в слишком трудном сжатии, чтобы смочь сделать даже, что, посмотрите, что поток в ZFS Обсуждает),
• удалите связь с файлом. (то же как выше)

Я столкнулся с тем же прерыванием несколько лет назад и не имел никаких снимков, которые я, возможно, выпустил для освобождения меня. Посмотрите, что поток в ZFS Обсуждает, где эта проблема была обсуждена подробно.

У меня это было, и я потратил некоторое время, пытаясь понять, что нужно. Мое решение состояло в том, чтобы обнулить пространство файлов, прежде чем пытаться их удалить.

У нас есть несколько неправильно работающих процессов, которые время от времени сходят с ума и заполняют диск файлами ядра (, оканчивающимися на число ), поэтому я создал сценарий, который содержит что-то подобное, чтобы сохранить одну копию.

for file in core*[0-9]
do
    coreFile=${file%.[0-9]*}

    mv $file $coreFile
    if [[ $? == 0 ]]
    then
        chmod 644 $coreFile
    else
        truncate -s 0 $file # we can't just delete if disk is full so zero out first
        rm $file
    fi
done

Когда я запустил свой скрипт, он выдал одну ошибку:

mv: cannot rename core.200000 to core: No space left on device

и выполнялась очистка файлов.

Чтобы проверить это, я заполнил диск:

for ((ii=0; ii<100000; ii++))
do
    mkfile 1m core.$ii
done