After enabling FDS unzipping RT_Baseline fails with 

Here is example of such job:
http://aurora.ru.oracle.com/faces/Job.xhtml?job_id=74102.JAVASE.NIGHTLY.VM.RT_Baseline.2012-06-25.solaris-sparcv9_javase__server_mixed_JT_JDK_sun_jvmstat.runTests_retry0

However binaries exist:
gtee@jtg-x2200-02: /net/sqenfs-1/export1/comp/vm/jdk/nightly/fastdebug/rt_baseline $ ls
install  linux-amd64  linux-i586  macosx-amd64  solaris-amd64  solaris-i586  solaris-sparc  solaris-sparcv9  tests  windows-amd64  windows-i586

And manually I was able to rsync them. 

It is needed to investigate what is root of issue. Probably swithc to feeders.
From what I can tell this description contains no useful information.
Is this bug trying to report this?

from email:

I've gotten as far as knowing that the zips that are being unzipped
contains incorrect symlinks. If we look at the contents of
solaris-sparc/jre/lib/sparc/server/64/libjvm_db.diz for example, we get
the following:

-rw-rw-r-- 1 auno auno 57K 2012-06-23 01:32 libjvm_db.debuginfo
lrwxrwxrwx 1 auno auno 22 2012-06-27 14:12 libjvm_g_db.debuginfo ->
64/libjvm_db.debuginfo

It's the extra "64/" in the symlink that is the problem.

This should be because of CR 7175255[1]. But a fix for that CR was
integrated in b07, and the above listing is for
2012-06-22-204205.amurillo.hs23-2-b07-jdk7u6-b16-control. If I download
the bundles for that build from [2] though, the contents of
jre/lib/sparc/server/64/libjvm_db.diz is still incorrect :

-rw-rw-r-- 1 auno auno 57K 2012-06-23 01:32 libjvm_db.debuginfo
lrwxrwxrwx 1 auno auno 22 2012-06-27 14:28 libjvm_g_db.debuginfo ->
64/libjvm_db.debuginfo

I have a fix for this, if this is what this CR is about.   Assign it to me if so.