Utilisation de la démo


(Sekaijin) #1

Bonjour,

nous venons d'installer le VM de la démo.
Je me suis connecté Admin sur la console et waarp en ssh
j'ai exécute la commande
cp /var/lib/waarp/files/test1.file /var/lib/waarp/fw-client/spool/fw.file
le fichier est bien dans le dossier spool
ll /var/lib/waarp/fw-client/spool/
total 1024
-rw-r--r-- 1 waarp waarp 1048576 Sep 4 07:49 fw.file
mais in ne se passe rien.
le fichier reste dans le dossier
et à la console dans "etat des serveur" il n'y a pas de en cours
dans "repporting>nombre de transfer" le compteur n'augmente pas.

J'ai essayé de redéployer la config mais elle tombe systématiquement en erreur.
Generating zip file /var/lib/waarp/wm-client/out/gwftp-20170904082646.zip
Generating zip file /var/lib/waarp/wm-client/out/server2-20170904082646.zip
Generating zip file /var/lib/waarp/wm-client/out/server1-20170904082646.zip
Running []string{"sh", "-c", "/usr/share/waarp-manager/install-conf.sh 20170904082646"}
[DirectTransfer] Transfer in status: SUCCESS
{"command":"DirectTransfer","args":"/etc/waarp/conf.d/wm-client/client.xml -to server1 -file gwftp-20170904082646.zip -rule CONFIG_DIFF_GWFTP ","status":0,"statusTxt":"Transfer in status: SUCCESS ","remote":"server1","filefinal":"File: /out/gwftp-20170904082646.zip Ready true isExternal false 0","delay":4071}
[DirectTransfer] Transfer in status: SUCCESS

{"command":"DirectTransfer","args":"/etc/waarp/conf.d/wm-client/client.xml -to server1 -file server2-20170904082646.zip -rule CONFIG_DIFF_SERVER2 ","status":0,"statusTxt":"Transfer in status: SUCCESS ","remote":"server1","filefinal":"File: /out/server2-20170904082646.zip Ready true isExternal false 0","delay":4372}

[DirectTransfer] Transfer in status: FAILURE

{"command":"DirectTransfer","args":"/etc/waarp/conf.d/wm-client/client.xml -to server1 -file server1-20170904082646.zip -rule CONFIG_DIFF_SERVER1 ","status":2,"statusTxt":"Transfer in status: FAILURE ","remote":"server1","error":"ErrorPacket:(3:E) Runner is failed: -1Loading authentication information... done\nLoading rule information...\n"}

la VM tourne sous VMware
A+JYT


(Sekaijin) #2

J'ai trouvé les log
04/09/2017/08:38:33.180 ERROR [org.waarp.openr66.client.DirectTransfer] [CONFIG_DIFF_SERVER1_1_-9223372036854775783] org.waarp.openr66.client.DirectTransfer.main(DirectTransfe
r.java:223) : [DirectTransfer] Transfer in status: FAILURE => {"command":"DirectTransfer","args":"/etc/waarp/conf.d/wm-client/client.xml -to server1 -file server1-20170
904083730.zip -rule CONFIG_DIFF_SERVER1 ","status":2,"statusTxt":"Transfer in status: FAILURE ","remote":"server1"}
org.waarp.openr66.protocol.exception.OpenR66ProtocolBusinessNoWriteBackException: ErrorPacket:(3:E) Runner is failed: -1Loading authentication informat
ion... done
Loading rule information...

at org.waarp.openr66.protocol.localhandler.ConnectionActions.errorMesg(ConnectionActions.java:634) ~[WaarpR66-3.0.6.jar:na]
at org.waarp.openr66.protocol.localhandler.LocalServerHandler.channelRead0(LocalServerHandler.java:188) ~[WaarpR66-3.0.6.jar:na]
at org.waarp.openr66.protocol.localhandler.LocalServerHandler.channelRead0(LocalServerHandler.java:86) ~[WaarpR66-3.0.6.jar:na]
at io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.channel.ChannelHandlerInvokerUtil.invokeChannelReadNow(ChannelHandlerInvokerUtil.java:83) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.channel.DefaultChannelHandlerInvoker.invokeChannelRead(DefaultChannelHandlerInvoker.java:154) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:354) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:145) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:277) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:264) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.handler.codec.ByteToMessageCodec.channelRead(ByteToMessageCodec.java:103) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.channel.ChannelHandlerInvokerUtil.invokeChannelReadNow(ChannelHandlerInvokerUtil.java:83) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.channel.DefaultChannelHandlerInvoker.invokeChannelRead(DefaultChannelHandlerInvoker.java:154) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:354) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:145) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:1078) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.channel.local.LocalChannel.finishPeerRead0(LocalChannel.java:437) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.channel.local.LocalChannel.access$500(LocalChannel.java:48) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.channel.local.LocalChannel$5.run(LocalChannel.java:393) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:339) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:356) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:742) ~[netty-all-4.1.0.CR3.jar:4.1.0.CR3]
at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_91]
04/09/2017/08:38:33.737 ERROR [org.waarp.openr66.client.DirectTransfer] [CONFIG_DIFF_SERVER1_1_-9223372036854775783] org.waarp.openr66.client.DirectTransfer.main(DirectTransfe
r.java:233) : Exception
java.lang.NullPointerException: null
at org.waarp.common.database.DbAdmin.closeAllConnection(DbAdmin.java:398) ~[WaarpCommon-3.0.6.jar:na]
at org.waarp.openr66.protocol.networkhandler.NetworkTransaction.closeAll(NetworkTransaction.java:1217) ~[WaarpR66-3.0.6.jar:na]
at org.waarp.openr66.protocol.networkhandler.NetworkTransaction.closeAll(NetworkTransaction.java:1201) ~[WaarpR66-3.0.6.jar:na]
at org.waarp.openr66.client.DirectTransfer.main(DirectTransfer.java:229) ~[WaarpR66-3.0.6.jar:na]


