![]() |
|
|
google unix.com
|
|||||||
| Forum | Registrera | Forum Regler | Länkar | Album | FAQ | Medlemslista | Kalender | Söka | Dagens inlägg | Markera forum som lästa |
| Filsystem, diskar och Minne Diskutera NAS, SAN, RAID, Robotic Bibliotek, säkerhetskopieringsenheter, RAM, DRAM, SCSI, IDE, EIDE ämnen här. |
Mer UNIX och Linux Forum Ämnen Du kan hitta Helpful
|
||||
| Tråd | Thread Starter | Forum | Svar | Senaste Inlägg |
| Flytta filer med mellanslag i för loop | saabir | Shell-programmering och Skript | 6 | 02-04-2009 01:30 |
| Flera Filer Döpa med rymden | nazri76 | UNIX for Dummies Frågor & Svar | 13 | 10-04-2008 01:04 |
| Space problem i filer | vibhor_agarwali | UNIX for Dummies Frågor & Svar | 6 | 05-22-2007 03:43 |
| DVD-filer hoplänka fel: Inte tillräckligt med utrymme | maag | Sun Solaris | 3 | 05-06-2006 11:39 |
| när jag försöker köra rm på flera filer som jag har problem att radera filer med rymden | umen | UNIX for Dummies Frågor & Svar | 1 | 09-20-2005 04:20 |
![]() |
|
|
LinkBack | Thread Tools | Sök i denna tråd | Rate Thread | Visningslägen |
|
|
|
#1 (permalänk)
|
||||
|
||||
|
mv filer fortfarande används - utrymmet inte frigörs
Hade en fråga nyligen där BF admins gjorde:
mv listener.log listener.log.old gzip listener.log.old Om filen listener.log har kontinuerligt skrivit till genom ett orakel process. Hur som helst, beroende på BF admins de framgångsrikt skapat listener.log.old.gz filen (dvs allt gick bra). Sedan de började klaga över att rymden inte hade befriat på filsystemet. Jag loggade in och kunde inte se filen listener.log.old.gz någonstans. Den "listener.log", som 2GB ursprungligen var mindre när jag kollade så den har flyttats. "du-ks / opt / sw / orakel" visade 4GB används. Av följande skäl "df-k" visade 6GB används på "/ opt / sw / orakel" monteringspunkt. Uppenbarligen är det något att göra med inodes med hänvisning till den ursprungliga filen medan den fortfarande är i bruk ... men inte säker, vilket är anledningen till att jag meddelanden att ta reda på varför? Hur som helst, för att åtgärda problemet genom att stoppa och starta processen med hjälp av filen frigöra utrymme. |
|
#2 (permalänk)
|
|||||
|
|||||
|
mv listener.log listener.log.old
namnändringen spelar ingen roll, filen är redan öppna. Process fortfarande skriver att vad som nu är listener.log.old gzip listener.log.old (listener.log.old.gz skapas och listener.log.old är borttagen) du tog bort namnet, inte filen. En namnändring som inte frågan. En fil kommer ingen länk till en katalog kommer att tas bort efter den sista nära. Vad skulle förmodligen arbetet: cp listener.log listener.log.old cp / dev / null listener.log gzip listener.log.old |
|
#3 (permalänk)
|
||||
|
||||
|
Citat:
Om det tas bort, så varför är inte det utrymme? Tack för info btw. |
|
#4 (permalänk)
|
|||||
|
|||||
|
Nej, jag kan inte förklara varför. Gz fil saknades.
|
|
#5 (permalänk)
|
||||
|
||||
|
fixeringsenheten visar öppna filer som har tagits bort på ett visst filsystem. Tills den processen stoppas utrymmet inte kommer att friges. Innan Messing med filer se till att ingen har den öppen med fixeringsenheten.
|