Deploying dhcp to workstations in workgroup

Workstation used to have static IP:s and everything worked perfectly. Now when workstation is in a workgroup and configured to obtain IP-settings from dhcp, they only get APIPA addresses. (169.254.x.x)

Procurve switch also does not get the IP address trough DHCP which is reserved to it by MAC-address.

If you do an ipconfig /release and then ipconfig /renew, what happens?  Do you see any errors in the event log on the workstation or server?  Is there any hardware other than the switch between the workstations and the server (i.e., a router)?

KCTS: Hosts are configured to obtain IP address and DNS automatically. Only APIPA is assigned.

On the dhcp server every ip in the pool is resever by client mac-address.

OK - well that's the problem. If you don't have any free IP addresses in your pool, then your workstations can't obtain an IP address.  If you are actually using all of those reservations already, then you will have to extend your scope.  If you are saying that you have reservations set up for those particular workstations and they aren't working, then try removing the reservations to free up the IP addresses and see if the workstations can obtain an IP address without a reservation.

On our network we have to use the MAC-address reservation for security reasons.  But maybe I could test that tomorrow (only for temporarily).
IP-addresses are reserved also for workstations which are not memebers of the domain.

Is it possible for workstation in a workgroup to obtain the IP-settings from DHCP if MAC-address reservation is used?

if you reserve all the IPs with MACS then it rather defeats the object of DHCP, but yes, if you just specify the MAC of the workstation you can reserve one for it.

Why not use DHCP classes instead of reserving all IPs

The reservations should work as long as the MAC addresses are correct and as long as you don't have any duplicate MAC addresses on your network.  However, just for a test I recommend you give it a try without the reservations.  

You might want to also check your DHCP log files and see if you can determine whether the workstation requests are actually getting to the server and what's happening to them.  The logs are located on the DHCP server at %systemroot%\system32\dhcp.

Here is some of the dhcp log from server:

11,05/13/08,18:32:13,Renew,10.18.39.14,L514.luokka5.local,0007401EFB96,
31,05/13/08,18:32:13,DNS Update Failed,10.18.39.14,L514.luokka5.local,-1,
30,05/13/08,18:32:16,DNS Update Request,14.39.18.10,L514.luokka5.local,,
11,05/13/08,18:32:16,Renew,10.18.39.14,L514.luokka5.local,0007401EFB96,
31,05/13/08,18:32:16,DNS Update Failed,10.18.39.14,L514.luokka5.local,-1,
11,05/13/08,18:46:49,Renew,10.18.39.22,L522.luokka5.local,00A024CC24E2,
11,05/13/08,18:47:15,Renew,10.18.39.23,L523.luokka5.local,00074033D34C,
11,05/13/08,18:55:09,Renew,10.18.39.18,L518.luokka5.local,0007401F1449,
11,05/13/08,18:57:40,Renew,10.18.39.19,L519.luokka5.local,00074033DB0E,
11,05/13/08,19:05:59,Renew,10.18.39.11,L511.luokka5.local,00074032EE1D,

For reasons unknown there is no information about workstations that are not members of the domain. They still try to get the Ip- and dns-settings from dhcp. Is there a log on the workstations that could also help?

I try temporarily allow dhcp without mac-reservations tomorrow and report the results then.

If there is no information about the non-member workstations, then they are not able to reach the DHCP server for some reason.  I would confirm this by testing - go to a workstation and do an ipconfig /release and then ipconfig /renew.  Then, go to the DHCP server and re-check the logs immediately to be sure there's nothing there showing any communication from that workstation.

If you still don't see anything, then something is blocking the communication between the workstations and the server.  If the switch also doesn't get an IP address, then what hardware is between the switch and the server - another switch, a router?