Discussion :

[hapalemur]

Bonjour,
Ayant installé Tomcat sur une distribution Ubuntu/ARM, j'ai après installation :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
hubert@ubuntu:/var/lib/tomcat7# ls -l
total 16
drwxr-xr-x 3 tomcat7 tomcat7 4096 Jan  3  2017 common
lrwxrwxrwx 1 root    root      12 Apr  1  2013 conf -> /etc/tomcat7
lrwxrwxrwx 1 root    root      17 Jan  4  2017 logs -> ../../log/tomcat7/
drwxr-xr-x 3 tomcat7 tomcat7 4096 Jan  3  2017 server
drwxr-xr-x 3 tomcat7 tomcat7 4096 Jan  3  2017 shared
drwxrwxr-x 5 tomcat7 tomcat7 4096 Jan  4  2017 webapps
lrwxrwxrwx 1 root    root      19 Apr  1  2013 work -> ../../cache/tomcat7

Le serveur Tomcat ne démarrant pas, je m'aperçois que le directory /var/log/tomcat7 n'existe pas; l'ayant créé avec les bons droits (user=tomcat7; groupe=tomcat7), l'application web déployée dans Tomcat fonctionne normalement.

Par contre au reboot du système, ce répertoire (/var/log/tomcat7) disparait: je suis donc obligé de le créer à nouveau.
J'ai provisoirement résolu le problème en le créant dans /home avec le lien symbolique adéquat au niveau du répertoire /var/lib/tomcat7/logs
Mais j'aimerais bien revenir à un fonctionnement normal et comprendre pourquoi tout directory créé dans /var/log/ est supprimé au démarrage du système.
Merci pour vos idées.

[frp31]

dégueulasse ...
la façon propre de faire est que le script de démarrage de tomcat crée ce répertoire et y applique les droits

[ggnore]

Tu devrais regarder du côté de ton script d'initialisation dans /etc/init.d/tomcat ou /etc/rcX.d/tomcat où X est ton initlevel.

[hapalemur]

Bonsoir,

la façon propre de faire est que le script de démarrage de tomcat crée ce répertoire et y applique les droits

Après quelques essais, je ne pense pas que celà vienne de Tomcat, mais plutôt d'Ubuntu.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
hubert@ubuntu:~$ ls -l /var/log
total 628
drwxr-xr-x 2 root   root     60 Jan  1 01:14 ConsoleKit
-rw-r----- 1 syslog adm     783 Jan  1 01:17 auth.log
-rw-r--r-- 1 root   adm   49581 Jan  1 01:14 dmesg
-rw-r--r-- 1 root   root      0 Jan  1 01:14 dmesg.0
-rw-r----- 1 syslog adm   94691 Jan  1 01:17 kern.log
-rw-r--r-- 1 root   root 292292 Jan  1 01:17 lastlog
-rw-r----- 1 syslog adm       0 Jan  1 01:14 mail.err
-rw-r----- 1 syslog adm       0 Jan  1 01:14 mail.log
drwxr-xr-x 2 root   root    100 Jan  1 01:14 news
-rw-r----- 1 syslog adm  136345 Jan  1 01:17 syslog
-rw-r--r-- 1 root   root 339039 Jan  1 01:14 udev

J'ai constaté que tout répertoire ou fichier ajouté (ou créé) dans /var/log est systématiquement supprimé au démarrage (ou lors de l'extinction) : pour qu'elle raison? [CPU ARM : 4Go de flash nand memory : on veut gagner de la place ]
I

[hapalemur]

Hello,
A un utilisateur qui se plaignait que ses fichiers dans /var/log disparaissaient comme dans le triangle des Bermudes
http://forum.linksprite.com/index.ph...-disappearing/

La réponse du fournisseur du produit :

By default /var is a tmpfs file system... it is recreated on each boot. This is done to lower the write cycles to the flash memory and to keep from filling the permanent storage.

There are two simple solutions available to you. First, you can add commands /etc/rc.local to create the necessary directory in /var/log on each boot. Alternatively, you can choose to not have /var/log as a tmpfs -- just comment out the in /etc/fstab.

