Henri wenger

[Hokkan Newsletter]

?Arbeitsstelle - Handelsassist

Arbeitsort - Deutschland

Der Handelsassistent ist der Mitglied von Vermarktung Abteilung und arbeitet 
eng mit Handelsabteilung zusammen um ihre Strategien vollständig zu kopieren 
zwecks Lösung von Problemen bezüglich der Handelsbuchung, Handelspreisen und 
der falschen Stellungen.

Haupt Arbeitspflichten:

-Vorschau zwecks Sicherung von richtigen Bewertung der Investitionen.

- Verständigung und korrekte Vollstreckung von Handelsoperationen, Beseitigung 
von Schwierigkeiten im Bezug auf Entlehnung von Wertpapieren.

- Bewertung von Risiken der Handelsstellungen, Weltmärkte, Reputations-Risiken 
und so weiter.

- Mitwirkung mit Kunden und deren Administration Enge Zusammenarbeit mit 
Finanz-Abteilung und Berichterstattung aller Sachen täglich. Mitwirkung mit 
nicht finanzieller Mitarbeiter und wirksame Behandlung aller Anforderungen

- Unterstützung bei Rechnung, Vergleichung und anderen Prozessen

- Beantwortung von Fragen und Bereitstellung der Daten bei Bedarf

Wichtigste Funktionen : - Information im Bezug auf geprüften Lokalen - 
Einführung und Aktualisierung neuer und laufender Kundendaten in allen Systemen 
- Applikationen Mitwirkung in Systemprojekten von Daten-Säuberung, 
Daten-Entwicklung und weiteres - Vorbereitung nötiger Dokumenten - Bestimmung 
von Termine und Zusammensetzen von Zeitpläne - Unterstützung des Maklers in 
Vorbereitung von Papieren - Ausführung aller erteilten Aufgaben

Die Bewerber diesen E-Mail Brief beantworten sollen. Wir danken alle Bewerber 
fürs Interesse im Voraus. Immerhin, nur uns interessierende Personen 
kontaktiert werden

Grüße, Personal-Abteilung

Re: Problema con memoria di lavoro

[girarsi_liste]

Il 11/05/2016 07:49, leo ha scritto:
> Ciao a tutti,
> da ieri ho uno strano problema con la memoria di lavoro. Mi sembrava che
> il pc fosse particolarmente lento nell'aprire file e programmi ed ho
> trovato una situazione che credo sia anomala. Dando i comandi free -h e
> df -h scopro questa situazione:
> http://paste.debian.net/683306/
> 
> Mi pare che sto esaurendo la memoria di lavoro e comunque c'è qualche
> cosa che non va visto che in questo momento sol portatile ho aperto solo
> il terminale e il browser.
> Sapete fare delle ipotesi su questa anomalia ed eventualmente come posso
> risolvere?
> 
> Grazie mille,
> buona giornata,
> ciao ciao :)
> 

/dev/dm-1 a cosa è riferito? hai qualche HD usb attaccato?

-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|

Re: Conoscere le subnet presenti in LAN

[Piviul]

