[HowTo]: Backup ausschalten "per Domain" - Neue Version auf Seite 6

[rbtux]

ja und? wer sagt dann das ein nightly laufen muss?

[FISA4]

(04-24-2009 05:21 AM)rbtux Wrote:  ja und? wer sagt dann das ein nightly laufen muss?

ich

sonst kommt ein neuer user, nennen wir ihn mal "erwin_der_breitgetretene" der ganz aktuell sein will.

der hat dann das nightly->nightly updatescript als cron am laufen,
wahrscheinlich auf nem produktiv-system und heult dann den halben tag weil er beim anlegen oder editieren von usern ne fehlermeldung bekommt.

[rbtux]

na gut das ist dann aber nicht unser problem... Bis eine stable draussen ist kann ich das nachvollziehen (mehr oder weniger zumindest), aber jetzt? Muss jeder damit rechnen das eine nightly broken ist...

Aber das ist natürlich nur meine Meinung

[FISA4]

(04-24-2009 05:50 AM)rbtux Wrote:  na gut das ist dann aber nicht unser problem... Bis eine stable draussen ist kann ich das nachvollziehen (mehr oder weniger zumindest), aber jetzt? Muss jeder damit rechnen das eine nightly broken ist...

Aber das ist natürlich nur meine Meinung

letztes nightly war ja auch ganz minimal broken.
der ispcp-dmn-mngr war wegen 3 fehlender ; "out of order"

[ephigenie]

immer mit der Ruhe alter Mann ist kein D-Zug.
Sollte jetzt alles soweit laufen (mein Setup lief einwandfrei durch )
Mit laufendem Daemon danach.

Den verbleibenden Fehler im backup hab ich auch gefixt - durch die separierung von sql und main backup, konnte es passieren, dass $backup_cmd undef blieb, aber sys_command damit aufgerufen wurde...

[FISA4]

(04-24-2009 08:29 AM)ephigenie Wrote:  Den verbleibenden Fehler im backup hab ich auch gefixt - durch die separierung von sql und main backup, konnte es passieren, dass $backup_cmd undef blieb, aber sys_command damit aufgerufen wurde...

ahhh soooo...
und jetzt mal in Form von

Suche nach:
Ersetze mit:

Dann können meine 5 letzten Gehirnzellen (die anderen sind durch den russischen Vodka von stream_data_ru im Cronjob-Script gestorben ) das auch nachvollziehen.

Hat sich erledigt...
Gefunden in http://www.isp-control.net/ispcp/changeset/1707

[BeNe]

Ich will den Bogen ja echt nicht überspannen,
habe nur mal wieder die Roadmap durchgeschaut:
--> http://www.isp-control.net/ispcp/ticket/1043

Würde es denn sinn machen das einzubauen ?
Weil wenn wir sogesehen sagen, das ein User ein Backup haben will bevor er was ändern stellt sich die Frage, ein Full/SQL/htdocs Backup ?

Keine Ahnung wie anspruchsvoll der Einbau ist, wollte nur kurz info geben weil die Baustelle ja grad existiert.

Greez BeNe

[ephigenie]

It can be done if we make our ispcp-backup-all script accept a domain_id.
But then the problem resists who should control what type of backup (sql,full,none).
Right now its the reseller.

If we leave this to the customer then we need to have a flag if the customer is allowed to change the backup type.
Because if he only has a sql backup but needs a full backup...

And then ... what about the admin ?
I think the admin should have the option and final power, too to disable backups for resellers.

What do you mean - how to solve ?

[Zothos]

I have completed the DB updates for the per domain backup

[BeNe]

Quote:I think the admin should have the option and final power, too to disable backups for resellers.

Of course!

Quote:I have completed the DB updates for the per domain backup

I saw it - thanks.

Greez BeNe