Author

Topic: [RISOLTO] errore cgminer - config file caricato parzialmente (Read 1419 times)

legendary
Activity: 1257
Merit: 1004
pool.sexy
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  Grin

Metti [RISOLTO] al titolo  Wink
full member
Activity: 224
Merit: 100
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.
hero member
Activity: 728
Merit: 500
Boss of WallstreetCafe
Quote
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

Quote
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.
full member
Activity: 224
Merit: 100
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 Cheesy

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.
hero member
Activity: 728
Merit: 500
Boss of WallstreetCafe
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 Cheesy
legendary
Activity: 1257
Merit: 1004
pool.sexy
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.

Quote
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.
full member
Activity: 224
Merit: 100
ops! è vero mi sono dimenticato di avvisarti di risettare i parametri auto-fan e gpu  Roll Eyes
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  Wink

I misteroni della vita!

Quote
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.

Quote
--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 Smiley

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.

legendary
Activity: 1257
Merit: 1004
pool.sexy
ops! è vero mi sono dimenticato di avvisarti di risettare i parametri auto-fan e gpu  Roll Eyes

è per quello che serve fare il backup  Grin

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  Wink

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,
full member
Activity: 224
Merit: 100
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"
}
legendary
Activity: 1257
Merit: 1004
pool.sexy
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.
full member
Activity: 224
Merit: 100
è 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 Smiley
Il file nuovo viene messo nella stessa cartella sovrascrivendo il precedente, è corretto?
Grazie per la risposta, appena arrivo a casa provo.

legendary
Activity: 1257
Merit: 1004
pool.sexy
è 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.
full member
Activity: 224
Merit: 100
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

Jump to: