[RISOLTO] errore cgminer - config file caricato parzialmente

[pink]

Ciao a tutti,
 ho provato sul forum di litecoin ma non ho ricevuto risposte, provo anche qui (sebbene sia scrypt il problema è con cgminer, quindi forse va bene anche sul forum bitcoin).

Su BAMT 1.1 ho questo file di configurazione per cgminer 3.1.0

Code:

{
"pools" : [
	{
		"url" : "stratum+tcp://eu.wemineltc.com:3333",
		"user" : "----------",
		"pass" : "--------"
	},
	{
		"url" : "stratum+tcp://stratum2.wemineltc.com:3333",
		"user" : "---------------",
		"pass" : "------------"
	},
	{
                "url" : "stratum+tcp://eubackup.wemineltc.com:3333",
		"user" : "--------",
		"pass" : "---------------"
	}
]
,
"intensity" : "20,20,20",
"vectors" : "1,1,1",
"worksize" : "256,256,256",
"kernel" : "scrypt,scrypt,scrypt",
"lookup-gap" : "2,2,2",
"thread-concurrency" : "40960,40960,40960",
"shaders" : "0,0,0",
"api-port" : "4028,4028,4028",
"expiry" : "120,120,120",
"gpu-dyninterval" : "7,7,7",
"gpu-platform" : "0,0,0",
"gpu-threads" : "1,1,1",
"gpu-engine" : "1150,1100,1150",
"gpu-memclock" : "1500,1490,1500",
"gpu-powertune" : "20,20,20",
"log" : "5",
"no-pool-disable" : true,
"queue" : "1",
"scan-time" : "60",
"scrypt" : true,
"shares" : "0",
"kernel-path" : "/usr/local/bin"
}

Ho notato che all'avvio cgminer segnala un errore:
config file partially load... start cgminer -T.
La scritta appare velocemente e viene subito coperta dalla lista di share accepted.
A parte ciò cgminer si avvia e funziona tutto perfettamente, le mie schede vanno molto bene, no errori hw, l'hash è stabile, i rejected sono sotto 1%.

Tuttavia mi piacerebbe capire e risolvere questo errore: qualcuno sa come fare?
Ve lo chiedo perché sto per trasportare il rig nella destinazione definitiva e vorrei fosse tutto sistemato (andare poi a fare manutenzione non sarebbe comodissimo).
E' vero che tutto funziona comunque bene, però ho notato per puro caso quel piccolo errore e mi sto chiedendo da cosa possa dipendere.

Grazie

[wariner]

è capitato anche a me.

Probabilmente è qualche piccolo errore da qualche parte.

Fai una cosa, fai un backup del file .config, poi con aperto cgminer crea un nuovo file .config con i tasti (S + W + INVIO).

Ti crea un nuovo file .config con le impostazioni del vecchio e dovrebbe correggere eventuali errori.

[pink]

è capitato anche a me.
Probabilmente è qualche piccolo errore da qualche parte.
Fai una cosa, fai un backup del file .config, poi con aperto cgminer crea un nuovo file .config con i tasti (S + W + INVIO).
Ti crea un nuovo file .config con le impostazioni del vecchio e dovrebbe correggere eventuali errori.

Interessante.
Quindi devo:

Fare il backup del file.
Far partire cgminer
S+W+Invio
Il file config viene sovrascritto sistemando errori di formattazione?

Ho imparato una cosa nuova
Il file nuovo viene messo nella stessa cartella sovrascrivendo il precedente, è corretto?
Grazie per la risposta, appena arrivo a casa provo.

[wariner]

Si esatto.

Il backup ti serve proprio perché sovrascrive il vecchio file .conf

A dire il vero potresti anche salvarlo con un altro nome ed evitare di sovrascrivere in questo modo:
(S + W + nome.che.vuoi + INVIO).

Se hai problemi fammi sapere.

[pink]

Premetto che ho risolto, quindi grazie wariner!
Però non ho ancora capito qual'era il problema...

