Hallo,

weiß jemand zufällig, wie man einen datei-link anlegt, der die timestamps der ursprünglichen datei ständig übernimmt, also auch wenn die quelldatei verändert wird?

betriebssystem ist "Red Hat Enterprise Linux Server release 5.3 (Tikanga)"

gruß

Christian

Bei Symlinks geht das nicht, weil die ein eigenes Inode sind und daher unabhängig.

Bei Hardlinks könnte das gehen, habe ich aber nie probiert.

Was möchtest du denn machen?

Eventuell könnte man sich mit inotify was zusammenbauen.

Hi,

bei hardlinks funktioniert es, allerdings müssen hardlinks im selben filesystem sein, wie die quell-dateien.

mein problem ist, das ich mit einem monitoring tool die timestamps von 4 dateien überwachen muss:

/usr/local/phx-unlimited/scheduled-processes/AirImport/tmp/AirImport.out

/usr/local/phx-unlimited/scheduled-processes/GenerateInvoice/tmp/GenerateInvoice.out

/usr/local/phx-unlimited/scheduled-processes/PerformExternalQueueProcessing/tmp/PerformExternalQueueProcessing.out

/usr/local/phx-unlimited/scheduled-processes/PerformSendFlightDocuments/tmp/PerformSendFlightDocuments.out

Nun ist der komplette pfad für das tool allerdings zu lang, daher dachte ich, ich lege links nach /tmp/datei1-4 und monitore diese. Geht allerdings nicht, da symbolic links den timestamp nicht mitnehmen und hardlinks gehen auch nicht, weil /tmp ein anderes filesystem ist.

das Filesystem der quelldateien lautet /usr/local/phx-unlimited/scheduled-processes/ und ist dummerweise auch schon zu lang, sobald da die dateinamen noch mit dran kommen...

naja, eventuell könnte mount -bind helfen, aber der pfad der letzten datei dürfte wohl auch damit zu lang sein.

was ist das für ein tool?

kannst/darfst du daran etwas ändern?

wenn nein, bugreport und auf besserung hoffen.

ansonsten bliebe noch der weg über inotify bzw die inotify-tools mit denen du die pfade/dateien überwachst und dann dateien in reichweite des tools per touch einen neuen timestamp verpasst

Ich arbeite hier mit IBM Tivoli Monitoring 6.2.2

Ich habe schon einen call deswegen aufgemacht, aber wahrscheinlich wird da "works as designed" bei rauskommen und dann folgt daraus ein Enhancement Request, der durchaus schon mal einige Zeit bearbeitet wird........bevor er dann abgelehnt wird

Vielleicht bastel ich was mit perl oder so...

inotify kenne ich gar nicht, werde ich mal googeln.

Mit inotify das Dateisystem überwachen | EDV - Ende der Vernunft

da is auch n kleines beispiel in bash bei, brauchste im grunde nur noch anpassen ^^

ich habs jetzt gelöst...

ich habe hardlinks hier angelegt:

root@pupa01 (pupa01) [/usr/local/phx-unlimited/scheduled-processes/itm]

-rw-r--r-- 2 phxu-schedule phxu 618595 Jan 22 12:51 A

-rw-r--r-- 2 phxu-schedule phxu 423615 Jan 22 12:51 B

-rw-r--r-- 2 phxu-schedule phxu 360928 Jan 22 12:33 C

-rw-r--r-- 2 phxu-schedule phxu 884278 Jan 22 12:51 D

das funktioniert von der länge her.

Unser Operating bekommt in den fehlermeldungstext eine tabelle, in der stehen dann die vollständige dateinamen:

A= /usr/local/phx-unlimited/scheduled-processes/AirImport/tmp/AirImport.out

B=/usr/local/phx-unlimited/scheduled-processes/GenerateInvoice

/tmp/GenerateInvoice.out

C=/usr/local/phx-unlimited/scheduled-processes/PerformExternalQueueProcessing/tmp/PerformExternalQueueProcessing.out

D=/usr/local/phx-unlimited/scheduled-processes/PerformSendFlightDocuments/tmp/PerformSendFlightDocuments.out

echt mal wieder toll, das man ne monitoring standardfunktionalität so aufwändig selber basteln muss... ibm...