Check the file opens at the O/S level:
e.g.:
File CUSTOMER - type dynamic
find CUSTOMER -print -exec fuser -u {} \;
Also:
fuser -u CUSTOMER
Look for any PIDs that have the file opennot a guarantee if it's
logically open but not physically open (i.e. rotated out in the rotating
file pool)
...@listserver.u2ug.org] On Behalf Of Eric Rosenzweig
Sent: 05 May 2009 01:24
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] UV resize error
We've had similar issues with little luck. We've unlocked the inode of the
over and data sections as well as all the index inodes and have had limited
...@listserver.u2ug.org] On Behalf Of John Jenkins
Sent: Tuesday, May 05, 2009 9:57 AM
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] UV resize error
Sometimes problems like this can arise if you run UniVerse foreground shells
from root crontab on AIX (ans: donbt do it).
crontab -l as root will give you
Also check to see if the resize bit is already set by a prior attempt.
From: lhan...@redwoodcity.org
To: u2-users@listserver.u2ug.org
Date: Tue, 5 May 2009 10:50:58 -0700
Subject: RE: [U2] UV resize error
In my experience, anything that is accessing the file(s) in question - and
not
just
-Original Message-
From: owner-u2-us...@listserver.u2ug.org
[mailto:owner-u2-us...@listserver.u2ug.org] On Behalf Of John Hester
Sent: Monday, May 04, 2009 2:02 PM
To: u2-users@listserver.u2ug.org
Subject: [U2] UV resize error
I got an error message I've never seen before when
Since nobody is connected, consider reBooting the UV box.
--B
-Original Message-
From: owner-u2-us...@listserver.u2ug.org
[mailto:owner-u2-us...@listserver.u2ug.org] On Behalf Of John Hester
Sent: Monday, May 04, 2009 5:02 PM
To: u2-users@listserver.u2ug.org
Subject: [U2] UV resize
Not that this is any help but I had the same issue this weekend on uv10.2.7 on
HPUX 11.11.
No other users...
/etc/fuser showed on processes...
I assumed that our backup process had it but haven't had time to confirm.
- Original Message -
From: John Hester jhes...@momtex.com
John,
Have you ever attempted to resize these files before from the same directory
where you're doing it now? We run into this sometimes with Jbase if the file
is not in the same file system where the resize is done. The reason is that
our resize uses Unix mv command to move the
Think before you print
-Original Message-
From: owner-u2-us...@listserver.u2ug.org
[mailto:owner-u2-us...@listserver.u2ug.org] On Behalf Of iggch...@comcast.net
Sent: Monday, May 04, 2009 2:56 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] UV resize error
Not that this is any help
)'
Subject: RE: [U2] [UV] Resize error
We see this behavior frequently with uv on Windows. The
symptoms indicate that another user or process has the file
open; but very often this is definitely not the case. We've
been told that the problem is due to a table of open files
(presumably
I suggest using oh.exe to find the process that has the file open. Sometimes
I have seen explorer.exe as the culprit. You can download oh.exe from
msdn.microsoft.com.
Best regards,
Gyle
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit
quote who=Barry Brevik
UV version 9.6.1.3 on Windows 2000.
When I use RESIZE to resize a file, I frequently get this error:
RESIZE: Error on POREQ. File not resized.
I generally CLEAR.FILE the file first, having saved off the records
elsewhere, but I get the error whether I CLEAR.FILE
Are they dynamic hashed files (Type 30)? If so, use ANALYZE.SHM -t to
determine whether UniVerse believes any of them to be open.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
13 matches
Mail list logo
