berenger.mo...@neutralite.org wrote:
> I have identified with lot of "find -name '*'" that the
> problem comes from the cache, and especially from apt-cacher-ng, but I think
> ...
I also use apt-cacher-ng but of late there is a problem that prevents
it from running its daily housecleaning routine
Le 29.07.2014 18:22, Paul E Condon a écrit :
On Tue, Jul 29, 2014 at 11:08:41AM +0200,
berenger.mo...@neutralite.org wrote:
Le 28.07.2014 22:36, Andrei POPESCU a écrit :
>On Lu, 28 iul 14, 11:24:31, berenger.mo...@neutralite.org wrote:
>>Le 27.07.2014 01:42, PaulNM a écrit :
>>
>>>Inodes are
On Tue, Jul 29, 2014 at 11:08:41AM +0200, berenger.mo...@neutralite.org wrote:
>
>
> Le 28.07.2014 22:36, Andrei POPESCU a écrit :
> >On Lu, 28 iul 14, 11:24:31, berenger.mo...@neutralite.org wrote:
> >>Le 27.07.2014 01:42, PaulNM a écrit :
> >>
> >>>Inodes are files/folders, files/folders are in
Le 27.07.2014 01:42, PaulNM a écrit :
On 07/25/2014 10:54 AM, berenger.mo...@neutralite.org wrote:
First time I have exhausted inodes, but I never used apt-cacher-ng
previously, and it's quite obvious that a proxy+cache is very greedy
in
terms of inodes.
Not really. That's like saying t
Le 28.07.2014 22:36, Andrei POPESCU a écrit :
On Lu, 28 iul 14, 11:24:31, berenger.mo...@neutralite.org wrote:
Le 27.07.2014 01:42, PaulNM a écrit :
>Inodes are files/folders, files/folders are inodes. (1-to-1)
Anything
>that has a bunch of files/folders will use a bunch of inodes. Same
>n
On Lu, 28 iul 14, 11:24:31, berenger.mo...@neutralite.org wrote:
> Le 27.07.2014 01:42, PaulNM a écrit :
>
> >Inodes are files/folders, files/folders are inodes. (1-to-1) Anything
> >that has a bunch of files/folders will use a bunch of inodes. Same
> >number in fact.
>
> Hum... is it accurate?
Le 27.07.2014 01:42, PaulNM a écrit :
On 07/25/2014 10:54 AM, berenger.mo...@neutralite.org wrote:
First time I have exhausted inodes, but I never used apt-cacher-ng
previously, and it's quite obvious that a proxy+cache is very greedy
in
terms of inodes.
Not really. That's like saying the
On 07/25/2014 10:54 AM, berenger.mo...@neutralite.org wrote:
>
>
>
> First time I have exhausted inodes, but I never used apt-cacher-ng
> previously, and it's quite obvious that a proxy+cache is very greedy in
> terms of inodes.
Not really. That's like saying the parking lot is greedy in term
On Fri, 25 Jul 2014 18:23:14 +0200
berenger.mo...@neutralite.org wrote:
> _ a lot of them are biased (at least in programming world):
Not too much for FS (but it exist), you also must know how
to read results.
And you must read _some_ papers to make an average (not very
different from programming
Le 25.07.2014 18:14, B a écrit :
On Fri, 25 Jul 2014 17:58:15 +0200
berenger.mo...@neutralite.org wrote:
in computer. I really would like to find some resources explaining
the strong points of the partition systems over other...
There are plenty of benchmarks and comparisons on the web,
On Fri, 25 Jul 2014 17:58:15 +0200
berenger.mo...@neutralite.org wrote:
> in computer. I really would like to find some resources explaining
> the strong points of the partition systems over other...
There are plenty of benchmarks and comparisons on the web,
however, make sure what you read is re
Le 25.07.2014 17:52, B a écrit :
On Fri, 25 Jul 2014 16:54:39 +0200
berenger.mo...@neutralite.org wrote:
One of my defects is that I always try to tweak things... (with
time I've learned to not do that when the target is very
important) but at least it allows me to learn. By failures :)
On Fri, 25 Jul 2014 16:54:39 +0200
berenger.mo...@neutralite.org wrote:
> One of my defects is that I always try to tweak things... (with
> time I've learned to not do that when the target is very
> important) but at least it allows me to learn. By failures :)
You could also switch to a FS that d
Le 24.07.2014 15:19, Eduardo M KALINOWSKI a écrit :
On Qui, 24 Jul 2014, berenger.morel wrote:
So, I wonder if there is a way to fix this inode's size repartition?
In a more general way, if people have some advices about that kind
of issues (choosing the right cluster and partitions size, th
On 07/24/2014 10:56 AM, berenger.mo...@neutralite.org wrote:
[...]
> # df -i
> Sys. de fichiers Inœuds IUtil. ILibre IUti% Monté sur
> /dev/sda3610800 46946 5638548% /
> udev 506659376 5062831% /dev
> tmpfs507294339 5069551% /run
> tmpfs
On Qui, 24 Jul 2014, berenger.morel wrote:
So, I wonder if there is a way to fix this inode's size repartition?
In a more general way, if people have some advices about that kind
of issues (choosing the right cluster and partitions size, the right
partition format, etc depending on the plann
Le 23.07.2014 18:38, berenger.mo...@neutralite.org a écrit :
Hello.
On a distant Debian testing/unstable, it seems that the /var
partition can no longer be written: even "# touch /var/test" returns
a
message saying that there is no space on the drive, which is
something
that "# df -h" deny:
Le 23.07.2014 19:06, Eduardo M KALINOWSKI a écrit :
On Qua, 23 Jul 2014, berenger.morel wrote:
On a distant Debian testing/unstable, it seems that the /var
partition can no longer be written: even "# touch /var/test" returns
a message saying that there is no space on the drive, which is
s
Le 24.07.2014 00:04, Pascal Hambourg a écrit :
Vincent Zweije a écrit :
On Wed, Jul 23, 2014 at 09:59:26AM -0700, der.hans wrote:
Do you have large open files that have been removed? The filesystem
will
show those as free space, but until the proceses holding the files
open
have been stopp
Vincent Zweije a écrit :
> On Wed, Jul 23, 2014 at 09:59:26AM -0700, der.hans wrote:
>
>> Do you have large open files that have been removed? The filesystem will
>> show those as free space, but until the proceses holding the files open
>> have been stopped the disk space has not been freed.
du
On Wed, Jul 23, 2014 at 09:59:26AM -0700, der.hans wrote:
|| Am 23. Jul, 2014 schwätzte berenger.mo...@neutralite.org so:
||
|| moin moin,
||
|| does /proc/mounts show /var/ as still being mounted rw?
That would cause EROFS (Read-only file system), not ENOSPC (No space
left on device).
||
On Qua, 23 Jul 2014, berenger.morel wrote:
On a distant Debian testing/unstable, it seems that the /var
partition can no longer be written: even "# touch /var/test" returns
a message saying that there is no space on the drive, which is
something that "# df -h" deny:
Check df -i also.
--
Am 23. Jul, 2014 schwätzte berenger.mo...@neutralite.org so:
moin moin,
does /proc/mounts show /var/ as still being mounted rw?
Do you have large open files that have been removed? The filesystem will
show those as free space, but until the proceses holding the files open
have been stopped the
Maybe you might want to boot a livefile system (i.e. debian live, or Knoppix).
Then you can mount the partition(s) and check configurations and other things.
Good luck!
Hans
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact lis
24 matches
Mail list logo