Enjoy!
Bill

A moi de me débrouiller avec çà. Enjoy

[frp31]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

tmpfs -- just comment out the in /etc/fstab.

verifies ca et si oui convertion en FS classique et c est bon

[RaphaelG]

Bonsoir,

Après quelques essais, je ne pense pas que celà vienne de Tomcat, mais plutôt d'Ubuntu.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
hubert@ubuntu:~$ ls -l /var/log
total 628
drwxr-xr-x 2 root   root     60 Jan  1 01:14 ConsoleKit
-rw-r----- 1 syslog adm     783 Jan  1 01:17 auth.log
-rw-r--r-- 1 root   adm   49581 Jan  1 01:14 dmesg
-rw-r--r-- 1 root   root      0 Jan  1 01:14 dmesg.0
-rw-r----- 1 syslog adm   94691 Jan  1 01:17 kern.log
-rw-r--r-- 1 root   root 292292 Jan  1 01:17 lastlog
-rw-r----- 1 syslog adm       0 Jan  1 01:14 mail.err
-rw-r----- 1 syslog adm       0 Jan  1 01:14 mail.log
drwxr-xr-x 2 root   root    100 Jan  1 01:14 news
-rw-r----- 1 syslog adm  136345 Jan  1 01:17 syslog
-rw-r--r-- 1 root   root 339039 Jan  1 01:14 udev

J'ai constaté que tout répertoire ou fichier ajouté (ou créé) dans /var/log est systématiquement supprimé au démarrage (ou lors de l'extinction) : pour qu'elle raison? [CPU ARM : 4Go de flash nand memory : on veut gagner de la place ]

By default /var is a tmpfs file system... it is recreated on each boot. This is done to lower the write cycles to the flash memory and to keep from filling the permanent storage.

There are two simple solutions available to you. First, you can add commands /etc/rc.local to create the necessary directory in /var/log on each boot. Alternatively, you can choose to not have /var/log as a tmpfs -- just comment out the in /etc/fstab.

Je suis très dubitatif. J'ai jamais remarqué qu'une distro puisse virer automatiquement un fichier dans /var/log ni que /var soit un tmpfs.
En tout cas cela n'arrive pas dans la distro que j'ai sous la main. Certes ce n'est pas une Ubuntu sur de l'ARM mais une Debian stable Jessie sur de l'Intel 32-bit.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
 
