Hi, inodes are basically metadata (http://www.linfo.org/inode.html). It looks like you have a lot of files in the root directory (most probably small files), and your system has used all available inodes. You cannot add more inodes without re-creating the file system (mkfs), this is because the inode number is fixed during file system creation. In this case, if the system requires several small files, then the file system should be created using a smaller byte-per-inode ratio. You could use another directory, in a different device/partition for your application data, but if this application requires all those files (let's assume that those files are not temp files), then I really recommend to plan again the installation of this system using another partition, only for this data.
Best regards, HC On Mon, Nov 4, 2013 at 9:30 PM, Tazman Deville <tazmande...@gmx.com> wrote: > On Mon, Nov 04, 2013 at 06:43:45PM -0500, Hecber Cordova wrote: > > Hi, > > > > Did you check inodes usage? (df -i) > > > > I could be inodes availability rather than block availability. > > > AHA! > > I have no idea what the significance of this is, but > df -i gives > $ df -i > Filesystem Inodes IUsed IFree IUse% Mounted on > /dev/sda7 1729920 1729920 0 100% / > > So, yeah...inodes, but I'm ignorant of what that means, > or how to resolve that. > > Taz > > > > Best regards, > > > > HC > > > > On Mon, Nov 4, 2013 at 6:16 PM, Tazman Deville <[1] > tazmande...@gmx.com> > > wrote: > > > > Just since yesterday, I'm seeing this PHP error > > on the scuttle installation on a little server here > > I have. > > Scuttle is installed from the debian repos. > > The server is running Squeeze still (I know.. > > I should upgrade it, but I'll spend a day ironing > > out dovecot and postfix when I do, so haven't gotten > > around to it). > > > > Now, the device is far from full. > > df -h shows: > > Filesystem � � � � � �Size �Used Avail Use% Mounted on > > /dev/sda7 � � � � � � �26G �9.7G � 15G �40% / > > tmpfs � � � � � � � � 949M � � 0 �949M � 0% /lib/init/rw > > udev � � � � � � � � �944M �200K �944M � 1% /dev > > tmpfs � � � � � � � � 949M � � 0 �949M � 0% /dev/shm > > /dev/sda1 � � � � � � 2.8G � 85M �2.6G � 4% /boot > > /dev/sda5 � � � � � � 154G � 52G � 95G �36% /home > > > > Googling (or dukgoing, or ixquicking) > > just shows a lot of stuff about "duh, your disk is full", > > but it isn't. > > Somewhere, I think on LinuxQuestions.org, I'd > > found something about the aptitude package cache, > > yesterday when this happened, so I did > > aptitude autoclean > > and that seemed to resolve the problem. > > Today, however, it is not working. > > > > What could be causing this, and how may I resolve it? > > The machine is a 3.2ghz celeron with 1.5gb ram. > > You can see the storage parameters from df -h, of course. > > > > Any assistance or guidance would be appreciated. > > > > Thanks, > > Taz > > -- > > [2]http://tazmandevil.info > > taz hungry > > > > -- > > To UNSUBSCRIBE, email to [3]debian-user-requ...@lists.debian.org > > with a subject of "unsubscribe". Trouble? Contact > > [4]listmas...@lists.debian.org > > Archive: [5] > http://lists.debian.org/20131104231629.ga28...@myownsite.me > > > > References > > > > Visible links > > 1. mailto:tazmande...@gmx.com > > 2. http://tazmandevil.info/ > > 3. mailto:debian-user-requ...@lists.debian.org > > 4. mailto:listmas...@lists.debian.org > > 5. http://lists.debian.org/20131104231629.ga28...@myownsite.me > > -- > http://tazmandevil.info > taz hungry > > > -- > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/20131105023026.gb3...@myownsite.me > >
