Domenica 10/07/2011 Slacky down

[ZeroUno]

...Però una pagina di cortesia la potevano pure mettere eh!

Ma quale pagina di cortesia, non ci faceva neanche il boot !!!

Me ne sono accorto (vi ho seguito sai )
Ad un certo punto come home di slacky.eu c'era una pagina di amministrazione di qualcosa (credo un tool messo a disposizione dal provider, ma non ricordo come si chiama). Quindi un webserver non slacky era in piedi.
Anche il dns era up. Bastava redirezionare www da qualche parte su internet.

[lablinux]

E' successo che il kernel della 13.37 contiene il viafb che viene caricato all'avvio da udev. Questo entra in collisione con il vesafb e fa piantare il kernel!

Le cose sono andate per le lunghe perché avevamo continuo bisogno del servizio di assistenza per capire e risolvere, questo vuol dire rimanere confinati negli orari di lavoro sia loro che nostri. La comunicazione tra noi e il servizio di assistenza non è stata semplice, però devo ammettere che il supporto è veramente ottimo e ti lasciano piena libertà di operare!

Emanuele

ah. perché non ho mai riscontrato questo problema? Forse perchè non uso vesafb (modulo per x server?) ?

[targzeta]

http
Stiamo pensando al da farsi, ma probabilmente verrà aggiornato

@ZeroUno
Quello che vedevi online non era il nostro server ma un sistema di rescue tramite il quale potevamo accedere ai nostri filesystem, ma non era sempre online, giusto il tempo di fare modifiche. Il DNS veniva usato a volte per riderigerci (ma si dice così?) proprio su questo sistema di rescue. Comunque hai ragione, probabilmente si poteva fare di meglio.

@lablinux
Dipende dall'architettura e da altri fattori. Il vesafb è quello classico usato all'avvio (vga=... nel lilo.conf) e non server per X, lì generalmente si usano altri driver propri del server. Io ad esempio non uso nessun framebuffer, uso il KMS. Inoltre framebuffer sono blacklistati, vedi il file /etc/modprobe.d/blacklist.conf. Quindi in generale non si hanno di questi problemi.

Emanuele

[Paoletta]

Che bello tornare up

davvero!

[NetNightmare]

Beh no, noi abbiamo aggiornato tutto alla Slackware 13.37 e lì apache è alla 2.2.17. Il 2.2.19 è stato aggiunto nella current e, a giudicare dal ChengeLog.txt non sembra un aggiornamento di sicurezza.

Fammi sapere se hai qualche info in più a riguardo,
Emanuele

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

[slackware-security] httpd (SSA:2011-133-02)

New httpd packages are available for Slackware 12.0, 12.1, 12.2, 13.0, 13.1,
13.37, and -current. These have been compiled against the new versions of
apr and apr-util, which were upgraded to fix a security issue that affects
Apache httpd. It is recommended that all three updates be applied.


Here are the details from the Slackware 13.37 ChangeLog:
+--------------------------+
patches/packages/httpd-2.2.18-i486-1_slack13.37.txz: Upgraded.
This is a bug fix release, but since the upgrades to apr/apr-util require at
least an httpd recompile we opted to upgrade to the newest httpd.
+--------------------------+

--------------------------------------------------------------------------------------------------------------------------

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

[slackware-security] httpd (SSA:2011-145-02)

New httpd packages are available for Slackware 12.0, 12.1, 12.2, 13.0, 13.1,
13.37, and -current to fix accidental ABI breakage caused by httpd-2.2.18.


Here are the details from the Slackware 13.37 ChangeLog:
+--------------------------+
patches/packages/httpd-2.2.19-i486-1_slack13.37.txz: Upgraded.
Revert ABI breakage in 2.2.18 caused by the function signature change
of ap_unescape_url_keep2f(). This release restores the signature from
2.2.17 and prior, and introduces ap_unescape_url_keep2f_ex().
Apache httpd-2.2.18 is considered abandoned. All users must upgrade.

[Ansa89]

Ad un certo punto come home di slacky.eu c'era una pagina di amministrazione di qualcosa (credo un tool messo a disposizione dal provider, ma non ricordo come si chiama)

Si chiama "NOC Monkey" e c'è una simpatica scimmietta che fa la guardia alla pagina di login .

[lablinux]

http
@lablinux
Dipende dall'architettura e da altri fattori. Il vesafb è quello classico usato all'avvio (vga=... nel lilo.conf) e non server per X, lì generalmente si usano altri driver propri del server. Io ad esempio non uso nessun framebuffer, uso il KMS. Inoltre framebuffer sono blacklistati, vedi il file /etc/modprobe.d/blacklist.conf. Quindi in generale non si hanno di questi problemi.
Emanuele

Grazie, devo ricominciare a leggere un po di documentazione.

[lablinux]

Si chiama "NOC Monkey" e c'è una simpatica scimmietta che fa la guardia alla pagina di login .

è vero, tutti i segnalibri di slacky si sono aggiornati, dalla s alla scimmietta

[ZeroUno]

Ecco, non mi veniva il nome.
L'ultima iconcina sui preferiti l'ho risistemata stamattina.

Ho anche tenuto sono monitoring la versione di ssh capendo così anche lo stato d'avanzamento della installazione.

Scusa. E' solo che le mie mani fremevano .

[zoros]

bentornati ... devo dire che cominciavo a preoccuparmi

[Plaoo]

Grazie di cuore ragazzi, tra IRC e Facebook ho letto di alcuni problemi. Alla fine ci siete riusciti grazie ancora,

[S@*]

oh bene, di nuovo tutto a posto!

[targzeta]

Ragazzi credo abbiate dimenticato le patch di sicurezza o perlomeno di fare un refresh di apache

http://www.slacky.eu
Wed Jul 13 12:18:30 2011
Apache/2.2.17 (Unix) DAV/2 PHP/5.3.6

apache e' alla 2.2.19 su slackware 13.37

Codice: Seleziona tutto

Apache/2.2.19 (Unix) DAV/2 PHP/5.3.6

Emanuele

[ZeroUno]

devo dire che cominciavo a preoccuparmi

Io no... credo nelle competenze del nostro staff

[gohanz]

Ragazzi sembra che non funzionino i link sulla homepage. Ad esempio quelli che portano a tutti i repository. Insomma tutta la serie di link che sta a sinistra sotto la voce menu.