Il file di configurazione nel mio primo post, dava errore e veniva caricato parzialmente.
Esportando la config ottengo questo file, che viene caricato senza errori.

Code:

{
"pools" : [
	{
		"url" : "stratum+tcp://eu.wemineltc.com:3333",
		"user" : "------------",
		"pass" : "------------"
	},
	{
		"url" : "stratum+tcp://stratum2.wemineltc.com:3333",
		"user" : "------------",
		"pass" : "-----------"
	},
	{
		"url" : "stratum+tcp://eubackup.wemineltc.com:3333",
		"user" : "------------",
		"pass" : "---------"
	}
]
,
"intensity" : "20,20,20",
"vectors" : "1,1,1",
"worksize" : "256,256,256",
"kernel" : "scrypt,scrypt,scrypt",
"lookup-gap" : "2,2,2",
"thread-concurrency" : "40960,40960,40960",
"shaders" : "0,0,0",
----> "gpu-engine" : "0-1150,0-1100,0-1150",
"gpu-fan" : "0-85,0-85,0-85",
"gpu-memclock" : "1500,1490,1500",
"gpu-memdiff" : "0,0,0",
"gpu-powertune" : "20,20,20",
"gpu-vddc" : "0.000,0.000,0.000",
"temp-cutoff" : "84,84,84",
"temp-overheat" : "81,81,81",
"temp-target" : "79,77,73",
"api-listen" : true,
"api-port" : "4028",
"auto-fan" : true,
----> "auto-gpu" : true,
"expiry" : "120",
"gpu-dyninterval" : "7",
"gpu-platform" : "0",
"gpu-threads" : "1",
"log" : "5",
"no-pool-disable" : true,
"queue" : "1",
"scan-time" : "60",
"scrypt" : true,
"temp-hysteresis" : "3",
"shares" : "0",
"kernel-path" : "/usr/local/bin"
}

Come dicevo questo file viene caricato senza errori ma ha un problema.
Abbassa il clock della gpu per mantenere la temperatura (col vecchio file di conf nn succedeva).
Ho risolto editando alcune impostazioni (auto gpu e gpu engine) creando il file che segue (attivo in questo momento).
Quest'ultimo file viene caricato senza problemi, gestisce la temperatura delle GPU solo con le fan e tutto fila liscio sia dal punto dei mhs sia dal punto delle temp.

Però non capisco perché questo va e il mio primo file di configurazione dava errore!
E' come giocare a "trova la differenza"!

Code:

{
"pools" : [
	{
		"url" : "stratum+tcp://eu.wemineltc.com:3333",
		"user" : "-----------",
		"pass" : "-------------"
	},
	{
		"url" : "stratum+tcp://stratum2.wemineltc.com:3333",
		"user" : "-------------",
		"pass" : "-----------"
	},
	{
		"url" : "stratum+tcp://eubackup.wemineltc.com:3333",
		"user" : "-----------",
		"pass" : "--------------"
	}
]
,
"gpu-fan" : "0-85,0-85,0-85",
"temp-cutoff" : "84,84,84",
"temp-overheat" : "81,81,81",
"temp-target" : "79,77,73",
"auto-fan" : true,
"intensity" : "20,20,20",
"vectors" : "1,1,1",
"worksize" : "256,256,256",
"kernel" : "scrypt,scrypt,scrypt",
"lookup-gap" : "2,2,2",
"thread-concurrency" : "40960,40960,40960",
"shaders" : "0,0,0",
"gpu-engine" : "1150,1100,1150",
"gpu-memclock" : "1500,1490,1500",
"gpu-memdiff" : "0,0,0",
"gpu-powertune" : "20,20,20",
"gpu-vddc" : "0.000,0.000,0.000",
"api-listen" : true,
"api-port" : "4028",
"expiry" : "120",
"gpu-dyninterval" : "7",
"gpu-platform" : "0",
"gpu-threads" : "1",
"log" : "5",
"no-pool-disable" : true,
"queue" : "1",
"scan-time" : "60",
"scrypt" : true,
"temp-hysteresis" : "3",
"shares" : "0",
"kernel-path" : "/usr/local/bin"
}

