Salve, scusate se vi tedio, ma ho un problema singolare, vorrei un
parere e magari sapere se esiste una qualche soluzione tecnica.

La società in cui lavoro ha installato presso un cliente una 20ina di
macchine linux (Debian Woody) che acquisiscono dati da altrettanti PLC
(tramite socket TCP/IP), PLC che pilotano delle linee di montaggio. Non
è la prima volta che usiamo linux in questo ambito, e non abbiamo mai
avuto problemi.

Precedentemente un'altra società aveva realizzato la stessa cosa basata
piattaforma Windows NT4.

Il problema è che le macchine che effettuano l'acquisizione dati vengono
sistematicamente spente dal personale operaio (che agisce su un
interruttore generale che disenergizza tutto il settore, quindi linea di
montaggio, PLC e PC) senza effettuare la procedura di shutdown, per cui
molto spesso all'avvio il sistema richiede la riparazione interattiva
del filesystem (con enorme disapprovazione del cliente, perchè i PC non
essendo presidiati rimangono fermi e non leggono più i dati dal campo).

Abbiamo raccomandato al cliente di effettuare sempre la procedura si
shutdown, ma la risposta è stata del tipo "non se ne parla nemmeno",
perchè, non possono gravare il personale operaio di compiti aggiuntivi
(la presenza dei PC deve essere assolutamente trasparente e non devono
richiedere alcun tipo di manutenzione). Inoltre non vogliono spendere
una lira per i gruppi di continuità (perchè secondo loro verrebbe a
cadere l'economicità della soluzione linux), e i settori non sono
raggiunti da punti rete. Sostengono inoltre che per anni hanno trattato
allo stesso modo le macchine con NT4 senza mai aver avuto problemi, e
*pretendono* che la nuova soluzione sia altrettanto insensibile agli
spegnimenti brutali (queste sono parole loro).

Per ovviare in parte, ho pensato di montare in "ro" tutti i filesystem e
mettere la /tmp in ramdisk, tenendo solo la /var in "rw" (la /var
contiene il db delle letture dai PLC ed è in PostgreSQL, precedentemente
su NT4 usavano MS Access!), ma il problema si ripresenta spesso (le
macchine vengono spente anche 3 volte in 24 ore). Ovviamente il
filesystem usato è lo ext3, e questo ha ridotto sensibilmente i casi di
richiesta di riparazione interattiva all'avvio rispetto all'ext2 usato
all'inizio, ma non li ha eliminati del tutto.

I pc _non_ sono i rete, per cui una soluzione di spooling su host remoto
non è adottabile (avrei così potuto montare localmente tutto in "ro").

Il cliente ha assunto una posizione rigida, dice che il problema è
nostro, che con NT4 funzionava tutto bene, e che loro non possono (e non
vogliono) cambiare operativa perchè l'esistenza di quei PC deve essere
trasparente. Tornare alla soluzione precedente equivale a rinunciare
alla commessa ed i livelli superiori della mia società non
l'accetteranno mai perchè il cliente è strategico.

Suggerimenti?

--
s/invalid.invalid/libero.it/
spam -> dakob@tin.it

Daniel Kobza <daniel.kobza@invalid.invalid> wrote:
> shutdown, ma la risposta è stata del tipo "non se ne parla nemmeno",

In tal caso sono affari loro. Devo supporre che se chi gli fornisce
i macchinari gli dice di lubrificare gli ingranaggi e loro rispondono
"non se ne parla nemmeno", quando la stessa macchina si guasta la
parcella di riparazione la pagano senza protestare no?

Davide

Daniel Kobza wrote:

> Suggerimenti?

Fare test su filesystem alternativi? Che so, XFS?

--
Cris Carampa (spamto:cris119@operamail.com)

"Poveri fanatici comunisti, noglobal e affetti dalla sindrome
anti-microsoft" (gli utenti Linux secondo un poster di ICOD)

On Thu, 23 Oct 2003 13:12:28 GMT, Daniel Kobza wrote:
> Il problema è che le macchine che effettuano l'acquisizione dati vengono
> sistematicamente spente dal personale operaio (che agisce su un
> interruttore generale che disenergizza tutto il settore, quindi linea di

Se gli operai invecie di pigiare in un interruttore generale, pigiassero
sul tasto power del pc, potresti abilitare l'acpi, ma se staccano un
generale, la vedo dura.
Ma i pc vengono spenti sempre alla stessa ora? se si (ma ne dubito
fortemente) potresti mettere in cron lo shutdown.
Oppure, provo a buttare un'idea, ma probabilmente e' una cacata:
Per limitare i danni potresti unsare un fylesystem sincrono[1], e
disabilitare l'fsck al boot. Non so quanto possa essere affidabile.

cmq non e' una soluzione affidabile, non e' detto che un database scriva
subito i dati sul disco, potrebbe tenerseli in ram, quindi...

E lasciare i pc sempre accesi? e' impossibile?

cya
Banana

[1] Se non esiste a possibilita' di montare un filesystem sincron,
potresti fare un script che chiama sync ogni secondo o mezzo secondo,
non e' elegante, ma dovrebbe funzionare.

Banana wrote:

>
> [1] Se non esiste a possibilita' di montare un filesystem sincron,
> potresti fare un script che chiama sync ogni secondo o mezzo secondo,
> non e' elegante, ma dovrebbe funzionare.

Dipende dal db: se il db l'asincrono lo fa di suo ci fai poco.

--
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)tosnet.it
(Seen on TV!!!)
"Risparmiamo 5 centesimi a transazione!"

On Thu, 23 Oct 2003 13:46:06 GMT, Roberto Tagliaferri wrote:
>
> Dipende dal db: se il db l'asincrono lo fa di suo ci fai poco.
>
Infatti, era un dubbio che e' venuto anche a me...
Dato che non sono esperto di database, ti chiedo (cosi per culturella
personale) esistono database 'sincroni' e/o configurabili in modoalita
'sincrona'??

ciao
Banana

Daniel Kobza wrote:

> Suggerimenti?

Domanda:

questi PC acquisiscono dati dai PLC e li memorizzano
su HD tramite il DB.

Cosa succede a questi dati in seguito?

Voglio dire vengono pescati, riletti, cosa se ne fanno?

Quanto spazio occupano questi dati?

L'idea di avere tutto montato RO non e` affatto male.

Mi chiedevo se potesse essere estesa a tutto...

bye,

--
Piergiorgio Sartor

Banana wrote:
> On Thu, 23 Oct 2003 13:46:06 GMT, Roberto Tagliaferri wrote:
>
>>Dipende dal db: se il db l'asincrono lo fa di suo ci fai poco.
>>
>
> Infatti, era un dubbio che e' venuto anche a me...
> Dato che non sono esperto di database, ti chiedo (cosi per culturella
> personale) esistono database 'sincroni' e/o configurabili in modoalita
> 'sincrona'??
>
> ciao
> Banana
Postgres se non ricordo male può andare in entrambe le modalità

--
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)tosnet.it
(Seen on TV!!!)
"Risparmiamo 5 centesimi a transazione!"

Daniel Kobza wrote:
....
> Suggerimenti?

/etc/default/rcS :
......
# Set FSCKFIX to "yes" if you want to add "-y" to the fsck at startup.
FSCKFIX=yes

La situazione e` orripilante, ma a mali estremi...

--
Vincenzo

Daniel Kobza <daniel.kobza@invalid.invalid> ha scritto
(<slrnbpfktr.a9p.daniel.kobza@pc3.dkobza.intra>):

>Suggerimenti?

Una di queste? (in ordine di preferenza personale)
UPS da pochi i minuti su tutti i pc con apmd o altro demone che
lanci lo shutdown appena la batteria comincia a scaricarsi.
Mettere un cronjob abbastanza frequente che faccia sync.
Jounalling fs (tipo ext3), quasi tutto cio` che scrive su disco
disabilitato (niente syslog, ecc.) montando read-only tutto quello che
e` possibile.

--
S.L.