[geeks] Turning to the geeks in my hour of need

[Brian Dunbar]

We're moving an application from Solaris to Linux.  Baring a few
hiccoughs it's been great.

They came and reminded me about a hack we had to put in place seven
years ago.  The app would _not_ write files unless it owned the
directory.  Which it did not - could not - on our shared directory.

$crontab -l
(snip)
* * * * * /ops/scripts/edi/edixferdevarc.sh

# /ops/scripts/edi/edixferdevarc.sh
#!/bin/sh
#################################################
# edixferdevarc.sh  (c) Brian Dunbar for Plexus #
#################################################
# script to move files for Inovis BL - temporary to fix a problem with
writes to erptransfer
find /opt/edi/home/biztmp/prod/XML_Inbox -type f -name '*' -mtime -1
-exec cp {} /erptransfer/edi/apps/ecm/Prod/XML_Inbox \;
rm /opt/edi/home/biztmp/prod/XML_Inbox/* 2> /dev/null

But YOIKES that command doesn't .. work now?

[root at co-ap-116 init.d]# touch /opt/edi/home/biztmp/prod/XML_Inbox/foo5.txt
[root at co-ap-116 init.d]# cp
/opt/edi/home/biztmp/prod/XML_Inbox/foo5.txt
/erptransfer/edi/apps/ecm/Prod/XML_Inbox/foo5.txt
cp: cannot create regular file
`/erptransfer/edi/apps/ecm/Prod/XML_Inbox/foo5.txt': Permission denied

But I can _touch_ it ...

[root at co-ap-116 init.d]# touch /erptransfer/edi/apps/ecm/Prod/XML_Inbox/foo5.txt
[root at co-ap-116 init.d]#

Mean time stuff is backing up.

-- 
Brian Dunbar

"Display some adaptability"