Sponsored Content
Operating Systems HP-UX find -mtime giving strage results in HP-UX Post 302377146 by Chetanaz on Thursday 3rd of December 2009 08:27:02 AM
Old 12-03-2009
Many Thanks Jim!

Those files were on SAN!!

Now tested on local drive, but still results are strange as can be seen below :

Quote:
oracle@dev:/u05/oradata/AIG1/data$bdf -l
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol4 15368192 6421424 8876952 42% /
/dev/vg00/lvol1 1048576 221176 821016 21% /stand
/dev/vg00/lvol7 32768000 7530928 25040744 23% /var
/dev/bkpups1/AIG
1073545216 90979687 921155630 9% /u05/oradata/AIG
/dev/bkpups1/AIG1
1073610752 713496801 337606879 68% /u05/oradata/AIG1

oracle@dev:/u05/oradata/AIG1/data$
oracle@dev:/u05/oradata/AIG1/data$ls -ltr
total 4763596
-rw-r----- 1 oracle dba 52429824 Dec 1 14:23 redo1_2a.dbf
-rw-r----- 1 oracle dba 52429824 Dec 1 14:23 redo1_2b.dbf
-rw-r----- 1 oracle dba 52429824 Dec 1 14:25 redo1_3b.dbf
-rw-r----- 1 oracle dba 52429824 Dec 1 14:25 redo1_3a.dbf
-rw-r----- 1 oracle dba 524296192 Dec 1 14:25 amig_tbs.dbf
-rw-r----- 1 oracle dba 524296192 Dec 1 14:35 undo_01.dbf
-rw-r----- 1 oracle dba 1073750016 Dec 1 14:35 system.dbf
-rw-r----- 1 oracle dba 52429824 Dec 3 13:09 redo1_1a.dbf
-rw-r----- 1 oracle dba 52429824 Dec 3 13:09 redo1_1b.dbf
-rw-r----- 1 oracle dba 1007616 Dec 3 13:12 control_02.dbf
-rw-r----- 1 oracle dba 1007616 Dec 3 13:12 control_01.dbf
oracle@dev:/u05/oradata/AIG1/data$

oracle@dev:/u05/oradata/AIG1/data$find . -mtime +1
oracle@dev:/u05/oradata/AIG1/data$

oracle@dev:/u05/oradata/AIG1/data$find . -mtime +0
./system.dbf
./undo_01.dbf
./amig_tbs.dbf
./redo1_2a.dbf
./redo1_2b.dbf
./redo1_3a.dbf
./redo1_3b.dbf
oracle@dev:/u05/oradata/AIG1/data$

oracle@dev:/u05/oradata/AIG1/data$find . -mtime -1
./control_01.dbf
./control_02.dbf
./redo1_1a.dbf
./redo1_1b.dbf
oracle@dev:/u05/oradata/AIG1/data$
I am sure if there were files modified on "Nov 30" in this directory, those would have listed in "find . -mtime +1"

Thanks and Regards,
Chetana
 

10 More Discussions You Might Find Interesting

1. Shell Programming and Scripting

Script giving wrong results....

hi, I have this script which gives me the result... #! /usr/bin/sh set -x cd /home/managar a=1 while true do if then echo " File log.txt exists in this directory " exit 0 fi echo " File has not arrived yes..." sleep 3 let a=a+1 if then (1 Reply)
Discussion started by: mgirinath
1 Replies

2. UNIX for Dummies Questions & Answers

find . -mtime

