Heute habe ich ein schönes Phänomen beim Netapp SnapManager VI 4.1 gefunden.
Plant man unter Backup & Recovery einen Job, der zu einer bestimmten Uhrzeit starten soll läuft dieser plötzlich nicht automatisch.
Stößt man den Job manuell an, funktioniert das Backup.
Im Event-Log des vCenter Servers findet man die Event ID 4096 mit folgender Beschreibung:
324718 [DefaultQuartzScheduler_Worker-4] ERROR org.quartz.core.ErrorLogger – Job (JOB_GROUP.Test threw an exception.
org.quartz.SchedulerException: Job threw an unhandled exception. [See nested exception: javax.xml.ws.soap.SOAPFaultException: The security token could not be authenticated or authorized; nested exception is: org.apache.ws.security.WSSecurityException: Incorrect password] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:529)Caused by: javax.xml.ws.soap.SOAPFaultException: The security token could not be authenticated or authorized; nested exception is: org.apache.ws.security.WSSecurityException: Incorrect password at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:147) at $Proxy94.backup(Unknown Source) at com.netapp.smvi.scheduler.BackupScheduleJob.execute(BackupScheduleJob.java:89) at org.quartz.core.JobRunShell.run(JobRunShell.java:202) … 1 moreCaused by: org.apache.cxf.binding.soap.SoapFault: The security token could not be authenticated or authorized; nested exception is: org.apache.ws.security.WSSecurityException: Incorrect password
Nach ein Bisschen rumprobieren bin ich schließlich darauf gestoßen, dass der User unter dem der Job im Scheduler läuft ein zu komplexes Kennwort hat.
%&/(HJKADJKHJKDH/§&&%§,:? Ist in dem Fall kein geeignetes Passwort. Benutzt man ein „einfaches“ alphanumerischen Kennwort wie „abc123“ so läuft der geplante Backup Job einwandfrei durch.
Ich denke dass der Scheduler mit Sonderzeichen einfach nicht umgehen kann.