Comments on: VMWareCopy 0.3 http://www.tudra.net/wp/2007/10/28/vmwarecopy-03/ Stuff and more Fri, 21 Nov 2008 13:50:59 +0000 http://wordpress.org/?v=abc By: Evert http://www.tudra.net/wp/2007/10/28/vmwarecopy-03/#comment-138 Evert Thu, 17 Jul 2008 14:54:24 +0000 http://www.tudra.net/wp/2007/10/28/vmwarecopy-03#comment-138 Mijn aanpassingen werken goed. We hebben geen een storing meer gehad sinds de aanpassing. Ik stuur je de broncode per email. mvg Evert Mijn aanpassingen werken goed. We hebben geen een storing meer gehad sinds de aanpassing.

Ik stuur je de broncode per email.

mvg Evert

]]> By: Daniel http://www.tudra.net/wp/2007/10/28/vmwarecopy-03/#comment-127 Daniel Thu, 03 Jul 2008 18:15:19 +0000 http://www.tudra.net/wp/2007/10/28/vmwarecopy-03#comment-127 Uiteraard heb je gelijk dat die thread in een snelle while terecht komt als er geen connectie (meer) is. Die thread sleep moet natuurlijk buiten de if staan. En ik maak bewust voor het verzamelen van de directory info een connectie om er zeker van te zijn dat het uberhaupt zinvol is om verder te gaan met backupen. En het klopt dat het HASH commando de verbinding niet verbreekt daarom zet ik de mbNoopThreadPaused boolean tijdelijk op true (en in de finally weer op false). Overigens staat als het goed is op de VMWare servers de idle timeout in de FTP server ingesteld op iets van 30 minuten, dus is de NOOP thread eigenlijk niet meer nodig. Ik denk dus ook niet dat het verwijderen van de NOOP thread iets uithaalt. Het zal niet verbeteren en niet verslechteren is mijn theorie. Maar ik ben erg benieuwd naar de bevindingen en ook wat je zoal in de logs tegenkomt, want als een image niet gestart wordt dan moet je iets in de logs zien. Sluit ook vmrun.exe niet uit als boosdoener, die tool kan soms erg gevoelig zijn en mijn ervaring is dat nieuwere versies niet altijd beter werken. Uiteraard heb je gelijk dat die thread in een snelle while terecht komt als er geen connectie (meer) is. Die thread sleep moet natuurlijk buiten de if staan.
En ik maak bewust voor het verzamelen van de directory info een connectie om er zeker van te zijn dat het uberhaupt zinvol is om verder te gaan met backupen.

En het klopt dat het HASH commando de verbinding niet verbreekt daarom zet ik de mbNoopThreadPaused boolean tijdelijk op true (en in de finally weer op false).

Overigens staat als het goed is op de VMWare servers de idle timeout in de FTP server ingesteld op iets van 30 minuten, dus is de NOOP thread eigenlijk niet meer nodig.

Ik denk dus ook niet dat het verwijderen van de NOOP thread iets uithaalt. Het zal niet verbeteren en niet verslechteren is mijn theorie.

Maar ik ben erg benieuwd naar de bevindingen en ook wat je zoal in de logs tegenkomt, want als een image niet gestart wordt dan moet je iets in de logs zien. Sluit ook vmrun.exe niet uit als boosdoener, die tool kan soms erg gevoelig zijn en mijn ervaring is dat nieuwere versies niet altijd beter werken.

]]> By: Evert http://www.tudra.net/wp/2007/10/28/vmwarecopy-03/#comment-126 Evert Thu, 03 Jul 2008 13:39:50 +0000 http://www.tudra.net/wp/2007/10/28/vmwarecopy-03#comment-126 Hee, Daniel, hoe istie er mee? even een post op je website ivm de vmwarecopytool. we hebben regelmatig vmimages die niet goed worden gebackupped.... en vervolgens niet in de lucht zijn. dus heb ik je sourcecode gedownload en bekeken... ik kan me niet zo goed voorstellen dat die NOOP thread veel goeds doet.. mocht de ftpclient gedisconnect worden (staat ook in je code) dan komt die in een wel hele snelle while(true) loop. dat lijkt me niet best, of zie ik iets over het hoofd. verder staat op je website dat de NOOP thread is voor de "writing directory xml". dat zou toch wel zonde zijn want je kan best zonder ftp connectie tijdens het maken van de directory xml. Je doet dan toch nog niets met de ftp verbinding. Volgens mij zou je alleen de NOOP nodig hebben voor de fileupload en hash berekening. Die laatste kan namelijk lang duren, maar dat is wel weer een ftp commando, dus waarom zou die dan de verbinding verbreken.... Toch heb ik je noop thread verwijderd, en een aantal "try catch {ignore}" commando's aangepast. We willen natuurlijk alle meldingen in het log zien... anders zien we nog zaken over het hoofd. we hebben een update op de server gezet en kijken even aan hoe die loopt. ik zal je mijn bevindingen wel sturen. (sourcecode stuur ik je als ik klaar ben met testen..) groetjes Evert Hee, Daniel,

hoe istie er mee?

even een post op je website ivm de vmwarecopytool.

we hebben regelmatig vmimages die niet goed worden gebackupped…. en vervolgens niet in de lucht zijn.

dus heb ik je sourcecode gedownload en bekeken…

ik kan me niet zo goed voorstellen dat die NOOP thread veel goeds doet.. mocht de ftpclient gedisconnect worden (staat ook in je code) dan komt die in een wel hele snelle while(true) loop. dat lijkt me niet best, of zie ik iets over het hoofd.

verder staat op je website dat de NOOP thread is voor de “writing directory xml”. dat zou toch wel zonde zijn want je kan best zonder ftp connectie tijdens het maken van de directory xml. Je doet dan toch nog niets met de ftp verbinding. Volgens mij zou je alleen de NOOP nodig hebben voor de fileupload en hash berekening. Die laatste kan namelijk lang duren, maar dat is wel weer een ftp commando, dus waarom zou die dan de verbinding verbreken….

Toch heb ik je noop thread verwijderd, en een aantal “try catch {ignore}” commando’s aangepast. We willen natuurlijk alle meldingen in het log zien… anders zien we nog zaken over het hoofd.

we hebben een update op de server gezet en kijken even aan hoe die loopt. ik zal je mijn bevindingen wel sturen.

(sourcecode stuur ik je als ik klaar ben met testen..)

groetjes Evert

]]>