Ubuntu 6.06 LTS sera supportée jusqu'en Juin 2009. Bon c'est pas si mal...
Et je viens de voir que pour la Debian Etch c'est jusqu'à Octobre 2009.
Néanmoins tes infos sont super interessantes. Merci pour tes précisions. Elles me sont fortement utiles pour mes choix.
Je vais tester Ubuntu 6.06 LTS avec mon application puis si ça marche j'attaque le serveur :D
Si vous avez des commentaires sur ce sujet n'hésitez pas ;)
*Pourquoi une Sarge car mon objectif est de pouvoir installer *MySQL 4.1 car sur Debian 4.0 je ne peux qu'installer que *MySQL 5.0.
*Quelle idée de refuser MySQL 4.0 :-)
Je pense que tu voulais dire MySQL 5.0. Pour répondre à ta question, j'ai une application maison qui tourne sur MySQL 4.1 et pas sur MySQL 5.0 à cause de certaines requêtes qui ne marchent plus sur cette version.
Je connais le site, mais j'hésite car je ne sais pas ce qu'il a compilé exactement. Une autre question, je perd mes modules compilés dans le kernel si je fais un upgrade du kernel plus tard ?
Pour passer sur etch je pourrais toujours faire un apt-get dist-upgrade. Le temps qu'on adapte l'application sur MySQL 5.0.
* Tu ne risques pas d'avoir à compiler phpmyadmin, vu que c'est du php :-)
Autant pour moi tu as raison.
Sinon est-ce que c'est possible d'avoir un repository pointant sur les packages Sarge avec une distrib Etch ? Y aura-t-il des problèmes si la manip est possible ? Et si oui, lesquels ?
Bon je sais déjà que l'inverse pose des problèmes car dans l'install de Sarge, quand tu choisis tes dépots, tu as les packages Stable. Or Sarge n'est plus stable mais oldstable donc j'étais obligé de reconfigurer le sources.list pendant l'install. Pour pouvoir installer mes packages par le net.
#groupadd mysql
#useradd -g mysql -d /dbdata/mysql mysql
#chown -R mysql /dbdata/mysql
#chgrp - R mysql /dbdata/mysql
Puis je lance l'installation :
#mysql_install_db --user=mysql
et j'obtiens le message d'erreur suivant:
Installing all prepared tables
./bin/mysqld: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
Installation of system tables failed!
Examine the logs in ./data for more information.
You can also try to start the mysqld daemon with:
./bin/mysqld --skip-grant &
You can use the command line tool
./bin/mysql to connect to the mysql
database and look at the grant tables:
shell> ./bin/mysql -u root mysql
mysql> show tables
Try 'mysqld --help' if you have problems with paths. Using --log
gives you a log in ./data that may be helpful.
The latest information about MySQL is available on the web at http://www.mysql.com
Please consult the MySQL manual section: 'Problems running mysql_install_db',
and the manual section that describes problems on your OS.
Another information source is the MySQL email archive.
Please check all of the above before mailing us!
And if you do mail us, you MUST use the ./bin/mysqlbug script!
Pour vérifier ma version je fais
#ls /usr/lib | grep libstdc++
libstdc++.so.6
libstdc++.so.6.0.8
Que faire ? Dois-je désinstaller gcc-4.1.2-13.fc6 et libgcc-4.1.2-13.fc6 et mettre gcc 3 ?? C'est vraiment casse tête ces histoires de dépendances. Je remercie mon bienfaiteur !
# Install Ubuntu 6.06 LTS sur un DELL PowerEdge 860 Impossible
Posté par petit_manitoo . En réponse au message Installation Debian sur DELL PowerEdge 860 Disque SATA. Évalué à 1.
Ubuntu 6.06 Server LTS amd64 plante à la détection matériel lors de l'installation.
J'ai un raid matériel sas sata.
La Feisty passe bien l'install sauf que le paquet de transition mysql-server-4.1 me sert à rien puisque c'est mysql-server-5.0.
Que faire ?? Création d'un cd Ubuntu 6.06 Server LTS avec un kernel plus récent ? En intégrant les modules du kernel 2.6.20 de la feisty ?
[^] # Re: Ubuntu 6.06 LTS amd64 ou Ubuntu 6.06 LTS i386 ?
Posté par petit_manitoo . En réponse au message Installation Debian sur DELL PowerEdge 860 Disque SATA. Évalué à 1.
Mon principal critère est la stabilité.
Les packages amd64 sont-ils dignes de confiance que les packages i386 ?
Enfin ma question est valable quelquesoit la distribution.
Avez-vous un retour d'expérience sur ce sujet ?
[^] # Re: Support et durée de vie
Posté par petit_manitoo . En réponse au message Installation Debian sur DELL PowerEdge 860 Disque SATA. Évalué à 1.
Ubuntu 6.06 LTS sera supportée jusqu'en Juin 2009. Bon c'est pas si mal...
Et je viens de voir que pour la Debian Etch c'est jusqu'à Octobre 2009.
Néanmoins tes infos sont super interessantes. Merci pour tes précisions. Elles me sont fortement utiles pour mes choix.
Je vais tester Ubuntu 6.06 LTS avec mon application puis si ça marche j'attaque le serveur :D
Si vous avez des commentaires sur ce sujet n'hésitez pas ;)
Merci à tous en cas.
[^] # Re: sata et etch/sarge
Posté par petit_manitoo . En réponse au message Installation Debian sur DELL PowerEdge 860 Disque SATA. Évalué à 1.
*Quelle idée de refuser MySQL 4.0 :-)
Je pense que tu voulais dire MySQL 5.0. Pour répondre à ta question, j'ai une application maison qui tourne sur MySQL 4.1 et pas sur MySQL 5.0 à cause de certaines requêtes qui ne marchent plus sur cette version.
*pour un installateur debian (Sarge ou Etch) avec noyau récent :
*http://kmuto.jp/debian/d-i/
Je connais le site, mais j'hésite car je ne sais pas ce qu'il a compilé exactement. Une autre question, je perd mes modules compilés dans le kernel si je fais un upgrade du kernel plus tard ?
Pour passer sur etch je pourrais toujours faire un apt-get dist-upgrade. Le temps qu'on adapte l'application sur MySQL 5.0.
* Tu ne risques pas d'avoir à compiler phpmyadmin, vu que c'est du php :-)
Autant pour moi tu as raison.
Sinon est-ce que c'est possible d'avoir un repository pointant sur les packages Sarge avec une distrib Etch ? Y aura-t-il des problèmes si la manip est possible ? Et si oui, lesquels ?
Bon je sais déjà que l'inverse pose des problèmes car dans l'install de Sarge, quand tu choisis tes dépots, tu as les packages Stable. Or Sarge n'est plus stable mais oldstable donc j'étais obligé de reconfigurer le sources.list pendant l'install. Pour pouvoir installer mes packages par le net.
[^] # Re: Ama
Posté par petit_manitoo . En réponse au message Peut-on installer MySQL 4.1 sur Fedora Core 6. Évalué à 1.
J'ai essayé l'installation par les sources et toujours un problème de dépendance...
Dans un premier temps j'effectue un cat /proc/cpuinfo pour être sur que j'ai un x86_64 (on sait jamais lol).
J'obtiens ceci.
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Xeon(R) CPU 3050 @ 2.13GHz
stepping : 2
cpu MHz : 2133.413
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm
bogomips : 4270.67
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Xeon(R) CPU 3050 @ 2.13GHz
stepping : 2
cpu MHz : 2133.413
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm
bogomips : 4266.89
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
Ensuite j'ai téléchargé la source mysql:
mysql-standard-4.1.22-unknown-linux-gnu-x86_64-icc-glibc23.tar.gz
Je décompresse :
tar -xvzf mysql-standard-4.1.22-unknown-linux-gnu-x86_64-icc-glibc23.tar.gz
Je vais dans le répertoire décompressé et je fais :
./configure --enable-assembler --with-unix-socket-path=/tmp/mysql.sock --prefix=/ --exec-prefix=/usr --libexecdir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --localstatedir=/dbdata/mysql/ --infodir=/usr/info --includedir=/usr/include --mandir=/usr/man --enable-large-files --with-innodb --with-low-memory --with-charset=latin1 --enable-local-infile --with-extra-charsets=all --enable-thread-safe-client --with-client-ldflags=-lstdc++ --with-comment="MySQL by Kernel"
Ensuite je crée le groupe et l'utilisateur mysql
#groupadd mysql
#useradd -g mysql -d /dbdata/mysql mysql
#chown -R mysql /dbdata/mysql
#chgrp - R mysql /dbdata/mysql
Puis je lance l'installation :
#mysql_install_db --user=mysql
et j'obtiens le message d'erreur suivant:
Installing all prepared tables
./bin/mysqld: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
Installation of system tables failed!
Examine the logs in ./data for more information.
You can also try to start the mysqld daemon with:
./bin/mysqld --skip-grant &
You can use the command line tool
./bin/mysql to connect to the mysql
database and look at the grant tables:
shell> ./bin/mysql -u root mysql
mysql> show tables
Try 'mysqld --help' if you have problems with paths. Using --log
gives you a log in ./data that may be helpful.
The latest information about MySQL is available on the web at
http://www.mysql.com
Please consult the MySQL manual section: 'Problems running mysql_install_db',
and the manual section that describes problems on your OS.
Another information source is the MySQL email archive.
Please check all of the above before mailing us!
And if you do mail us, you MUST use the ./bin/mysqlbug script!
Pour vérifier ma version je fais
#ls /usr/lib | grep libstdc++
libstdc++.so.6
libstdc++.so.6.0.8
Que faire ? Dois-je désinstaller gcc-4.1.2-13.fc6 et libgcc-4.1.2-13.fc6 et mettre gcc 3 ?? C'est vraiment casse tête ces histoires de dépendances. Je remercie mon bienfaiteur !