search for: 377m

..., 624716K used, 1472396K free 215984K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 30404 root 25 0 23848 15M 5428 S 14.0 1.5 86:54 java 7928 root 15 0 12928 12M 6172 S 1.1 1.2 0:02 java 15481 root 16 0 507M 377M 334M S 0.9 37.6 0:03 java 2733 root 15 0 1448 1448 824 R 0.9 0.1 0:00 top 21372 mysql 15 0 23940 11M 5484 S 0.7 1.1 0:12 mysqld 9287 root 15 0 507M 377M 334M S 0.3 37.6 0:06 java 31920 mysql 15 0 23940 11M 5484 S 0.3 1.1 0:15...

.../3 3.3G ./51/msg 3.3G ./51 after changing the directory and running du again I get different numbers #cd 51 du -h 306M ./msg/8 676M ./msg/9 351M ./msg/6 338M ./msg/0 347M ./msg/10 394M ./msg/2 480M ./msg/7 544M ./msg/4 407M ./msg/11 312M ./msg/5 326M ./msg/1 377M ./msg/3 4.8G ./msg 4.8G . Do you have any idea what could cause this behaviour?

...veau_pushbuf.h:79 #5 NV50EXAUploadSIFC (size=<value optimized out>, chan=0x902c50) at nv50_exa.c:399 #6 0x00007f26b37b9675 in nouveau_exa_upload_to_screen (pdpix=0x15edfd0, x=<value optimized out>, y=4, w=950, h=1, src=0x182ae48 "Dq\206\377Hu\212\377Kz\217\377L{\220\377M|\222\377P\177\225\377P\201\227\377M~\224\377R\203\231\377Q\202\230\377P\201\227\377O\200\226\377O\200\226\377P\201\227\377P\201\227\377Q\202\230\377Q\203\227\377O\201\225\377O~\223\377O~\223\377R\202\224\377T\204\226\377S\203\225\377S\201\223\377Q\177\220\377R~\217\377O{\214\377Kw\210\377Fr\203\377...

...25G 83% /backup/tapes /dev/sdh 9.9G 385M 9.0G 5% /backup/tapes/bacula-restores /dev/sdf 9.9G 2.1G 7.4G 22% /var/lib/mysql fuse 256T 0 256T 0% /backup/mysql fuse 256T 0 256T 0% /backup/svn /dev/sdg 197G 377M 187G 1% /var/www There are some really important functions I need this volume to perform that it simply can't because the root volume is at 100% capacity. Like the fact that neither mysql nor my backup program - bacula will even think of starting up and functioning! I'm at a loss to ex...