[wariner]

ops! è vero mi sono dimenticato di avvisarti di risettare i parametri auto-fan e gpu  

è per quello che serve fare il backup  

E' capitata la stessa identica cosa anche a me. A me era capitato passando da bfgminer a cgminer e viceversa utilizzando lo stesso file .conf

Anche io non ho mai notato nessuno differenza e non penso che il file .conf caricato "parzialmente" crei dei problemi perché tutto funzionava cmq bene...però alla fine l'importante è risolvere  

ps: non vedo attivato il failover (da cgminer P + C + 0) serve per passare alla pool di backup nel caso in cui la principale abbia problemi. Per inserirlo nel file .conf:

Code:

"failover-only" : true,

[pink]

ops! è vero mi sono dimenticato di avvisarti di risettare i parametri auto-fan e gpu  
E' capitata la stessa identica cosa anche a me. A me era capitato passando da bfgminer a cgminer e viceversa utilizzando lo stesso file .conf
Anche io non ho mai notato nessuno differenza e non penso che il file .conf caricato "parzialmente" crei dei problemi perché tutto funzionava cmq bene...però alla fine l'importante è risolvere 

I misteroni della vita!

ps: non vedo attivato il failover (da cgminer P + C + 0) serve per passare alla pool di backup nel caso in cui la principale abbia problemi. Per inserirlo nel file .conf:

Code:

"failover-only" : true,

Qui ho una domanda:
Nemmeno nel file precedente avevo failover-only : true, eppure ogni tanto mi sembra swtichasse alla pool di backup.
Quindi mi chiedo, faiover-only serve?
Leggendo mi pare di capire che le pool di backup siano comunque attive e che il failover serva solo ad evitare di distribuire lavoro sulle pool alternative senza che sia assolutamente necessario.

--failover-only     Don't leak work to backup pools when primary pool is lagging

Nel mio caso, usando 3 pool dello stesso servizio (wemineltc.com), meglio che "perda" sulle altre pool piuttosto che aspetti di vedere se il lag si risolve.

Sbaglio?
Se non ho capito nulla su come funziona il failover, ditemelo pure

Q: Work keeps going to my backup pool even though my primary pool hasn't
failed?
A: Cgminer checks for conditions where the primary pool is lagging and will
pass some work to the backup servers under those conditions. The reason for
doing this is to try its absolute best to keep the GPUs working on something
useful and not risk idle periods. You can disable this behaviour with the
option --failover-only.

[wariner]

failover-only serve per evitare periodi di inattività, ammettiamo che la pool ritardi un po nell'inviare il lavoro, in questo caso ci si sposta ad un altra pool per non mandare in INattività la GPU. In questo modo hai la sicurezza che il lavoro sia costante.

Nel mio caso, usando 3 pool dello stesso servizio (wemineltc.com), meglio che "perda" sulle altre pool piuttosto che aspetti di vedere se il lag si risolve.

credo tu possa usare la funzione "pool-priority" in modo che non appena la pool torna "reattiva" cgminer si sposta di nuovo su di essa (stiamo entrando un pochino nei dettagli e forse mi sbaglio)

ecco un esempio (più è basso il numero e più alta è la priorità):

Code:

"pools" : [
	{
		"url" : "stratum+tcp://eu.wemineltc.com:3333",
		"user" : "------------",
		"pass" : "------------"
		"pool-priority" : "0"
	},
	{
		"url" : "stratum+tcp://stratum2.wemineltc.com:3333",
		"user" : "------------",
		"pass" : "-----------"
		"pool-priority" : "1"
	},
	{
		"url" : "stratum+tcp://eubackup.wemineltc.com:3333",
		"user" : "------------",
		"pass" : "---------"
		"pool-priority" : "2"
	}
]

