b site:
"A full log analysis enables AWStats to show you the following
information:
[...]
- Files type
[...]"
HTH.
[1] http://awstats.sourceforge.net/
Frank
--
Frank Blendinger | fb(at)intoxicatedmind.net | GPG: 0x0BF2FE7A
Fingerprint: BB64 F2B8 DFD8 BF90 0F2E 892B 72CF 7A41 0BF2 FE7A
On Tue, Aug 08, 2006 at 07:12:48AM +0200, Frank Blendinger wrote:
> On Mon, Aug 07, 2006 at 02:08:18PM -0400, Mike Polyakov wrote:
> > [EMAIL PROTECTED]:~
> > $ at 14:00
> > warning: commands will be executed using /bin/sh
> > at> gvim
> > at>
> > jo
ssion - atd doesn't know about it. The commands launched by atd don't
have the same environment as your regular shell user.
Try something like
at> date > /tmp/at_test
to see if atd is working.
Frank
--
Frank Blendinger | fb(at)intoxicatedmind.net | GPG: 0x0BF2FE7A
Fingerprint: B
chette
> >
> >
> try mrtg or ntop package.
You might also want to take a look at collectd: http://collectd.org/
Frank
--
Frank Blendinger | fb(at)intoxicatedmind.net | GPG: 0x0BF2FE7A
Fingerprint: BB64 F2B8 DFD8 BF90 0F2E 892B 72CF 7A41 0BF2 FE7A
"Jus
er over properly (actually it didn't mount
> properly and then exported the wrong directory, for the clients with
> their / from this server this caused some problems, especially since
> we also enforce the fsid)
It's not really a productive system here, but it just annoys me like
he
the processes should die with a stale nfs filehandle.
I guess that would do the trick. I could also bring up the NFS server
again and export a dummy share (the real share behind /mothermole was a
RAID-5 array that is currently broken btw.) But I really only want to do
this as a last resort.
It is really an
On Sun, Jun 18, 2006 at 12:43:51PM +0200, Bernd Schubert wrote:
> Frank Blendinger wrote:
> > I want to unmount a busy NFS share, but failed to do so, even with a
> > umount -f.
>
> [...]
>
> > I also tried a ``fuser /mothermole'' to see which process
after some minutes. I'm
really sure that the direcory is not used by any shell or something.
The NFS server has been down for several days and probably will be so
for some time.
Any suggestions? I really don't want to reboot for this.
Greetings,
Frank
--
Frank Blendinger | fb(at)intox
and then overwrite any global
settings with options set in a user config in his/her home directory. No
need for any weird symlinking.
Greetings,
Frank
--
Frank Blendinger | fb(at)intoxicatedmind.net | GPG: 0x0BF2FE7A
Fingerprint: BB64 F2B8 DFD8 BF90 0F2E 892B 72CF 7A41 0BF2 FE7A
signature.asc
Description: Digital signature
On Fri, Jun 09, 2006 at 06:51:12PM -0700, David E. Fox wrote:
> On Fri, 9 Jun 2006 15:40:13 +0200
> Frank Blendinger <[EMAIL PROTECTED]> wrote:
>
> > I had the same problem with a G400 and solved it by installing a 2.6.16
> > kernel (debian package did it for me).
>
On Fri, Jun 09, 2006 at 03:40:13PM +0200, Frank Blendinger wrote:
> On Thu, Jun 08, 2006 at 06:43:45PM -0700, David E. Fox wrote:
> > No, but that in itself doesn't explain why DRI would work in 2.6.12-1
> > and suddenly not work on 2.6.15-1.
>
> I had the same problem
On Thu, Jun 08, 2006 at 06:43:45PM -0700, David E. Fox wrote:
> On Thu, 8 Jun 2006 08:31:25 +0200
> Žá??ek Kryštof <[EMAIL PROTECTED]> wrote:
>
> > Do you have the libgl1-mesa-dri package installed?
>
> No, but that in itself doesn't explain why DRI would work in 2.6.12-1
> and suddenly not work
12 matches
Mail list logo
