Is \ZFDAgent 4.0.1 ir7 compatible with servers version 4.0.1 with older
versions of ZfD Server Software IR? Like IR4, IR6?

Thankyou in advance.

Cool.

We decided to configure our DNS suffix correctelly. We have DHCP and some
static address. The problem will be how to update and remove all hosts
files, once policy is not working.

Any Idea?

Thankyou again.

Fabio Martins

"Anders Gustafsson" escreveu na mensagem
news:VA.0000236d.0071953d@nomail.to.me...

I am studing ZfD and the first step I think is to extend the schema.
If I am installing a new ZfD Server, can I install it without uninstaling
the older?
Can i extend again the schema without problems?

Thankyou in advance

Hi Marcus,

Thanks for your response. No, it's not the same machines every time, or not
quite.
I've run two lightsout set of nals in the last week. The first failed on 91
machines, on both installation nals (we make them in pairs, one deinstalls
the previous version and the next installs the new version). All 91 machines
failed on the same file (1.fil). On the next run 36 machines failed on two
install nals, all failing ont he same file (1.fil and 2.fil respectively).
It was the same 36 machines that failed on both, the remainder (approx 150)
ran the nals without a problem. Comparing this 36 with the previous 91
failures only 13 of the 36 workstations were amongst the 91 that had failed
previously.

So it doesn't seem to be workstation dependent.

Can you explain, does the workstation agent cache the nal files locally
before installing them? Does it do this every time, regardless of whether
anyone is logged into the workstation or not?

a file flagged read-only of the same file on the system will also
frequently cause this issue.

Hi,

We're on NW6.5 SP5 with ZFD4.01 IR6. We tried to rollout a series of
lights-out pre-install apps to workstations (NT 4.0 SP6b) on Friday and had
98 out of 262 workstations fail with the following error:

"Unable to copy file [\\unc path\939.fil] [D018]"

Workstations do have RF rights to the unc path where the nal files are
stored (via rights to the container hosting the workstations), and the macro
Source_Path is right, all the usual troubleshooting 'D018' checks are ok.
I've checked the AXT file and the Directory Create command comes before the
File Copy. Weirdly, only some of the workstations failed, and all on the
same file, which goes to c:\program files\blah\blah\blah and is called
_alphapm.exe.

To ensure this ran out ok we temporarily lowered the workstation refresh
frequency to 1 min, and the nal ran to all machines in about 6 minutes.

What could be the cause of only some of the machines failing, and all on the
same file?

Thanks,

Steve Law

msiexec /jm c:\agent\zfdagent.msi /t c:\agent\staff.mst /l* c:\install.txt

Thats pretty much it.

Marcus Breiden wrote:

I'm not sure if this helps.

I was getting the very same error when trying to register a workstation. It
just would not appear in ConsoleOne and the registry key:
'HKLM/Software/Novell/Workstation Manager/Identification/' just would not
populate with the workstation ID.

The problem turned out to be that the workstation had a static IP address.
The OS was Windows 2000 Pro SP4, Novell Client 4.83SP2 and ZFD4.

I changed the IP address setting to 'Dynamic' rebooted the machine and it
worked!

kml

Hi

Scenario:
A NW6.0 sp5 server with:
zfd4 and middletier configured in port 8888, apache1 (adminserv.conf in
OS address space)
gw webacces 6.0.X configured in port 80, apache1. (gwwebup in GW address
space)

So, we update to NW6.5 sp5:
-GW address space is not allowewd, so i try to starts all in OS adress
space. Don't works.
-I update gw web access to apache2 (ap2webup in OS address space), so
when i starts middle tier, i get:

Syntax error on line 151 of
sys:/apache/conf\adminserv.conf:
API module structure `jk_module' in file sys:/apache/modules/mod_jk.nlm
is garbled - perhaps this is not an Apache module
DSO?

If I want to give a user the rights to associate other users to a Policy
Package what exact rights to I need to grant them?