Backups staan niet in DA maar worden wel gemaakt.

[X-Hosted]

Goedeavond iedereen,

Na enorm lang zonder problemen (of zelf oplossingen weten te vinden) met directadmin te hebben gewerkt, zitten we vandaag met een ding waar we maar niet uitkomen...

Het betreft het volgende;

''Vroeger'', op onze oude server, draaide er elke nacht een backupje van onze users en de users van onze resellers naar een ftp servertje in een ander datacenter.

Bij onze ''Tegenwoordige/nieuwe'' server (sinds een weekje of 2) is het backuppen naar onze ftp echter overbodig omdat er lokaal naar een andere server ge-backupped kan worden (en dat verbruikt natuurlijk minder dataverkeer).

Na een overplaatsing van alle users en resellers naar de nieuwe server, zijn de ''Current Backup Crons'' die onder reseller tools / manage user backups staan weg, dus gingen we er van uit dat er op die manier geen backups meer gemaakt werden... echter, zijn er snachts nog steeds pieken van 80mbit en jawel, op de FTP worden nog elke nacht backups gedumpt, maar in DA is daar niets van terug te vinden (ook geen ticket ''your backups are now ready'' meer).

In /etc/crontab en verder hebben we niet kunnen vinden/niet achter gekomen welke cron nu precies verantwoordelijk is voor de backup processen.

Iemand enig idee waar het wél staat?...

(Natuurlijk is de FTP offline gooien of ftp login changen een oplossing, maar we doen het toch graag op een 'nette' manier)

Alvast hartelijk bedankt!

[starfix]

Staat niet per ongeluk de oude server nog te draaien?

[MartijnRSD]

/var/spool/cron/diradmin

[X-Hosted]

Staat niet per ongeluk de oude server nog te draaien?

Nee, die staat al lang uit.

/var/spool/cron/diradmin

Bedankt voor de tip.
File bestaat inderdaad, als we deze echter openen met nano, staan er 0 regels in..volgensmij gewoon een lege file...?

[Technotop]

Nee, die staat al lang uit.



Bedankt voor de tip.
File bestaat inderdaad, als we deze echter openen met nano, staan er 0 regels in..volgensmij gewoon een lege file...?

ff in deze map zoeken:

/var/spool/cron/

Hier worden alle crons opgeslagen van gebruikers. Daar moet je even in zoeken =)

Bijvoorbeeld:

/var/spool/cron/gebruikersnaam

[X-Hosted]

Ga het morgen eens proberen net klaar met een ''spoedklusje'' van 3 uur dus de zin ontbreekt een beetje.. de tuin(stoel) roept .. in ieder geval voor de reacties

[ErikKosters]

Dat met 0 regels is bullshit.. Als je met nano doet maakt het niet uit welke path je doet.. of je nou

# nano /var/log/crontab
doet of
# nano /var/log/ikvindtditleuk

hij zal bij die 2e toch ook 0 regels zeggen alhoewel dat niet eens bestaat.

[Technotop]

Dat met 0 regels is bullshit.. Als je met nano doet maakt het niet uit welke path je doet.. of je nou

# nano /var/log/crontab
doet of
# nano /var/log/ikvindtditleuk

hij zal bij die 2e toch ook 0 regels zeggen alhoewel dat niet eens bestaat.

Volgens mij is het nog altijd: /var/log/cron en niet /var/log/crontab afaik, het doet er weinig toe =)

[X-Hosted]

hij zal bij die 2e toch ook 0 regels zeggen alhoewel dat niet eens bestaat.

Dan zegt ie [new file] en geen 0 regels

ff in deze map zoeken:

/var/spool/cron/

Hier worden alle crons opgeslagen van gebruikers. Daar moet je even in zoeken =)

Bijvoorbeeld:

/var/spool/cron/gebruikersnaam

Net uurtje aan het proberen geweest;

Heb zowat alle users en resellers nagekeken in /var/spool/cron/

Maar kan toch echt niets vinden, alles wat ik bekeken heb is een lege file [0 regels].

Zelfs als ik een nieuwe backup cron voor admin maak staat er in het bestandje admin in /var/spool/cron/ niets...

[Technotop]

Dan zegt ie [new file] en geen 0 regels



Net uurtje aan het proberen geweest;

Heb zowat alle users en resellers nagekeken in /var/spool/cron/

Maar kan toch echt niets vinden, alles wat ik bekeken heb is een lege file [0 regels].

Zelfs als ik een nieuwe backup cron voor admin maak staat er in het bestandje admin in /var/spool/cron/ niets...

eh... kijk je logs eens na en hoelaat gaat hij backups aan maken?! Dit -moet- te zien zijn in de logs..

[X-Hosted]

Heb de logs van de FTP server waar de backups naartoe gaat bekeken en er werden elke nacht rond 5;00 backups weggeschreven, klopte als een bus met wat ooit in de instellingen heeft gestaan.

Directadmin support wist me het volgende te vertellen:
Maak een nieuwe backup cron aan en verwijder deze daarna weer, gedaan.. en guss what? het werkte!, er zijn sinds dien geen backups meer weggeschreven naar de ftp

[wbakker-letsgoonline]

Wij hebben soort gelijk probleem gehad alleen met een ip adres dat weer online kwam elke keer als we de server een reboot gaven, hebben toen het ip opnieuw aangemaakt en verwijderd en sindsdien is het probleem opgelost.

Het lijkt er dus op dat er ergens nog wat heeft gestaan waardoor hij die cron heeft uitgevoerd...