(Sekaijin) #3

Toc toc
Je suis chargé d'évaluer la solution et je n'arrive même pas à commencer à faire le B.A.BA. tel qu'écrit dans la doc.

Que faut-il faire pour tester la solution ?
Dans mon évaluation je dois noter la réactivité de la communauté. je crains que sur ce point mon employeur considère que waarp n'est pas viable faut de réactivité.

ce serait dommage de conclure que le produit n'est pas utilisable faut de n'avoir pas eu l'info pour le démarrer.

A+JYT


(Maxime Robert) #4

Bonjour,

Tout d'abord je tiens à m'excuser pour notre temps de réponse.

Avez vous démarrer le client fw_client en mode spool ? (Ce service n'est pas démarré automatiquement au lancement de la VM)
waarp-r66client fw-client spool& (Cette commande du script ne rend pas la main d'ou la présence de &)

Les transferts de déploiement de configuration fonctionnent sur ma VM (tout juste importée sur Virtual Box).
Je reviens vers vous une fois que le test sous VMware est terminé.

Maxime Robert


(Maxime Robert) #5

Le problème de déploiement de configuration ne semble pas lier au programme de virtualisation.

wm-client envoie une erreur suite un problème du serveur distant (ErrorPacket:(3:E)).
Cette erreur est lié à la tâche de chargement des règles ("rule information..." ne log pas done)
Le code d'erreur -1 indique que cette tâche n'est pas terminée.

Il semble que le temps alloué à l'execution de cette tâche est trop court pour les capacités de votre machine virtuelle.
Pouvez-vous augmenter les ressources de votre machine ?


(Sekaijin) #6

Bonjour

merci pour la réponse, mais je ne suis pas du tout admin système
que faut-il que je demande précisément à mes admins ? Quel paramètre augmenter ?

Je sais que nous sommes sous VMWare et que pour démarrer un machine faite pour Virtualbox il faut déziper l'OVA pour en extraire le contenu et reconstruire la VM pour VMWare. il se peut qu'un ou plusieurs paramètres aient étés altérés.

A+JYT


(Maxime Robert) #7

Vous pouvez monter le CPU et la RAM disponible.
A titre d'exemple nous utilisons pour la VM de démo:

  • 1 CPU
  • 1 Go de Ram

Pour plus de détails veuillez nous envoyer le détails des ressources de votre VM.


(Sekaijin) #8

Merci je vois avec mon équipe.
A+JYT


(Sekaijin) #9

Hi
top - 07:18:15 up 10 days, 22:03, 2 users, load average: 2.21, 4.17, 6.54
Tasks: 137 total, 1 running, 136 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.3%us, 0.3%sy, 0.0%ni, 99.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: **1020024k** total, 899240k used, 120784k free, 1656k buffers
Swap: 2064380k total, 933896k used, 1130484k free, 48320k cached

j'ai démarré waarp-r66client fw-client spool& et j'ai redéployé la config.
je n'ai plus la même erreur mais cette fois un problème de thread.
{"command":"DirectTransfer","args":"/etc/waarp/conf.d/wm-client/client.xml -to server1 -file gwftp-20170912071308.zip -rule CONFIG_DIFF_GWFTP ","status":0,"statusTxt":"Transfer in status: SUCCESS ","remote":"server1","filefinal":"File: /out/gwftp-20170912071308.zip Ready true isExternal false 0","delay":16870}
[DirectTransfer] Transfer in status: SUCCESS
{"command":"DirectTransfer","args":"/etc/waarp/conf.d/wm-client/client.xml -to server1 -file server2-20170912071308.zip -rule CONFIG_DIFF_SERVER2 ","status":0,"statusTxt":"Transfer in status: SUCCESS ","remote":"server1","filefinal":"File: /out/server2-20170912071308.zip Ready true isExternal false 0","delay":32219}
Exception in thread "main"
java.lang.OutOfMemoryError: unable to create new native thred
at java.lang.Thread.start0(Native Method)
at java.lang.Thread.start(Thread.java:714)

A+JYT


(Driss Demiray) #10

La VM semble utiliser au repos pas mal de RAM (899 Mo), ce qui est plutôt inhabituel!!
Cela laisse peu de mémoire pour WAARP (d’où le OUTofMEMORY)
Je vous suggère d'augmenter celle-ci à 2 Go.