Synology-Forum.nl
Firmware => Synology DSM algemeen => Topic gestart door: jr212 op 04 maart 2021, 18:30:04
-
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
-
Task Manager gebruiken.
-
Ik doe het dagelijks met
cp /var/log/messages /volume1/xxxxx/messages.log
-
Task Manager gebruiken.
Dat is dus wat ik probeer maar het lukt niet
Ik doe het dagelijks met
cp /var/log/messages /volume1/xxxxx/messages.log
lukt ook niet. foutmelding ==> cp: cannot open '/var/log/messages' for reading: Permission denied
Jan
-
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.
-
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.
cp /var/log/messages "/volume3/Backup/messages_$(date +%Y%m%d_%H%M%S).log"
-
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:
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.).
-
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
-
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
-
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.