Bienvenue !

Please see the manual page for ulimit for details.
'pinfo' is a lynx-style info page browser that I find very usefull for browsing info manual pages on Linux.
from the Linux info pages for ulimit:
Here is a list of resources for which you can specify a limit. Memory and file sizes are measured in bytes.


 RLIMIT_CPU
The maximum amount of CPU time the process can use. If it runs for longer than this, it gets a signal: `SIGXCPU'. The value is measured in seconds. *Note Operation Error Signals::.


 RLIMIT_FSIZE
The maximum size of file the process can create. Trying to write a larger file causes a signal: `SIGXFSZ'. *Note Operation Error Signals::.


 RLIMIT_DATA
The maximum size of data memory for the process. If the process tries to allocate data memory beyond this amount, the allocation function fails.

 RLIMIT_STACK
The maximum stack size for the process. If the process tries to extend its stack past this size, it gets a `SIGSEGV' signal. *Note Program Error Signals::.


 RLIMIT_CORE
The maximum size core file that this process can create. If the process terminates and would dump a core file larger than this, then no core file is created. So setting this limit to zero prevents core files from ever being created.

 RLIMIT_RSS
The maximum amount of physical memory that this process should get. This parameter is a guide for the system's scheduler and memory allocator; the system may give the process more memory when there is a surplus.


 RLIMIT_MEMLOCK
The maximum amount of memory that can be locked into physical memory (so it will never be paged out).


 RLIMIT_NPROC
The maximum number of processes that can be created with the same user ID. If you have reached the limit for your user ID, `fork' will fail with `EAGAIN'. *Note Creating a Process::.


 RLIMIT_NOFILE

 RLIMIT_OFILE
The maximum number of files that the process can open. If it tries to open more files than this, its open attempt fails with `errno' `EMFILE'. *Note Error Codes::. Not all systems support this limit; GNU does, and 4.4 BSD does.


 RLIMIT_AS
The maximum size of total memory that this process should get. If the process tries to allocate more memory beyond this amount with, for example, `brk', `malloc', `mmap' or `sbrk', the allocation function fails.


 RLIM_NLIMITS
The number of different resource limits. Any valid RESOURCE operand must be less than `RLIM_NLIMITS'.
-- Constant: int RLIM_INFINITY This constant stands for a value of "infinity" when supplied as the limit value in `setrlimit'.
`ulimit' and the command symbols are declared in `ulimit.h'.
HTH
Kind Regards,
Keith Roberts

Websites:
http://www.php-debuggers.net
http://www.karsites.net

Les fichiers de config après le boot sur le 2.6.29.4
Config

Le patch contient les fichiers tar des modules vmware a déposer dans /usr/lib/vmware/modules/source.

Le site où je les ai récupérés: http://www.saarlinux.de/blog/?p=5

Correction de quelques bugs. Pas de changement de la config.
Voir aussi :
http://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.27.24

Mise à jour corrigeant quelques petits bugs.


 Le dmesg
 Le bootlog
 Configuration

Et comme il vaut mieux prévenir que guérir autant avoir une petite idée des changements engendrés.

En effet je ne sais pas si le team php va sortir une version 5.2.10 (ils avaient déjà renaclé un peu pour la 5.2.9) mais si cette branche n'est plus maintenue il va falloir retrousser les manches.

J'ai testé quelques portails (j'alimenterais ce test au fur et à mesure selon mes dispos) et même si la majorité fonctionnent avec cette nouvelle mouture de php, certains plantent tout simplement.

Un guide d'upgrade est fourni mais encore va-t-il falloir que les dev des cms s'y collent et à priori il y a du boulot php-5.3 upgrade guide

Les tests réalisés

Eh oui, bien qu'une mise à jour soit sortie le 30/03 la dernière version de vmware-server ne passe pas avec le kernel-2.6.29.

J'ai testé avec des patchs proposés par certains utilisateurs sans succès.
Dommage car au rythme ou vmware sort des mises à jour depuis la version 2, il faudra probablement attendre pas mal de temps pour pouvoir utiliser un noyau > 2.6.28 ou alors il faudra trouver le bon patch (souvenez-vous des vmware-any-any de la série 1.0.x ...)

Concernant le kernel 2.6.28 par contre, cela se passe très bien et sans aucune erreur lors de la compil des modules.

Dans la foulée une mise à jour des pilotes nvidia (version 180.44) a été installée avec succès.

Cf le commentaire je laisse le résulat de la compil effectuée après passage du patch récupéré le 13.
Compil

Je serais bien passé au noyau 2.6.29 mais vmware-server-2.0 plante à la compil des modules. En attendant une mise à jour (qui est toujours à l'état pending depuis plusieurs mois chez vmware), je reste sur la branche 2.6.28

J'ai abandonné mon bon vieux graveur SCSI Yamaha et le lecteur Plextor SCSI pour passer au graveur SATA.


 config noyau
 details
 dmesg-2.6.28.9
 modules chargés

J'ai modifié les paramètres des caches des navigateurs Firefox et Opera en déplaçant le cache sur un système tmpfs.

Il suffit d'ajouter une ligne comme suit dans le fstab:
tmpfs /ramdisk/Cache tmpfs size=64m,users,uid=1000,gid=1000 0 0

Il faut ensuite remplacer le répertoire du cache des navigateurs par un lien symbolique CREE EN ROOT !

root@p733:~/.mozilla/firefox/xxxxxx.default# ll Cache
lrwxrwxrwx 1 root root 15 2009-03-27 09:52 Cache -> /ramdisk/Cache/

root@p733:~/.opera# ll cache4
lrwxrwxrwx 1 root root 15 2009-03-27 10:12 cache4 -> /ramdisk/Cache/

Pour opera on peut également utiliser les plugins pré-installés pour Firefox en ajoutant le chemin adéquat dans le fichier pluginpath.ini.

root@p733:~/.opera# cat pluginpath.ini
Opera Preferences version 2.1
[Paths]
/home/pme/.mozilla/plugins=1
/usr/lib/opera/plugins=1
/usr/lib/mozilla/plugins=1

Alerte de secu sur modsecurity : nouvelle version 2.5.9

Le dépôt dotdeb pour lenny a mis à jour les paquets relatifs à la messagerie:

Nouvelles versions:
srvweb:/# dpkg -l vpopmail-bin qmail ezmlm-idx libvpopmail1

ii ezmlm-idx 6.0.1-0.dotdeb.1 easy-to-use, high-speed mailing list manager for qmail
ii libvpopmail1 5.4.27-0.dotdeb.1 vpopmail libraries
ii qmail 1.03-40.dotdeb.1 Secure, reliable, efficient, simple mail transport system
ii vpopmail-bin 5.4.27-0.dotdeb.1 vpopmail binaries

Après la mise à jour de vpopmail-bin il sera nécessaire de vérifier les droits sur le fichier : /usr/sbin/vchkpw qui devront être positionnés comme suit:

srvweb:/# ll /usr/sbin/vchkpw
-rwsr-sr-x 1 root root 85364 mar 12 18:53 /usr/sbin/vchkpw