Lighting problem

[ProudlyInfected]

This problem has recently come up and I'm not sure what caused it or how I should fix it.
On valve's dev site the compile error tells me this can happen when aligning textures, which I was doing.
But I still can't fix it and have been going at this for a while. Has anyone had this issue and know how to fix it?
The compile error is: WARNING: Too many light styles on a face (XXX,XXX,XXX)

[IMG]http://dl.dropbox.com/u/8896170/hl2%202012-04-16%2009-31-38-58.png[/IMG]
[IMG]http://dl.dropbox.com/u/8896170/hl2%202012-04-16%2009-31-45-40.png[/IMG]

[Miigga]

"There's a face with too many different light styles of light shining on it. (more than six). For every switchable light (that is: any light that is named or has a custom appearance) shining on a face, vrad.exe makes a new lightstyle. Basically, it calculates how the face looks like when:
-light 1 is on and light 2 is off
-light 1 is on and light 2 is on
-light 1 is off and light 2 is off
-light 1 is off and light 2 is on
I'm sure you understand how 6 switchable lights make 2 ^ 6 lightstyles, and how this enormous amount of memory has to be saved somehow. and limited.

Solution:
To stop this error, remove lights, dont give the light names unless you need to, make sure certain lights dont shine on the face (max_shining distance or by blocking it with brushes) or simply dont use that much switchable lights. Dynamic lights are not used by vrad.exe thus dont count. Lights with the same names are counted as the same lights. Find the location of the error using the coordinates."

Says interlopers.

Is it necessary that those lights that you have can be turned off/on?

If not, have you named the light entities? If you have named them, the compiler will treat them as toggleable lights. Remove the names of the light entities and this should solve the issue.

If it is necessary that the lights can be turned off/on, then you should probably have fewer toggleable lights or you could play with the settings of the light entities. (for instance, the "hard falloff" keyvalue could be useful)