On 06/03/2011 10:02 AM, Wally Terhune wrote:
Sounds like you have been experimenting with UniData Data Replication?
No - we have never played with it:
Module Name Version Licensed
UniData RDBMS............ 7.2 Yes
Connection Pooling....... 7.2 No
Device License........... 7.2 No
NFA...................... 7.2 No
RFS...................... 7.2 No
EDA...................... 7.2 No
Are there any replication daemons present on this server? And shared memory
segments associated with replication? ($UDTBIN/ipcstat -mb | grep rm) expect
rm R7.2 (ctl)
Here's what I see via showud:
root 8459 0:01 /usr/ud72/bin/cleanupd -m 10 -t 20
root 8454 0:00 /usr/ud72/bin/sbcs -r
root 8415 0:52 /usr/ud72/bin/smm -t 60
root 8430 0:06 /usr/unishared/unirpc/unirpcd
Got an error with the -b flag to ipcstat but no output otherwise
# /usr/ud72/bin/ipcstat -m | grep rm
key shmid owner perms bytes nattch status
By default, replicated files on a subscribing system are 'read only' to protect
the data.
If you make a UNIX cp of that directory to a new name and create a new DIR
pointer in the VOC for that new directory - does the behavior persist?
No - the copy behaves properly.
Wally Terhune
U2 Support Architect
Rocket Software
4600 South Ulster Street, Suite 1100 **Denver, CO 80237 **USA
Tel: +1.720.475.8055
Email: wterh...@rs.com
Web: www.rocketsoftware.com/u2
-----Original Message-----
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Jeff Butera
Sent: Friday, June 03, 2011 6:47 AM
To: u2-users@listserver.u2ug.org
Subject: [U2] Unidata file behavior
Since upgrading from Unidata 7.2.5 to 7.2.9 (linux), I've had no issues
- until this morning. I have a DIR named "_FD_" and am trying to do this:
COPY FROM _FD_
"8101153.20110531143345423","8101153.20110531143345423.done" DELETING
COPY FROM _FD_
"8101153.20110602140324102","8101153.20110602140324102.done" DELETING
COPY FROM _FD_
"8101153.20110601140343637","8101153.20110601140343637.done" DELETING
Here's what I'm getting which I've never seen before:
_FD_(25231363,64768) is non-writeable subscribing file.
0 records copied
_FD_(25231363,64768) is non-writeable subscribing file.
0 records copied
_FD_(25231363,64768) is non-writeable subscribing file.
0 records copied
If anyone has insights about a "subscribing file" I'd be appreciative -
and I'm assuming this is a Unidata error and not OS. The _FD_ directory
does have permissions allowing the user to rwx anything.
--
Jeff Butera, PhD
Manager of ERP Systems
Hampshire College
413-559-5556
_______________________________________________
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
