PDA

Bekijk Volledige Versie : 1.33.5



Nielsvk
26/04/09, 00:48
Hello,

DirectAdmin 1.33.5 has been released.
http://www.directadmin.com/versions.php?version=1.335000
This is a security release to address the da_admin mysql password being passed to mysqldump via command line for db backups.
The change places the user/pass in a secure my.cnf file, which is passed to mysqldump via the --defaults-extra-file option.

Thank you,

John


Net met succes geupdate-t.

Jimmy1987
26/04/09, 00:53
Hier ook net met success geupdate.

Was je me net voor met het topic Niels :pinch: :)

Herbert
26/04/09, 01:02
Hier ook met succes geupdated met CentOS 5.3

Randy
26/04/09, 01:05
Oh jee, gaan we nu allemaal op het update knopje klikken en hier een post doen? Je moet wel iets meer doen:

[root@sv73 ~]# cd /usr/local/directadmin/conf/
[root@sv73 conf]# cat mysql.conf >> my.cnf
[root@sv73 conf]# cat my.cnf
user=da_admin
passwd=secret

aristo
26/04/09, 09:05
Oh jee, gaan we nu allemaal op het update knopje klikken en hier een post doen? Je moet wel iets meer doen:

[root@sv73 ~]# cd /usr/local/directadmin/conf/
[root@sv73 conf]# cat mysql.conf >> my.cnf
[root@sv73 conf]# cat my.cnf
user=da_admin
passwd=secret

Ik heb net ook zo'n update gedaan en kreeg de indruk dat, wat jij hier schrijft, automatisch gedaan wordt? Vr.gr Eef

systemdeveloper
26/04/09, 09:06
Oh jee, gaan we nu allemaal op het update knopje klikken en hier een post doen? Je moet wel iets meer doen:

[root@sv73 ~]# cd /usr/local/directadmin/conf/
[root@sv73 conf]# cat mysql.conf >> my.cnf
[root@sv73 conf]# cat my.cnf
user=da_admin
passwd=secret
Oh oh, nu heb je een hoop lange gezichten veroorzaakt :)

systemdeveloper
26/04/09, 09:09
Ik heb net ook zo'n update gedaan en kreeg de indruk dat, wat jij hier schrijft, automatisch gedaan wordt? Vr.gr Eef
nope, althans niet op freebsd en debian (bij mij)

Edit: denk ook even aan de owner, group en rechten nadat je het conf bestandje gekopieerd hebt. Zeker aks je een default umask hebt.

NedBoys
26/04/09, 09:42
Instead of passing the da_admin password via command line for mysqldump, instead create:
/usr/local/directadmin/conf/my.cnf, and fill with data from mysql.conf in the [client]format for mysqldump to read. This my.cnf is passed to mysqldump via --defaults-extra-file. This ensures the da_admin password is not seen from any process lists. On many OS's, mysqldump hides this information from the process list, but some do not hence this is needed. Either way, this method is more secure. Thanks to Erik Smit for this report.

Even wat meer info, van waarom.

Lampje
26/04/09, 12:04
Ik wacht nog even met updaten ^^.
Iemand een handleidinkje hoe we nu precies moeten updaten? :P

Mdaniels
26/04/09, 12:05
Ik heb Da gewoon kunnen updaten vanaf het controlpanel zelf.
Dit is prima gelukt.

Christophe1
26/04/09, 23:40
De update leek op het eerste zicht geen problemen te geven, maar sindsdien duikt volgend probleem op bij het backuppen: "Cannot find the sql file after backup was run".

Een voorbeeld:

Error while backing up database bwb_belgianblue
Error while backing up database bwb_belgianblue: Cannot find the sql file after backup was run: /home/sponsored/user_backups/bwb/backup/bwb_belgianblue.sql

Op zich beetje vreemde foutmelding aangezien /bwb/backup/ in user_backups/ helemaal niet bestaat, toch? In user_backups hebben we enkel de tar.gz's?

Iemand suggesties?

Jimmy1987
27/04/09, 01:14
Hier nog geen problemen gehad op CentOS.
Ook niet met backuppen.

@Randy, voorheen waren dit soort topics er ook al en net nu ga je je eraan storen?

