Je pense qu'il faut avoir utilisé son mac en serveur afp et qu'il y ait eu un problème pour qu'il y ait un log. Correspond à un arrêt intempestif de l'AppleFileServer.h
Faire une recherche "AppleFileService" (guillemets inclus). -- Gérard FLEUROT plus un
MV <michel.vauquois@orage.fr.invalid> wrote:
Ce dossier n'existe pas sur mon MBP (Mavericks).
Je pense qu'il faut avoir utilisé son mac en serveur afp et qu'il y ait
eu un problème pour qu'il y ait un log.
Correspond à un arrêt intempestif de l'AppleFileServer.h
Faire une recherche "AppleFileService" (guillemets inclus).
--
Gérard FLEUROT <g4fleurot@free.fr> plus un
Je pense qu'il faut avoir utilisé son mac en serveur afp et qu'il y ait eu un problème pour qu'il y ait un log. Correspond à un arrêt intempestif de l'AppleFileServer.h
Faire une recherche "AppleFileService" (guillemets inclus). -- Gérard FLEUROT plus un
g4fleurot
Fleuger wrote:
l'AppleFileServer.h
Zut ! AppleFileServer (.h est de trop) -- Gérard FLEUROT plus un
Fleuger <g4fleurot@free.fr> wrote:
l'AppleFileServer.h
Zut ! AppleFileServer (.h est de trop)
--
Gérard FLEUROT <g4fleurot@free.fr> plus un
Zut ! AppleFileServer (.h est de trop) -- Gérard FLEUROT plus un
fra-PasDeSp
Manfred La Cassagnère wrote:
Après mûre réflexion, Le Moustique a écrit : > Le 29/05/2015 22:33, Manfred La Cassagnère a écrit : >> A quoi correspond ce log? > > Je suis incapable de le dire, puisque c'est parfaitement vide.
On attend donc avec intérêt la réponse de Fra!
Ca ne contient que des fichiers "AppleFileServiceAccess.log+date-heure" d'environ 1Mo chacun ! -- Fra
Manfred La Cassagnère <derfnam@wanadoo.fr> wrote:
Après mûre réflexion, Le Moustique a écrit :
> Le 29/05/2015 22:33, Manfred La Cassagnère a écrit :
>> A quoi correspond ce log?
>
> Je suis incapable de le dire, puisque c'est parfaitement vide.
On attend donc avec intérêt la réponse de Fra!
Ca ne contient que des fichiers "AppleFileServiceAccess.log+date-heure"
d'environ 1Mo chacun !
--
Fra
Après mûre réflexion, Le Moustique a écrit : > Le 29/05/2015 22:33, Manfred La Cassagnère a écrit : >> A quoi correspond ce log? > > Je suis incapable de le dire, puisque c'est parfaitement vide.
On attend donc avec intérêt la réponse de Fra!
Ca ne contient que des fichiers "AppleFileServiceAccess.log+date-heure" d'environ 1Mo chacun ! -- Fra
Je pense qu'il faut avoir utilisé son mac en serveur afp et qu'il y ait eu un problème pour qu'il y ait un log.
Il sert effectivement de serveur de sauvegardes timemachine. -- Fra
g4fleurot
Fra wrote:
Il sert effectivement de serveur de sauvegardes timemachine.
Il doit y avoir un log à chaque perte de connexion.
Si c'est des lignes du genre Nov 23 18:45:49 gefleurot.local AppleFileServer[15595] <Info>: Server shut down. tu peux effectivement supprimer et surveiller le dossier.
Les logs sont des compte-rendus générés par le système. Ils ne sont pas nécessaires au fonctionnement de la machine.
C'est un héritage de l'auto-surveillance des systèmes UNIX -- Gérard FLEUROT plus un
Fra <fra-PasDeSp@M-alussinan.org> wrote:
Il sert effectivement de serveur de sauvegardes timemachine.
Il doit y avoir un log à chaque perte de connexion.
Si c'est des lignes du genre
Nov 23 18:45:49 gefleurot.local AppleFileServer[15595] <Info>: Server
shut down.
tu peux effectivement supprimer et surveiller le dossier.
Les logs sont des compte-rendus générés par le système. Ils ne sont pas
nécessaires au fonctionnement de la machine.
C'est un héritage de l'auto-surveillance des systèmes UNIX
--
Gérard FLEUROT <g4fleurot@free.fr> plus un
Il sert effectivement de serveur de sauvegardes timemachine.
Il doit y avoir un log à chaque perte de connexion.
Si c'est des lignes du genre Nov 23 18:45:49 gefleurot.local AppleFileServer[15595] <Info>: Server shut down. tu peux effectivement supprimer et surveiller le dossier.
Les logs sont des compte-rendus générés par le système. Ils ne sont pas nécessaires au fonctionnement de la machine.
C'est un héritage de l'auto-surveillance des systèmes UNIX -- Gérard FLEUROT plus un
fra-PasDeSp
Fleuger wrote:
Fra wrote:
> Il sert effectivement de serveur de sauvegardes timemachine.
Il doit y avoir un log à chaque perte de connexion.
Si c'est des lignes du genre Nov 23 18:45:49 gefleurot.local AppleFileServer[15595] <Info>: Server shut down. tu peux effectivement supprimer et surveiller le dossier.
Les logs sont des compte-rendus générés par le système. Ils ne sont pas nécessaires au fonctionnement de la machine.
C'est un héritage de l'auto-surveillance des systèmes UNIX
C'est quasi tous des messages de ce type : IP 192.168.1.23 - - [31/Dec/2014:12:34:56 0100] "OpenFork e2" 0 0 0 (y'a que la date et le "e2" qui change. -- Fra
Fleuger <g4fleurot@free.fr> wrote:
Fra <fra-PasDeSp@M-alussinan.org> wrote:
> Il sert effectivement de serveur de sauvegardes timemachine.
Il doit y avoir un log à chaque perte de connexion.
Si c'est des lignes du genre
Nov 23 18:45:49 gefleurot.local AppleFileServer[15595] <Info>: Server
shut down.
tu peux effectivement supprimer et surveiller le dossier.
Les logs sont des compte-rendus générés par le système. Ils ne sont pas
nécessaires au fonctionnement de la machine.
C'est un héritage de l'auto-surveillance des systèmes UNIX
C'est quasi tous des messages de ce type :
IP 192.168.1.23 - - [31/Dec/2014:12:34:56 0100] "OpenFork e2" 0 0 0
(y'a que la date et le "e2" qui change.
--
Fra
> Il sert effectivement de serveur de sauvegardes timemachine.
Il doit y avoir un log à chaque perte de connexion.
Si c'est des lignes du genre Nov 23 18:45:49 gefleurot.local AppleFileServer[15595] <Info>: Server shut down. tu peux effectivement supprimer et surveiller le dossier.
Les logs sont des compte-rendus générés par le système. Ils ne sont pas nécessaires au fonctionnement de la machine.
C'est un héritage de l'auto-surveillance des systèmes UNIX
C'est quasi tous des messages de ce type : IP 192.168.1.23 - - [31/Dec/2014:12:34:56 0100] "OpenFork e2" 0 0 0 (y'a que la date et le "e2" qui change. -- Fra
someone
Fra wrote:
Fleuger wrote:
> Fra wrote: > > > Il sert effectivement de serveur de sauvegardes timemachine. > > Il doit y avoir un log à chaque perte de connexion. > > Si c'est des lignes du genre > Nov 23 18:45:49 gefleurot.local AppleFileServer[15595] <Info>: Server > shut down. > tu peux effectivement supprimer et surveiller le dossier. > > Les logs sont des compte-rendus générés par le système. Ils ne sont pas > nécessaires au fonctionnement de la machine. > > C'est un héritage de l'auto-surveillance des systèmes UNIX
C'est quasi tous des messages de ce type : IP 192.168.1.23 - - [31/Dec/2014:12:34:56 0100] "OpenFork e2" 0 0 0 (y'a que la date et le "e2" qui change.
J'ai tapé « OpenFork » dans Google, qui m'a envoyé vers un fil de discussion chez Apple : <https://discussions.apple.com/thread/4115997>
J'ai parcouru vite fait et je tombe sur ce message : « I just figured out what those odd filenames are: they're bands in a sparsebundle. In my case having so many of them in a short period of time was due to the network Time Machine service. Tailing the log during some client backups confirmed this.
My fix (with Server 3 on Mavericks) was to just turn OpenFork logging off: sudo serveradmin settings afp:loggingAttributes:logOpenFork = no
But you might need to log file opening in general, so that may not be suitable for you. I'm not aware of a way to do this with any granularity (i.e. log some AFP sharepoints but not others). OTOH, you may have solved it yourself by now. »
En hopant que ça helpe... :)
-- [SbM] "If the French were really intelligent, they'd speak English" (W. Sheed)
Fra <fra-PasDeSp@M-alussinan.org> wrote:
Fleuger <g4fleurot@free.fr> wrote:
> Fra <fra-PasDeSp@M-alussinan.org> wrote:
>
> > Il sert effectivement de serveur de sauvegardes timemachine.
>
> Il doit y avoir un log à chaque perte de connexion.
>
> Si c'est des lignes du genre
> Nov 23 18:45:49 gefleurot.local AppleFileServer[15595] <Info>: Server
> shut down.
> tu peux effectivement supprimer et surveiller le dossier.
>
> Les logs sont des compte-rendus générés par le système. Ils ne sont pas
> nécessaires au fonctionnement de la machine.
>
> C'est un héritage de l'auto-surveillance des systèmes UNIX
C'est quasi tous des messages de ce type :
IP 192.168.1.23 - - [31/Dec/2014:12:34:56 0100] "OpenFork e2" 0 0 0
(y'a que la date et le "e2" qui change.
J'ai tapé « OpenFork » dans Google, qui m'a envoyé vers un fil de
discussion chez Apple : <https://discussions.apple.com/thread/4115997>
J'ai parcouru vite fait et je tombe sur ce message :
« I just figured out what those odd filenames are: they're bands in a
sparsebundle. In my case having so many of them in a short period of
time was due to the network Time Machine service. Tailing the log during
some client backups confirmed this.
My fix (with Server 3 on Mavericks) was to just turn OpenFork logging
off:
sudo serveradmin settings afp:loggingAttributes:logOpenFork = no
But you might need to log file opening in general, so that may not be
suitable for you. I'm not aware of a way to do this with any granularity
(i.e. log some AFP sharepoints but not others). OTOH, you may have
solved it yourself by now. »
En hopant que ça helpe... :)
--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
> Fra wrote: > > > Il sert effectivement de serveur de sauvegardes timemachine. > > Il doit y avoir un log à chaque perte de connexion. > > Si c'est des lignes du genre > Nov 23 18:45:49 gefleurot.local AppleFileServer[15595] <Info>: Server > shut down. > tu peux effectivement supprimer et surveiller le dossier. > > Les logs sont des compte-rendus générés par le système. Ils ne sont pas > nécessaires au fonctionnement de la machine. > > C'est un héritage de l'auto-surveillance des systèmes UNIX
C'est quasi tous des messages de ce type : IP 192.168.1.23 - - [31/Dec/2014:12:34:56 0100] "OpenFork e2" 0 0 0 (y'a que la date et le "e2" qui change.
J'ai tapé « OpenFork » dans Google, qui m'a envoyé vers un fil de discussion chez Apple : <https://discussions.apple.com/thread/4115997>
J'ai parcouru vite fait et je tombe sur ce message : « I just figured out what those odd filenames are: they're bands in a sparsebundle. In my case having so many of them in a short period of time was due to the network Time Machine service. Tailing the log during some client backups confirmed this.
My fix (with Server 3 on Mavericks) was to just turn OpenFork logging off: sudo serveradmin settings afp:loggingAttributes:logOpenFork = no
But you might need to log file opening in general, so that may not be suitable for you. I'm not aware of a way to do this with any granularity (i.e. log some AFP sharepoints but not others). OTOH, you may have solved it yourself by now. »
En hopant que ça helpe... :)
-- [SbM] "If the French were really intelligent, they'd speak English" (W. Sheed)
fra-PasDeSp
SbM wrote:
sudo serveradmin settings afp:loggingAttributes:logOpenFork = no
But you might need to log file opening in general, so that may not be suitable for you. I'm not aware of a way to do this with any granularity
Bon on peut l'empêcher mais c'est pas souhaitable.
Je vais juste nettoyer de temps en temps (les plus anciens sont de 2009).
Je jette à la main ? J'en garde combien de plus récents ? -- Fra
SbM <someone@nowhere.com> wrote:
sudo serveradmin settings afp:loggingAttributes:logOpenFork = no
But you might need to log file opening in general, so that may not be
suitable for you. I'm not aware of a way to do this with any granularity
Bon on peut l'empêcher mais c'est pas souhaitable.
Je vais juste nettoyer de temps en temps (les plus anciens sont de
2009).
Je jette à la main ? J'en garde combien de plus récents ?
--
Fra
sudo serveradmin settings afp:loggingAttributes:logOpenFork = no
But you might need to log file opening in general, so that may not be suitable for you. I'm not aware of a way to do this with any granularity
Bon on peut l'empêcher mais c'est pas souhaitable.
Je vais juste nettoyer de temps en temps (les plus anciens sont de 2009).
Je jette à la main ? J'en garde combien de plus récents ? -- Fra
someone
Fra wrote:
SbM wrote:
> sudo serveradmin settings afp:loggingAttributes:logOpenFork = no > > But you might need to log file opening in general, so that may not be > suitable for you. I'm not aware of a way to do this with any granularity
Bon on peut l'empêcher mais c'est pas souhaitable.
Je vais juste nettoyer de temps en temps (les plus anciens sont de 2009).
Je jette à la main ? J'en garde combien de plus récents ?
À mon avis tu peux tout jeter, l'intérêt des logs c'est si on souhaite les consulter pour débusquer des bugs, par exemple, mais sinon tu veux virer.
-- [SbM] "If the French were really intelligent, they'd speak English" (W. Sheed)
Fra <fra-PasDeSp@M-alussinan.org> wrote:
SbM <someone@nowhere.com> wrote:
> sudo serveradmin settings afp:loggingAttributes:logOpenFork = no
>
> But you might need to log file opening in general, so that may not be
> suitable for you. I'm not aware of a way to do this with any granularity
Bon on peut l'empêcher mais c'est pas souhaitable.
Je vais juste nettoyer de temps en temps (les plus anciens sont de
2009).
Je jette à la main ? J'en garde combien de plus récents ?
À mon avis tu peux tout jeter, l'intérêt des logs c'est si on souhaite
les consulter pour débusquer des bugs, par exemple, mais sinon tu veux
virer.
--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
> sudo serveradmin settings afp:loggingAttributes:logOpenFork = no > > But you might need to log file opening in general, so that may not be > suitable for you. I'm not aware of a way to do this with any granularity
Bon on peut l'empêcher mais c'est pas souhaitable.
Je vais juste nettoyer de temps en temps (les plus anciens sont de 2009).
Je jette à la main ? J'en garde combien de plus récents ?
À mon avis tu peux tout jeter, l'intérêt des logs c'est si on souhaite les consulter pour débusquer des bugs, par exemple, mais sinon tu veux virer.
-- [SbM] "If the French were really intelligent, they'd speak English" (W. Sheed)
