Aktueller Inhalt von ShekconTrebb

hehe schau mal bei grunix vorbei der hatt schon ein kleines review geschrieben. http://www.grunix.de/archives/2007-12-12/371/Book-Of-PF-Eine-Rezension/

ähm dann brauchst du pro ip einen eigenen ftp-proxy :) z.b. rc.local # FTP Proxies if [ -f /usr/sbin/ftp-proxy ]; then echo -n ' Starting FTP Proxy: xy'; /usr/sbin/ftp-proxy -b x.x.x.x -p 21 -P 21 -R y.y.y.y -q bla1 echo -n ' Starting FTP Proxy: xy'...

mh schon mal geschaut wie groß die "auswahl" entpackt ist? *edit* also base entpackt ist bei mir 141M groß evtl das der fehler?

hast du schon versucht table <foobar> { $macro1, $macro2, $host } ? oder du kannst auch die table über eine textdatei laden etc

du schreibst dann table <bar> { x.x.x.x/x, y.y.y.y/y } ist dann eine table und kein macro oder versteh ich was nicht?

*hust* Arbeiten die Jungs nicht grad am FS ? Wenn du den DailySnapshot benutzt gehe ich mal davon aus das dies current ist? oder hab ich die DailySnapshots nicht verstanden? Zumindest hat OpenBSD kein "tolles" FS, das ist wahr. Aber ich glaub die wissen das und es gibt bewegung an der FS...

camcontrol devlist ist dein freund und dann das andere device passX probieren :) *edit* bzw nsa verwenden sa spool ja selber zurück

Mh... Also ich könnte mir schon vorstellen eine Schrotflinte im Serverraum stehen zu haben. Dann hübsch die größte Körnung laden. Und wenn "im Notfall" alle Stricke reissen :) bam bam.... Naja mal im ernst: "Wer seine Aggresionen nicht Artikulieren kann ...." :)

Also was Mac OS X recht gern macht ist bei jeder änderung von Hintergrund gibts nen Connect auf apple per http die machen da ne Statistik und schauen was die User so am Desktop etc ändern :) Probierts aus.

nismo2000 :) puha :) um es in den worten des aktuellen "Backup und Recovery" von O'Reily zu sagen. Backup intressiert keine Sau, aber das Recovery intressiert jeden! (so oder ähnlich) Das Buch kann ich nur empfehlen. Das wichtigste ist eigentlich immer erst Testen ob es auch tatsächlich...

restore -i aber ich hoffe ich liege falsch .... /dev/sa0 ist das device bei dem beim beenden das tape zurückgespult wird (ich hoffe ich teusch mich in deinem fall) deshalb benutzt man für vortlaufende sachen /dev/nsaX da nicht zurückgespult wird... wie gesagt ich hoffe das ich mich teusche...

mh ob das bei Bacula eingebaut ist weis ich nicht aber bei mir schreibt Bacula auf ein DLT mit 5-6MB konstant man kann bei bacula auch mit Spool Dir arbeiten so das zu erst auf HD geschrieben wird und dannach auf Band geschrieben wird.

Also ich hab als ich bei uns Bacula an den Start gebracht hab mit verschiedenen Laufwerken und Autoloadern rumgespielt. Ich musste nicht wirklich "booten" sondern hab mir mit camcontrol rescan all die entsprechenden devices geholt und hatte eigentlich keinerlei probleme. Sowohl FreeBSD 6.2...

camcontrol ist dein freund

? warum ? Bin ich froh das es immer "kleine" Mengen sind. Aber vermutlich wundern die Jungs vom Zoll sich nur wenn eine CD in mehrere T-Shirts gewickelt ist.