Tim.Bracquez
27/04/09, 01:44
Leuk al die updates, echter is het niet gewoon op het knopje 'update' klikken...
Als dit uitgerold moet worden naar al je klanten en ook voor eigen services ga je toch wat meer gaan testen / onderzoeken wat en hoe...
*klik & down*

even de testbak op....

Geert-Jan
27/04/09, 07:55
Hier nog geen problemen gehad op CentOS.
Ook niet met backuppen.

@Randy, voorheen waren dit soort topics er ook al en net nu ga je je eraan storen?

Wat is dan dan volgens jou het nut van de postings
'ik heb geupdated' ???

aristo
27/04/09, 08:04
[QUOTE=Christophe1;1056442]De update leek op het eerste zicht geen problemen te geven, maar sindsdien duikt volgend probleem op bij het backuppen: "Cannot find the sql file after backup was run".
QUOTE]

Was dat niet de bug die in 1.33.4 opgelost was?

Herbert
27/04/09, 08:08
Even een toevoeging op de update van mijn vorige post.
Hier was de update goed gegaan met CentOS 5.3 en geen problemen met de database zoals velen hebben, de backups verlopen hier prima zonder fouten.
Waar nu opeens die errors vandaan komen die ik lees dat kan ik vanaf hier niet zien, ik denk dat die fouten er al eerder in zaten en dat ze er nu achter komen doordat iedereen een extra check uitvoerd.
Die errors komen niet van de update is mijn idee.

Christophe1
27/04/09, 10:44
[QUOTE=Christophe1;1056442]De update leek op het eerste zicht geen problemen te geven, maar sindsdien duikt volgend probleem op bij het backuppen: "Cannot find the sql file after backup was run".
QUOTE]

Was dat niet de bug die in 1.33.4 opgelost was?

Blijkbaar niet, probleem dook op sinds de update naar 1.33.5.

Blacky
27/04/09, 12:01
Klopt Christophe1. Het probleem duikt op na de update naar versie 1.33.5.
Op Directadmin is inmiddels ook al een thread met een aantal mensen die dit probleem ervaren sinds de upgrade.

systemdeveloper
28/04/09, 08:39
De update leek op het eerste zicht geen problemen te geven, maar sindsdien duikt volgend probleem op bij het backuppen: "Cannot find the sql file after backup was run".

Een voorbeeld:

Error while backing up database bwb_belgianblue
Error while backing up database bwb_belgianblue: Cannot find the sql file after backup was run: /home/sponsored/user_backups/bwb/backup/bwb_belgianblue.sql

Op zich beetje vreemde foutmelding aangezien /bwb/backup/ in user_backups/ helemaal niet bestaat, toch? In user_backups hebben we enkel de tar.gz's?

Iemand suggesties?
Je moet even checken of je niet ergens een my.cnf hebt staan ( /etc/my.cnf maybe ) met reeds een [mysqldump] sectie.
Of je voegt daar de username en password toe, of je verplaatst die sectie naar /usr/local/directadmin/data/my.cnf.

ju5t
28/04/09, 12:17
Problemen lijken alleen te spelen bij Debian en FreeBSD; zie http://www.directadmin.com/forum/showthread.php?t=29158
Handmatige update naar 1.33.6 draaien is het advies: http://help.directadmin.com/item.php?id=29

BramuS
28/04/09, 12:28
Dit klopt, de problemen werden volgens John (na een nachtje met John te hebben gezocht) veroorzaakt door een rechten probleempje. John heeft een van mijn servers vanacht geupdate en vervolgens hebben we een aantal tests gedaan en het backup probleem is nu opgelost, het backuppen gaat weer goed.

Let wel op als je handmatig update dan zie je nog wel versie 1.33.5 staan bij DA, een update voor de overige linux varianten wordt overigens vandaag verwacht zoals ik begrepen heb.

Christophe1
28/04/09, 13:46
Problemen inderdaad opgelost na het manueel updaten.

Bedankt voor jullie hulp!

Ook de support van Directadmin is echt wel fantastisch. Vannacht een mailtje gestuurd naar John, en vanmorgen al een oplossing in m'n mailbox. Zal ook wel wat met het uurverschil te maken hebben, maar toch :thumbup: