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