~$ mount | grep /var
/dev/sda5 on /var type ext4 (rw,relatime,data=ordered)
~$ ls -l /var/log
total 13060
-rw-r--r-- 1 root              root         0 Jan  1 14:43 alternatives.log
-rw-r--r-- 1 root              root       641 Dec 28 20:09 alternatives.log.1
-rw-r--r-- 1 root              root      4546 Feb 23  2016 alternatives.log.10.gz
-rw-r--r-- 1 root              root       510 Dec  7 19:23 alternatives.log.2.gz
-rw-r--r-- 1 root              root       194 Nov 14 18:09 alternatives.log.3.gz
-rw-r--r-- 1 root              root       286 Sep 24 17:41 alternatives.log.4.gz
-rw-r--r-- 1 root              root       337 Aug  4 10:46 alternatives.log.5.gz
-rw-r--r-- 1 root              root       373 Jun 10  2016 alternatives.log.6.gz
-rw-r--r-- 1 root              root       198 May  2  2016 alternatives.log.7.gz
-rw-r--r-- 1 root              root       139 Apr 14  2016 alternatives.log.8.gz
-rw-r--r-- 1 root              root       278 Mar 24  2016 alternatives.log.9.gz
drwxr-xr-x 2 root              root      4096 Jan  1 14:43 apt
-rw-r----- 1 root              adm      43494 Jan  6 15:26 auth.log
-rw-r----- 1 root              adm      38911 Jan  1 14:38 auth.log.1
-rw-r----- 1 root              adm       2446 Dec 27 19:00 auth.log.2.gz
-rw-r----- 1 root              adm       3930 Dec 18 10:11 auth.log.3.gz
-rw-r----- 1 root              adm       4216 Dec 12 09:19 auth.log.4.gz
-rw------- 1 root              utmp         0 Jan  1 14:43 btmp
-rw------- 1 root              utmp       768 Dec 29 11:15 btmp.1
drwxr-xr-x 2 clamav            clamav    4096 Jan  1 14:43 clamav
drwxr-xr-x 2 root              root      4096 Dec 31 10:41 cups
-rw-r----- 1 root              adm     716545 Jan  6 15:40 daemon.log
-rw-r----- 1 root              adm     625613 Jan  1 14:43 daemon.log.1
-rw-r----- 1 root              adm      52660 Dec 27 19:03 daemon.log.2.gz
-rw-r----- 1 root              adm     113021 Dec 18 10:15 daemon.log.3.gz
-rw-r----- 1 root              adm     119913 Dec 12 09:24 daemon.log.4.gz
-rw-r----- 1 root              adm     445180 Jan  6 15:26 debug
-rw-r----- 1 root              adm     400802 Jan  1 14:39 debug.1
-rw-r----- 1 root              adm      21218 Dec 27 19:00 debug.2.gz
-rw-r----- 1 root              adm      44854 Dec 18 10:11 debug.3.gz
-rw-r----- 1 root              adm      46855 Dec 12 09:19 debug.4.gz
-rw-r----- 1 root              adm         31 Feb  7  2016 dmesg
-rw-r--r-- 1 root              root         0 Jan  1 14:43 dpkg.log
-rw-r--r-- 1 root              root     22862 Dec 28 20:08 dpkg.log.1
-rw-r--r-- 1 root              root      3413 Mar 24  2016 dpkg.log.10.gz
-rw-r--r-- 1 root              root     78090 Feb 23  2016 dpkg.log.11.gz
-rw-r--r-- 1 root              root      1122 Dec  7 19:23 dpkg.log.2.gz
-rw-r--r-- 1 root              root      3089 Nov 14 18:33 dpkg.log.3.gz
-rw-r--r-- 1 root              root      4601 Sep 24 17:41 dpkg.log.4.gz
-rw-r--r-- 1 root              root      1397 Aug 19 23:43 dpkg.log.5.gz
-rw-r--r-- 1 root              root      4154 Aug  4 10:46 dpkg.log.6.gz
-rw-r--r-- 1 root              root      6905 Jun 24  2016 dpkg.log.7.gz
-rw-r--r-- 1 root              root      1357 May  2  2016 dpkg.log.8.gz
-rw-r--r-- 1 root              root      4474 Apr 14  2016 dpkg.log.9.gz
drwxr-s--- 2 Debian-exim       adm       4096 Jan  6 09:45 exim4
-rw-r--r-- 1 root              root     24024 Feb 12  2016 faillog
drwxr-xr-x 2 root              root      4096 Dec 12  2014 firebird
-rw-r--r-- 1 root              root      2621 Aug 19 23:35 fontconfig.log
drwxr-xr-x 2 root              root      4096 Feb  7  2016 fsck
drwxr-xr-x 3 root              root      4096 Feb  7  2016 hp
drwxr-xr-x 3 root              root      4096 Feb  7  2016 installer
-rw-r----- 1 root              adm    1818064 Jan  6 15:54 kern.log
-rw-r----- 1 root              adm    1637145 Jan  1 14:38 kern.log.1
-rw-r----- 1 root              adm     219598 Dec 27 18:59 kern.log.2.gz
-rw-r----- 1 root              adm     500432 Dec 18 10:11 kern.log.3.gz
-rw-r----- 1 root              adm     520274 Dec 12 09:22 kern.log.4.gz
-rw-rw-r-- 1 root              utmp    292292 Oct 25 16:49 lastlog
drwx--x--x 2 root              root      4096 Jan  6 15:26 lightdm
-rw-r----- 1 root              adm    1424253 Jan  6 15:54 messages
-rw-r----- 1 root              adm    1288647 Jan  1 14:43 messages.1
-rw-r----- 1 root              adm     188892 Dec 27 19:03 messages.2.gz
-rw-r----- 1 root              adm     425571 Dec 18 10:15 messages.3.gz
-rw-r----- 1 root              adm     442636 Dec 12 09:24 messages.4.gz
drwx------ 2 speech-dispatcher root      4096 Dec  5  2014 speech-dispatcher
-rw-r----- 1 root              adm     267124 Jan  6 15:54 syslog
-rw-r----- 1 root              adm     521297 Jan  6 09:45 syslog.1
-rw-r----- 1 root              adm     124026 Jan  5 10:13 syslog.2.gz
-rw-r----- 1 root              adm      49427 Jan  4 00:49 syslog.3.gz
-rw-r----- 1 root              adm     123372 Jan  3 09:04 syslog.4.gz
-rw-r----- 1 root              adm      49319 Jan  2 00:24 syslog.5.gz
-rw-r----- 1 root              adm      74163 Jan  1 14:43 syslog.6.gz
-rw-r----- 1 root              adm      96873 Dec 31 10:41 syslog.7.gz
-rw-r--r-- 1 root              root         0 Jan  6 14:59 toto
-rw-r----- 1 root              adm      26929 Jan  6 15:26 user.log
-rw-r----- 1 root              adm      31306 Jan  1 14:38 user.log.1
-rw-r----- 1 root              adm       2409 Dec 27 19:00 user.log.2.gz
-rw-r----- 1 root              adm       2864 Dec 18 10:11 user.log.3.gz
-rw-r----- 1 root              adm       3050 Dec 12 09:19 user.log.4.gz
drwxr-xr-x 2 root              root      4096 Jan  6 15:26 wicd
-rw-rw-r-- 1 root              utmp     57984 Jan  6 15:26 wtmp
-rw-rw-r-- 1 root              utmp    286848 Jan  1 14:38 wtmp.1
-rw-r--r-- 1 root              root     27189 Jan  6 15:26 Xorg.0.log
-rw-r--r-- 1 root              root     28006 Jan  6 15:01 Xorg.0.log.old
-rw-r--r-- 1 root              root     26510 Apr  3  2016 Xorg.1.log
~$

