ssh en tasks

[jr212]

Hi,
Op meerdere plaatsen vind ik dat je via

sudo cp /var/log/messages /volume3/Backup/naam.txt

de log kunt kopiëren naar een leesbare plaats. Ik zou dit via een task willen vereenvoudigen.

Kan dit?
ik probeerde dit

$echo <123456> | sudo -s cp /var/log/messages /volume3/Backup

maar ok dit lukt niet.
123456 natuurlijk met het juiste wachtwoord:)


Jan

[Birdy]

Task Manager gebruiken.

[Briolet]

Ik doe het dagelijks met

Code: [Selecteer]

cp /var/log/messages /volume1/xxxxx/messages.log

[jr212]

Task Manager gebruiken.

Dat is dus wat ik probeer maar het lukt niet

Ik doe het dagelijks met

Code: [Selecteer]

cp /var/log/messages /volume1/xxxxx/messages.log

lukt ook niet. foutmelding ==> cp: cannot open '/var/log/messages' for reading: Permission denied

Jan

[sciurius]

Ik merk met de TaskManager dat hij tasks uitvoert als de opgegeven owner (doorgaans 'root') wanneer ze automatisch worden gedraaid (dus via schedule), maar als de ingelogde gebruiker (en dat is doorgaans niet root, dat wordt althans sterk afgeraden) wanneer de taak handmatig wordt geïnitieerd.
Dat kan voor permissieproblemen zorgen.

[jr212]

Sorry ik had niet gezien dat ik root als gebruiker kon kiezen. brilleke stond niet juist denk ik:)
Als root werkt het dus goed.

Ik heb er dit van gemaakt.

Code: [Selecteer]

cp /var/log/messages "/volume3/Backup/messages_$(date +%Y%m%d_%H%M%S).log"

[Briolet]

Ik heb hier nog nooit problemen gezien. De standaard gebruiker van de taak is al root, tenzij je het aanpast. En taken kun je alleen als administrator maken.

Ik toch heb even gekeken naar mijn taak en die is toch net iets anders dan ik eerst aangaf:

Code: [Selecteer]

cp -f /var/log/messages /volume1/xxxxxx/messages.log
cp -fp /var/log/messages.1.xz /volume1/xxxxx
Die '-f' zorgt ervoor dat de oude output file gewist wordt voordat er een nieuwe geschreven wordt. De tweede regel zorgt ervoor dat ik ook het vorige logboek meeneem, voor het geval er net een 'rollover' was.

Jouw script hierboven met de datum in de filenaam geeft wel heel veel files die bijna gelijk zijn, omdat het logboek zelf al vele dagen beslaat. Als je ook alle oude logboeken wilt bewaren, is het efficienter om naar de aanmaaktijd van de messages.1.xz file te kijken en die met een datum op te slaan als hij jonger is dan die op volume1. (Dan is er een rollover geweest sinds de vorige taak.).

[jr212]

Vele bestanden zal wel meevallen. gezien ik dit enkel doe wanneer er een probleem is. Zoals nu dus het geval is. De tijd incl sec zorgt er voor dat het nooit overschreven wordt.

Wat is de parameter -fp bij jouw 2° lijn; Ik vind niets terug via https://man7.org/linux/man-pages/man1/cp.1.html

Jan

PS Bedankt voor de hulp

[Birdy]

Wat is de parameter -fp bij jouw 2° lijn; Ik vind niets terug via https://man7.org/linux/man-pages/man1/cp.1.html

Daar vind je het juist wel terug.

-f --force.....
-p   same as.....

Samengevoegd: -fp

[Briolet]

De manual page op de mac is nog iets uitgebreider:

-p    Cause cp to preserve the following attributes of each source file in the copy:
           modification time, access time, file flags, file mode, user ID, and group ID,
           as allowed by permissions.  Access Control Lists (ACLs) and Extended Attributes
           (EAs), including resource forks, will also be preserved.

           If the user ID and group ID cannot be preserved, no error message is displayed
           and the exit value is not altered.

           If the source file has its set-user-ID bit on and the user ID cannot be pre-
           served, the set-user-ID bit is not preserved in the copy's permissions.  If the
           source file has its set-group-ID bit on and the group ID cannot be preserved,
           the set-group-ID bit is not preserved in the copy's permissions.  If the source
           file has both its set-user-ID and set-group-ID bits on, and either the user ID
           or group ID cannot be preserved, neither the set-user-ID nor set-group-ID bits
           are preserved in the copy's permissions.

Ik weet niet meer waarom ik die, jaren geleden, toegevoegd heb. Maar het zal vast geweest zijn om de timestamps origineel te laten zodat ik kon zien hoe oud de file was.