Altro consiglio, utilizza anche una pool di backup differente da "wemineltc" perché nel caso fosse sotto pesante attacco potrebbero essere irraggiungibili per un po anche i server di backup.

[marnem]

dato che state parlando di bamt 1.1 ho bisogno di un aiuto!!!!
se io faccio "restart mining session" mi apre il terminale e nel punto in cui dovrebbe partire cgminer dice "cgminer api failed"!!!! lho controllato le porte api di bamt.conf e cgminer.conf e coincidono.... help!

edit: nulla...sono io bambo...partiva xD più che altro sto notando che cgminer non mette i settaggi di overclock che voglio io...magari copio le vostre impostazioni qui sopra e vedo

[pink]

dato che state parlando di bamt 1.1 ho bisogno di un aiuto!!!!
se io faccio "restart mining session" mi apre il terminale e nel punto in cui dovrebbe partire cgminer dice "cgminer api failed"!!!! lho controllato le porte api di bamt.conf e cgminer.conf e coincidono.... help!

edit: nulla...sono io bambo...partiva xD più che altro sto notando che cgminer non mette i settaggi di overclock che voglio io...magari copio le vostre impostazioni qui sopra e vedo

restart mining session anche a me fa qualche casino a volte.
Non sempre si riavvia correttamente.
Meglio fare stop e poi start.
Oppure, nel caso di cambiamenti grossi, fare un bel reboot.


E.g. quando setto autofan, se poi cambio i parametri e riavvio solo cgminer, le ventole non rispondono.
Riavviando il rig tutto si sistema.

Altro consiglio, utilizza anche una pool di backup differente da "wemineltc" perché nel caso fosse sotto pesante attacco potrebbero essere irraggiungibili per un po anche i server di backup.

Hai perfettamente ragione, sto ancora cercando di capire quale potrebbe essere una buona pool.
In realtà sto ancora cercando di capire se wemineltc sia una buona pool.
Non ho ancora messo il rig a minare seriamente, solo accendi e spegni per sisteamere e testare la configurazione.

[marnem]

restart mining session anche a me fa qualche casino a volte.
Non sempre si riavvia correttamente.
Meglio fare stop e poi start.
Oppure, nel caso di cambiamenti grossi, fare un bel reboot.

sì, facendo così poi funziona

E.g. quando setto autofan, se poi cambio i parametri e riavvio solo cgminer, le ventole non rispondono.
Riavviando il rig tutto si sistema.

Io ho 2 gpu, la seconda non mi da nessun problema, la prima, la gigabyte, quando è in stato di riposo rileva valori casuali gli rpm della ventola (le ventole funzionano).
poi una domanda...ma col tag pool-priority, nel caso passasse nella pool di backup, e la seconda ritorna up, lo fa in automatico o bisogna fare "restart"?

edit: lo fa in automatico, mi è crashata la pool principale per una 20 min, è passato in automatico alla pool secondaria, e quando la prima è tornata up, ha ricominciato a minare con quella.

[pink]

Per la cronaca ho scoperto come mai il primo file dava errore.

Era un errore di formattazione.
cgminer vuole il file config "tutto su una sola riga"
A volte editando col notepad, soprattutto facendo copia incolla, vengono inserite le righe a capo.
Il file config postato nel primo messaggio aveva degli "a capo", gli altri no (anche se appaiono uguali).
Ripristinando tutto su una sola riga, il problema sparisce.

[wariner]

Per la cronaca ho scoperto come mai il primo file dava errore.

Era un errore di formattazione.
cgminer vuole il file config "tutto su una sola riga"
A volte editando col notepad, soprattutto facendo copia incolla, vengono inserite le righe a capo.
Il file config postato nel primo messaggio aveva degli "a capo", gli altri no (anche se appaiono uguali).
Ripristinando tutto su una sola riga, il problema sparisce.

ottimo! bene a sapersi 

Metti [RISOLTO] al titolo