| 
      
      
      From: Micha <ear...@gm...> - 2006-03-23 03:55:24
      
     | 
| Chris Halls <ha...@de...>:
| This particular problem is very hard to solve
=20
| Your configuration as shown should work... but only if a-p has been runni=
ng=20
| for a whole day. Try setting cleanup_freq to something small so the clean=
up=20
| cycle is started quickly, e.g. 30m.
Hey, wait ! Looks like i misinterpreted it.
I thought it would check the date...but it checks uptime ?
That would explain a lot. I shutdown the box every day.
I just thought the cleanup didn't work correctly, somehow.
Hmmm...i still would prefer to run the cleanup only on demand,
i do compiling/installing more often, and the ap background process could=20
slow down things when i like to have 100% cpu myself...
There's no commandline to trigger cleanup, right?
Perhaps simply restart then with cleanup_freq =3D 1m...However:
Tried it right now, but i can't see any twisted process activity,=20
nor anything in the ap log ?=20
How about telnet, connecting to the running server ?=20
Can i trigger something that way ?
Oh, I just see,=20
"Warning: As of Twisted 2.1, twisted.protocols.telnet is deprecated. =20
See twisted.conch.telnet for the current, supported API."
(Plus general warning for twisted 2.2.0 but normal operation are ok, so...)
I never used the python thing, and have no clue what i could do with it=20
anyway, is there any information available ?
I just enabled the config options for port 998 and restarted ap and tried a=
=20
simple telnet connect but i can't get any connection there, it seems to work
however on the normal http server port 9999. (without password request...?)
/ r: telnet localhost 9998
Trying 127.0.0.1...
telnet: Unable to connect to remote host: Connection refused
/etc r: telnet localhost 9999
Trying 127.0.0.1...
Connected to woody.
Escape character is '^]'.
I also dug holes into xinetd / libwrap / ident so they should be ok with=20
telnet queries. libwrap (hosts.allow) is open for "apt-proxy:" and there's=
=20
anyway no port assigned enywhere (in /etc/services) ....=20
so why not 9998 ? Is there a mistake ?
I just installed identtestd, that works ok too.
=20
| Alternatively, use a find command to remove the files from the cache:
|=20
| find /var/cache/apt-proxy/* -amin +1440 -exec rm {} \;
ok that's what i wanted to hear, anyway :)
Though it's coming too late. Cache ran out of space, and i decided
to start from scratch, this time, since i just yesterday moved all machines
to unstable, (many laptops you know) and there's much turnover, and i=20
think most packages will be cached again very soon.
Pity, but not critical (by now).
At this occasion i noticed that AP keeps a direct stream even if it can't=20
use the cache anymore. Well done.
   =B0
 /\/
 |