Zero sized files and client download errors..
Frequently I see zero sized files being downloaded into the patch proxy spool area.
Sometimes it is the detectors file. Other times it is a whole heap of all_signed<patchid>.jar files. This basically breaks all future downloads of these patches to the clients.
If I go into the spool directory and delete the offending zero length files and re-issue the download command it works.
Also, on especially large patch files, the client will report errors during the download. The patch proxy is still downloading the patch in the background but the client times out waiting for it to come down.
I will paste logs etc when I see it again.
# 1
This issue which you are seeing is a known one, which is currently being investigated on by our engineering team.
The cause of this issue is that a 0 sized "current.zip" file is downloaded in the:
/var/sadm/spool/patchsvr/
Directory of the patchsvr,
The usual symptom of this issue is the following error:
$ smpatch analyze
Failure: MemoryPatchDBBuilder: Patch list version of null is malformed.
From a SunUC client system, configured to use the SunUC proxy which has a 0 sized "current.zip" file.
The fix for this is to delete the "current.zip" file on the SunUC proxy:
rm /var/sadm/spool/patchsvr/*current.zip
Then re-run "smpatch analyze" on the SunUC client system.
However we have not encountered the issue where 0 sized ".jar" files are downloaded.
When this issue re-occurs please can you forward listing of affected directories.
Message was edited by:
ForumModerator
# 2
I encountered an issue today with zero length patch jar File
17# cd /var/sadm
doe63 - root - /var/sadm - (-ksh)
18# find . -name "*120068*"
./spool/patchsvr/%2Fall_signed%2F120068-02.jar
doe63 - root - /var/sadm - (-ksh)
19# ls -l ./spool/patchsvr/%2Fall_signed%2F120068-02.jar
-rw-r--r--1 rootroot0 Feb 22 10:00 ./spool/patchsvr/%2Fall_signed%2F120068-02.jar
These were the entries in the catalina.out on the patchsvr
Feb 22, 2007 10:00:02 AM com.sun.swup.updateserver.net.ConnectionFactory getConnection
INFO: Connecting to https://getupdates1.sun.com/
/usr/lib/cc-ccr/bin/ccr -g cns.assetid
/usr/lib/cc-ccr/bin/ccr -g cns.patchsvr.cachelocation
Feb 22, 2007 10:00:04 AM com.sun.swup.updateserver.security.SignatureValidationUtil validateJarFile
SEVERE: error in opening zip file
java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:203)
at java.util.jar.JarFile.<init>(JarFile.java:132)
at java.util.jar.JarFile.<init>(JarFile.java:84)
at com.sun.swup.updateserver.security.SignatureValidationUtil.validateJarFile(SignatureValidationUtil.java:265)
at com.sun.swup.updateserver.handler.CachingProxyValidationHandler.validate(CachingProxyValidationHandler.java:195)
at com.sun.swup.updateserver.handler.CachingProxyValidationHandler.handleRequest(CachingProxyValidationHandler.java:86)
at com.sun.swup.updateserver.UpdateServlet.processRequest(UpdateServlet.java:80)
at com.sun.swup.updateserver.UpdateServlet.doGet(UpdateServlet.java:106)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:190)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1027)
at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125)
at java.lang.Thread.run(Thread.java:595)
Feb 22, 2007 10:02:40 AM com.sun.swup.updateserver.UpdateServlet processRequest
On the client I got
3# smpatch update -i 120068-02
Failure: ERROR: Problem encountered while downloading a patch. Determine if the file system containing the patch download directory is full; the file system is corrupted; or the directory permissions were changed during download.
Installing patches from /var/sadm/spool...
WARNING: The installer cannot find the patch.
/var/sadm/spool/patchpro_dnld_2007.02.22@10:04:17:MET.txt has been moved to /var/sadm/spool/patchproSequester/patchpro_dnld_2007.02.22@10:04:17:MET.txt
After deleting the jar file of the patch mentioned above it worked.