On voit bien que, par exemple, les messages sont historisés et soyez assuré que le fichier toto que je viens de créer a survécu à un reboot.
Par contre, ma Debian efface le contenu de /tmp à chaque reboot.
Est ce que ton /var/log n'est pas un lien symbolique vers quelque chose sous /tmp ?

Comme le propose ggnore, regarde les fichiers d'initialisation de tomcat.
Est ce qu'avec l'Ubuntu que tu as installé, ce n'est pas systemd qui doit lancer les services ?

[hapalemur]

Bjr,
Il s'agit d'un système monocarte (comme le Raspberry mais en plus puissant) dont l'OS est flashé en mémoire Nand. Comme les disques SSD, cette mémoire ne supporte qu'un nombre limité d'écritures. Et apparemment pour réduire la "charge d'écriture", on "réorganise" la mémoire au démarrage; ce qui explique que l'on ai des répertoires temporaires dans /etc/fstab :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
hubert@ubuntu:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
none            /tmp            tmpfs   defaults            0       0
none            /var/tmp        tmpfs   defaults            0       0
none            /var/log        tmpfs   defaults            0       0
/dev/mmcblk0p1  /mnt            vfat    uid=110,gid=115,defaults     0       0

Deux possibilités pour résoudre mon problème :

• Mettre en commentaire la ligne correspondant à /var/log. Mais dans ce cas on utilise la mémoire Nand -> dégradation avec le temps
• Utiliser un périphérique de stockage externe

J'ai choisi la 2ème solution : la carte dispose d'un connecteur pour disque SATA et d'un connecteur pour carte microSD.
J'utilise une carte microSD : 8Go pour les logs (on est à l'aise).
Merci pour vos réponses.