Piviul ha scritto il 13/04/2016 alle 17:00:
> Ciao a tutti, dovrei ampliare la subnet utilizzata per la lan. Ora la
> lan è configurata come 192.168.70.x cioè con subnet mask 255.255.255.0.
> Ora dovrei ampliare gli indirizzi ip a disposizione della lan e pensavo
> soltanto di cambiare la subnetmask (e la classe degli ip gestiti dal
> server dhcp) in modo da non dover riconfigurare tutti gli ip statici. La
> subnetmask pensavo di trasformarla in 255.255.248.0 in modo da poter
> utilizzare gli indirizzi ip da 192.168.64.1 fino a 192.168.71.254.
> 
> Ora però succede che un gran numero di pc nella LAN hanno un'altra
> scheda di rete e sono in realtà collegati ad un'altra sottorete
> (gestiscono degli strumenti che colloquiano via lan) e non vorrei che
> uno di questi pc sia configurato proprio con una sottorete nel range
> della lan.
> 
> Ed ecco finalmente il domandone: c'è modo di sapere da remoto le subnet
> configurate per un dato pc che so, vedere da remoto la routing table o
> qualche altro modo? Tenete conto che i pc sono quasi tutti windows (si,
> c'è anche qualche client linux per la gestione degli strumenti)
Ho trovato almeno per le subnets collegate a macchine windows: sul
server che funge da domain master browser il log di nmbd mostra proprio
informazioni riguardo all'ip utilizzato dall'altra scheda. Con un
"semplice" script sto tenendo sotto controllo tutte le subnets della mia
LAN.

Se qualcuno fosse interessato questo è lo script che ogni 30 minuti
esamina il log di nmbd e memorizza in un file il nome del PC e gli ip ad
esso collegati:

#!/bin/bash

filelog=~/$(basename $0 .sh).log
[ -f $filelog ] || touch $filelog

filetmp=/tmp/$(basename $0 .sh).tmp
[ -f $filetmp ] || touch $filetmp

while [ -z "" ]; do
ips=$(grep "This response was from IP [0-9]*" /var/log/samba/log.nmbd |
sed 's/This response was from IP \([^[:space:]]*\),.*/\1/' \
| sort | uniq)
for ip in $ips; do
   hostname=$(wbinfo -I $ip | cut -f2 2>&1)
   [ -z "$hostname" ] && hostname="NO-NAME"

   for subip in $(grep "This response was from IP $ip"
/var/log/samba/log.nmbd | sed 's/.*This response was from IP '$ip',
reporting an IP address of \([^[:space:]]*\)\./\1/' | sort | uniq); do
  [ $hostname = "NO-NAME" ] && [ -n "$(grep $subip "$filelog")" ] &&
continue

  entry=$(grep "$hostname:" $filelog)
  if [ -n "$entry" ]; then
 entry=$(echo $entry | sed 's/^[^,]*//' | sed 's/,
'$subip'[[:space:]]*//')
 [ -n "$entry" ] && subip="$subip$entry"
  fi
  cat $filelog | grep -v "$hostname" > $filetmp
  echo -e "$hostname: $ip, $subip" >> $filetmp
  cat $filetmp | sort > $filelog
   done
done
sleep 1800
done

Piviul

Re: Problema con memoria di lavoro

[gerlos]

Il giorno mer 11 mag 2016 alle ore 07:51 leo  ha scritto:

> Ciao a tutti,
> da ieri ho uno strano problema con la memoria di lavoro. Mi sembrava che
> il pc fosse particolarmente lento nell'aprire file e programmi ed ho
> trovato una situazione che credo sia anomala. Dando i comandi free -h e
> df -h scopro questa situazione:
> http://paste.debian.net/683306/
>
>
Io vedo 2 problemi, uno certo, l'altro potenziale:
- Problema sicuro: Hai riempito il file system che contiene /, la root del
sistema. Prova ad allargarlo, se puoi, oppure prova a rimuovere qualcosa
per "fare spazio".
- Problema potenziale: Hai una "buona" quantità di RAM "libera", comunque 2
GB sono pochini, ed in alcuni casi un browser moderno, come Firefox o
Chromium, potrebbero aver bisogno di una maggiore quantità di RAM. Puoi
aggiungere memoria, magari portando la RAM a 4GB?

Per quanto riguarda il problema sicuro: io darei un'occhiata a /var/log,
potrebbe esserci qualche problema che inonda i tuoi log, e li fa crescere
oltre misura. Oppure logrotate non funziona come dovrebbe.

Se è una macchina desktop, non dovrebbero esserci problemi a spostare o
rimuovere i vecchi log per far spazio.

Ah, è anche possibile che ti siano rimasti un po' di pacchetti di
installazione nella cache di apt (si trova in /var/cache/apt/archives).
Puoi fare un po' di pulizia con questi comandi:
# apt-get clean
# apt-get autoremove


> Mi pare che sto esaurendo la memoria di lavoro e comunque c'è qualche
> cosa che non va visto che in questo momento sol portatile ho aperto solo
> il terminale e il browser.
> Sapete fare delle ipotesi su questa anomalia ed eventualmente come
> posso risolvere?
>

Per quanto riguarda l'uso di risorse, potresti dare un'occhiata ai processi
in corso con top, che tra le altre cose ti mostra quanta CPU e quanta
memoria richiedono i vari processi.

Per quanto riguarda l'uso del file system potresti dare un'occhiata alla
dimensione delle varie directory sulla root (escludendo altri file system
montati) con il comando:
 # du -shx /* | sort -h

Su un sistema desktop io comincerei a preoccuparmi se, dopo aver pulito la
cache di apt, /var fosse più grande di 1-2 GB.

saluti,
gerlos

Re: Problema con memoria di lavoro

[Walter Valenti]

>Ciao a tutti,
>da ieri ho uno strano problema con la memoria di lavoro. Mi sembrava che
>il pc fosse particolarmente lento nell'aprire file e programmi ed ho
>trovato una situazione che credo sia anomala. Dando i comandi free -h e
>df -h scopro questa situazione:
>http://paste.debian.net/683306/
>
>Mi pare che sto esaurendo la memoria di lavoro e comunque c'è qualche
>cosa che non va visto che in questo momento sol portatile ho aperto solo
>il terminale e il browser.
>Sapete fare delle ipotesi su questa anomalia ed eventualmente come posso
>risolvere?




Prova a vedere, per esempio con "top", se c'è qualche
processo ingordo.

Walter

Re: Problema con memoria di lavoro

[gianluca]

On 05/11/2016 07:49 AM, leo wrote:

Ciao a tutti,
da ieri ho uno strano problema con la memoria di lavoro. Mi sembrava che
il pc fosse particolarmente lento nell'aprire file e programmi ed ho
trovato una situazione che credo sia anomala. Dando i comandi free -h e
df -h scopro questa situazione:
http://paste.debian.net/683306/

Mi pare che sto esaurendo la memoria di lavoro e comunque c'è qualche
cosa che non va visto che in questo momento sol portatile ho aperto solo
il terminale e il browser.
Sapete fare delle ipotesi su questa anomalia ed eventualmente come posso
risolvere?



Non mi pare anomalo. Linux utilizza per quanto puo` tutta la RAM 
disponibile:


http://www.linuxatemyram.com/


Per contro posso ritenere pericoloso l'avere __SOLO__ 194Mb disponibili 
in /. Consiglio di espandere con LVM la root. Eventualmente controllare 
la directory /var/apt/cache per eliminare i pacchetti scaricati ed 
installati tra i vari update...




--
Eurek s.r.l.  |
Electronic Engineering| http://www.eurek.it
via Celletta 8/B, 40026 Imola, Italy  | Phone: +39-(0)542-609120
p.iva 00690621206 - c.f. 04020030377  | Fax:   +39-(0)542-609212

Re: tar & bzip2

[Piviul]

Luca De Andreis ha scritto il 11/05/2016 alle 08:59:
> [...]
> Consiglio DAR, se non lo avete ancora provato...
anch'io sono migrato a DAR e devo dire che mi trovo piuttosto bene
soprattutto per il fatto che lo sviluppatore (Denis Corbin) è molto
attento ed affronta con prontezza ogni baco segnalato, anche per bachi
infinitamente meno gravi di quello da me riscontrato in tar.

Se poi qualcuno fosse interessato ho sviluppato una serie di script[¹]
in bash per backup incrementali basati su dar che semplificano il backup
su dischi usb con supporto a snapshot LVM per backup "a caldo".

La versione su sourceforge non è aggiornata e se qualcuno è interessato
mi può scrivere in privato.

Piviul
[¹] https://sourceforge.net/projects/bkdar/

Re: tar & bzip2

[Luca De Andreis]

Il 11/05/2016 08:55, Piviul ha scritto:

Piviul ha scritto il 30/04/2016 alle 18:51:

[...]
con tar non mi sono trovato bene nel momento in cui ho dovuto anch'io
effettuare un restore... non mi ricordo bene (ora ricordo solo che non
supporta le acl) il motivo ma ricordo che l'ho maledetto un bel po'.

Ora ricordo il motivo[¹]: è un bug gravissimo segnalato da me nel 2011 e
nel thread qualcuno dice essere già stato segnalato nel 2004 ma non
ancora risolto. Me ne sono ricordato perché oggi mi hanno contattato
perché sembra lo vogliano affrontare...

Sconsiglio vivamente di utilizzare tar per backups nel caso di backups
incrementali.




Consiglio DAR, se non lo avete ancora provato...

Luca



smime.p7s
Description: Firma crittografica S/MIME

Re: tar & bzip2

[Piviul]

Piviul ha scritto il 30/04/2016 alle 18:51:
> [...]
> con tar non mi sono trovato bene nel momento in cui ho dovuto anch'io
> effettuare un restore... non mi ricordo bene (ora ricordo solo che non
> supporta le acl) il motivo ma ricordo che l'ho maledetto un bel po'. 
Ora ricordo il motivo[¹]: è un bug gravissimo segnalato da me nel 2011 e
nel thread qualcuno dice essere già stato segnalato nel 2004 ma non
ancora risolto. Me ne sono ricordato perché oggi mi hanno contattato
perché sembra lo vogliano affrontare...

Sconsiglio vivamente di utilizzare tar per backups nel caso di backups
incrementali.

Piviul

[¹] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648048