...what am i doing wrong?? I need to find all files older than 30 days and delete but I can't get it to pull details for ANY + times. The file below has a time stamp which is older than 1 day, however if I try and select it using any of the -time flags it just doesn't see it. (the same thing... (1 Reply)
Discussion started by: topcat8
1 Replies

3. Shell Programming and Scripting

egrep not giving desired results

I have written a shell script which looks like below: grep -v ',0,' ./DATA/abc.001 > ./DATA/abc.mid egrep $GREPSEARCH ./DATA/ebc.mid > ./DATA/abc.cut the variable GREPSEARCH has values like the below: ... (3 Replies)
Discussion started by: igandu
3 Replies

4. Shell Programming and Scripting

awk script giving unstable results

Hi all Here I came accross a situation which i am unable to reason out... snippet 1 psg ServTest | grep -v "grep" | grep -v "vi" | awk '{ pgm_name=$8 cmd_name="ServTest" gsub(/]*/,"",pgm_name) if(pgm_name==cmd_name) { print "ServTest Present =" cmd_name} }'... (10 Replies)
Discussion started by: Anteus
10 Replies

5. UNIX for Dummies Questions & Answers

(find) mtime vs. (unix) mtime

Hi I've made some test with perl script to learn more about mtime... So, my question is : Why the mtime from findfind /usr/local/sbin -ctime -1 -mtime -1 \( -name "*.log" -o -name "*.gz" \) -print are not the same as mtime from unix/linux in ls -ltr or in stat() function in perl : stat -... (2 Replies)
Discussion started by: hiddenshadow
2 Replies

6. Shell Programming and Scripting

find -mtime +7

Dear all, find $ADMIN_DIR/$SID/arch/ -name '*.gz' -mtime +7 -exec rm {} \; is it retaining 7 days OR 8 days .gz files ? Thanks Prakash (10 Replies)
Discussion started by: prakashoracledb
10 Replies

7. Shell Programming and Scripting

Sed in vi - \r and \n not giving desired results

I use many different machines at work, each with different versions of o/s's and installed applications. Sed in vi is particularly inconvenient in the sense that sometimes it will accept the "\r" as a carriage return, sometimes not. Same thing with "\n". For instance, if I have a list of hosts... (7 Replies)
Discussion started by: MaindotC
7 Replies

8. UNIX for Dummies Questions & Answers

Find using mtime

Hi, so I was using mtime and its not behaving the way I would think its supposed too. I have two pdf files. One modified today and another 6 months ago. I upload them to the solaris server. Then I run the below find statements. This finds my 2 files find *.pdf -type f -name '*.pdf' this finds... (2 Replies)
Discussion started by: vsekvsek
2 Replies

9. UNIX for Dummies Questions & Answers

Grep not giving expected results

Version: RHEL 5.8 I am doing a grep of the piped output from ps command as shown below. I am grepping for the pattern ora_dbw* . But, in the result set I am seeing strings with ora_dbr* as well like ora_dbrm_SDLM1DAS3 as shown below. Any idea why is this happening ? $ ps -ef | grep... (6 Replies)
Discussion started by: John K
6 Replies

10. Shell Programming and Scripting

Comm giving unexpected results

Hi I am comparing two files with comm -13 < (sort acc11.txt) < (sort acc12.txt) > output.txt purpose: Get non matching records which are in acc12 but not in acc11... TI am getting WRONG output. Is there any constraints with record length with comm? The above files are the two consective ... (2 Replies)
Discussion started by: vedanta
2 Replies
TM::ResourceAble(3pm)					User Contributed Perl Documentation				     TM::ResourceAble(3pm)

NAME
TM::ResourceAble - Topic Maps, abstract trait for resource-backed Topic Maps SYNOPSIS
package MyNiftyMap; use TM; use base qw(TM); use Class::Trait ('TM::ResourceAble'); 1; my $tm = new MyNiftyMap; $tm->url ('http://nirvana/'); warn $tm->mtime; # or at runtime even: use TM; Class::Trait->apply ('TM', qw(TM::ResourceAble)); my $tm = new TM; warn $tm->mtime; DESCRIPTION
This traits adds methods to provide the role resource to a map. That allows a map to be associated with a resource which is addressed by a URL (actually a URI for that matter). Predefined URIs The following resources, actually their URIs are predefined: "io:stdin" Symbolizes the UNIX STDIN file descriptor. The resource is all text content coming from this file. "io:stdout" Symbolizes the UNIX STDOUT file descriptor. "null:" Symbolizes a resource which never delivers any content and which can consume any content silently (like "/dev/null" under UNIX). Predefined URI Methods "inline" An inlined resource is a resource which contains all content as part of the URI. Currently the TM content is to be written in AsTMa=. Example: inlined:donald (duck) INTERFACE
Methods url $url = $tm->url $tm->url ($url) Once an object of this class is instantiated it keeps the URL of the resource to which it is associated. With this method you can retrieve and set that. No special further action is taken otherwise. mtime $time = $tm->mtime This function returns the UNIX time when the resource has been modified last. 0 is returned if the result cannot be determined. All methods from LWP are supported. Special resources are treated as follows: "null:" always has mtime 0 "io:stdin" always has an mtime 1 second in the future. The idea is that STDIN always has new content. "io:stdout" always has mtime 0. The idea is that STDOUT never changes by itself. SEE ALSO
TM AUTHOR INFORMATION
Copyright 200[67], Robert Barta <drrho@cpan.org>, All rights reserved. This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself. http://www.perl.com/perl/misc/Artistic.html perl v5.10.1 2010-08-04 TM::ResourceAble(3pm)
All times are GMT -4. The time now is 01:27 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy