[EMAIL PROTECTED] (Stephen Harris) writes:
>> /usr/sbin/vserver prometheus exec /bin/rm -f
>> /var/spool/qmailscan/quarantine/new/*
> ...
> However, why not just use the host to remove the files?
Because of symlinks like
| /vservers/prometheus/var/spool/qmailscan/quarantine/new -> /etc
or an o
On Tuesday 04 October 2005 09:26 am, Stephen Harris wrote:
> On Tue, Oct 04, 2005 at 08:20:46AM -0400, Chuck wrote:
> > I am trying to execute this function from a cron off the host and it isnt
> > working.
> >
> > /usr/sbin/vserver prometheus exec /bin/rm
> > -f /var/spool/qmailscan/quarantine/
On Tue, Oct 04, 2005 at 08:20:46AM -0400, Chuck wrote:
> I am trying to execute this function from a cron off the host and it isnt
> working.
>
> /usr/sbin/vserver prometheus exec /bin/rm
> -f /var/spool/qmailscan/quarantine/new/*
What error are you getting? My guess would be that the wildcard
On Tuesday 04 October 2005 08:43 am, Christian Heim wrote:
odd. it doesnt give any error yet the files remain. wonder if it could be
permissions although as root it should not matter to a script executed as
root...
this is one of the files to be deleted
-rw--- 1 qscand nofiles 86449 Oct
On Tuesday 04 October 2005 14:20, Chuck wrote:
> I am trying to execute this function from a cron off the host and it isnt
> working.
>
> /usr/sbin/vserver prometheus exec /bin/rm
> -f /var/spool/qmailscan/quarantine/new/*
Well thats how it works here :)
/usr/bin/vserver ns exec rm -rf /var/tmp/p
I am trying to execute this function from a cron off the host and it isnt
working.
/usr/sbin/vserver prometheus exec /bin/rm
-f /var/spool/qmailscan/quarantine/new/*
darn wordwrap.
I am trying not to install cron in guests unless I absolutely must.
--
Chuck
"...and the hordes of M$*ft use