Newsgroup: it.comp.macintosh
Titolo: fermare mysqld da terminale

Ciao,
ho fatto un file "mysql" che avvia mysqld_safe.
Quando scrivo mysql su terminale, il processo viene avviato, e tutto va 
bene. Però, quando voglio stopparlo, faccio ctrl+x, e si dice che il 
processo è 'sospeso'. Nell'Activity Monitor però è ancora funzionante. 
Insomma mi sembra che non sia proprio fermato, ma solo messo in standby.
Provo a fare kill numero_processo, e mi dice ok. Poi, se provo a 
riavviarlo, mi dice 'il processo esiste già'.  :\
grazie fo any help
m.

 Provo a fare kill numero_processo,
provato a fare kill -9 numero_processo ?
saludos
germano il gatto grigio
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

-Hakuin <s_inco...@hotmeil.com.invalid>:

Prova con killall mysqld o kill -9 processo.
Facile che spari un SIGHUP anziche un SIGKILL senza indicargli esattamente il
messaggio. Da root ovviamente.
  ngw

grazie fo any help
allora mysql e' il client! e per uscire devi scrivere exit
mysqld e' il server; per uscire basta scrivere "mysqladmin shutdown"
lascia perdere i  vari kill che fanno solo casino al database..
MAS!

 lascia perdere i  vari kill che fanno solo casino al database..
È fatto davvero così male che si incasina per un sigkill?
-- 
blog:  
http://www.akropolix.net/rik0/blogs
 | Uccidete i filosofi,
site:  
http://www.akropolix.net/rik0/
      | tenetevi riso e
forum: 
http://www.akropolix.net/forum/
     | bacchette per voi.

Č fatto davvero cosě male che si incasina per un sigkill?
bhe' potresti fare come minimo un kill 3 o 6 o 15 prima in modo da cercare
di farlo uscire 'bene'; con il 9, lo uccidi malamente/brutalmente: puo'
darsi che in quel momento il server stesse aggiornando delle tabelle del
database e che quindi questo possa risultare corrotto o inconsistente; ma
non e' colpa di MySQL fatto male!!
non capisco perche' non usare gli strumenti adatti per fare questo.
puoi spegnere anche il computer togliendo la spina senza farti troppi
scrupoli; ti puo' andare bene come no. non e' questione di essere fatto
bene o male
MAS!

 bene o male
Minchia se lo č.


Minchia se lo č.
se ne sei convinto tu...
MAS!

 punto.
Non tutti hanno ragione, tuttavia. Se discutiamo su Picasso, si entra
nel campo dei gusti. Se asseriamo che l'affidabilità non è
particolarmente rilevante su un database, entriamo nel campo delle
minchiate, non delle opinioni.
Io non so se MySQL è fragile come dici (e sarebbe preoccupante). Già mi
viene il mal di pancia ogni volta che devo fargli fare una foreign key,
figuriamoci. A già... come era? Le FK non sono necessarie in un db?
(affermazione di noto sviluppatore MySQL).


Io non so se MySQL è fragile come dici (e sarebbe preoccupante). Già mi
la sindrome di Silvio inizia ad imperversare: mai detto che MySQL e'
fragile: ho sostenuto solo che era meglio uscire correttamente dal server,
visto che la domanda posta inizialmente era quella. punto
per il resto non entro in polemica in quanto non mi interessa minimamente
aumentare il 'rumore' nel ng gia' abbastanza 'rumoroso'...
bye
MAS!

 aumentare il 'rumore' nel ng gia' abbastanza 'rumoroso'...
Tzk.


 (affermazione di noto sviluppatore MySQL).
Era il CTO, ma MySQL supporta le FK dalla versione 4, e prima usando le
tabella giuste. Supporta più o meno tutto ormai.
  ngw

 tabella giuste. Supporta piů o meno tutto ormai.
So che le supporta (anche perchč le uso), tuttavia mi viene il mal di
pancia. Sigh, sembrano davvero buttate li.
Ma č vero quello che dice Marco che se uno da un -9 a MySQL si puň
inchiappettare il db? Io stento a crederlo. :(


inchiappettare il db? Io stento a crederlo. :(
ripeto: quello che ho detto e' stata una _mia_ supposizione; non ho mai
provato (anche perche', con tutta la buona volonta' che ci ho messo, anche
su macchine di test con lo scopo di corrompere il db apposta per verificare
gli strumenti di crash recovery, non ci sono mai riuscito).
sigh, come ho gia' detto e scritto, ho detto che e' meglio (IMHO) chiudere
il processo in modo 'tradizionale' piuttosto che killarlo (anche perche' ci
dovrebbe essere il processo mysqld_safe che tenta di riavviare mysqld se ci
sono stati dei problemi, complicando la questione).
non ho mai detto ne' che MySQL e' 'fragile' ne' che se fai kill -9,
sicuramente hai dei problemi sul db (con un ottimo grado di probabilita'
non ti succede nulla, ma mi chiedo: a che scopo voler rischiare e non usare
il comando creato ad hoc?)
MAS!