Ubuntu Sverige

Forum för Ubuntus svenska gemenskap
https://ubuntu-se.servebbs.org/

Kontrollera raid-funktion på server

https://ubuntu-se.servebbs.org/viewtopic.php?t=60631

Sida 3 av 3

Felsökning av dpkg

Postat: 05 apr 2017, 08:05
av skalman65
Fortsatte att leta efter en problemlösning, sökte nu med utgångspunkt av det kanske är något problem med dpkg.

Därigenom hittade jag detta kommando som jag chansade på

Kod: Markera allt

dpkg --configure -D 777 gconf2

som vad jag förstod skulle hjälpa mig att förstå vad som är fel

då utdatan vart låång med i det närmaste identiska rader så har jag kapat lite...

först så var det massor av saknade poster:

Kod: Markera allt

dpkg: varning: fillistfilen för paketet "libxklavier16:i386" saknas; antar att paketet inte har några filer installerade
dpkg: varning: fillistfilen för paketet "libsnmp-base" saknas; antar att paketet inte har några filer installerade
dpkg: varning: fillistfilen för paketet "libjpeg8:i386" saknas; antar att paketet inte har några filer installerade
dpkg: varning: fillistfilen för paketet "python-talloc" saknas; antar att paketet inte har några filer installerade
dpkg: varning: fillistfilen för paketet "adwaita-icon-theme" saknas; antar att paketet inte har några filer installerade
dpkg: varning: fillistfilen för paketet "software-properties-common" saknas; antar att paketet inte har några filer installerade
dpkg: varning: fillistfilen för paketet "python-ldb" saknas; antar att paketet inte har några filer installerade
dpkg: varning: fillistfilen för paketet "libavahi-core7:i386" saknas; antar att paketet inte har några filer installerade
därefter följde dessa rader jag fann intressanta

Kod: Markera allt

(Läser databasen ... 33805 filer och kataloger installerade.)
Förbereder att packa upp .../gconf2-common_3.2.6-3ubuntu6_all.deb ...
Packar upp gconf2-common (3.2.6-3ubuntu6) ...
Väljer tidigare ej valt paket libgconf-2-4:i386.
Förbereder att packa upp .../libgconf-2-4_3.2.6-3ubuntu6_i386.deb ...
Packar upp libgconf-2-4:i386 (3.2.6-3ubuntu6) ...
Väljer tidigare ej valt paket gconf-service-backend.
Förbereder att packa upp .../gconf-service-backend_3.2.6-3ubuntu6_i386.deb ...
Packar upp gconf-service-backend (3.2.6-3ubuntu6) ...
Väljer tidigare ej valt paket gconf-service.
Förbereder att packa upp .../gconf-service_3.2.6-3ubuntu6_i386.deb ...
Packar upp gconf-service (3.2.6-3ubuntu6) ...
Väljer tidigare ej valt paket gconf2.
Förbereder att packa upp .../gconf2_3.2.6-3ubuntu6_i386.deb ...
Packar upp gconf2 (3.2.6-3ubuntu6) ...
Hanterar utlösare för libc-bin (2.23-0ubuntu7) ...
Hanterar utlösare för man-db (2.7.5-1) ...
Ställer in grub-pc (2.02~beta2-36ubuntu3.9) ...
dpkg: fel vid hantering av paketet grub-pc (--configure):
 underprocessen installerade post-installation-skript gav felkod 10
Ställer in gconf2-common (3.2.6-3ubuntu6) ...
dpkg: fel vid hantering av paketet gconf2-common (--configure):
 underprocessen installerade post-installation-skript gav felkod 10
dpkg: beroendeproblem förhindrar konfigurering av libgconf-2-4:i386:
 libgconf-2-4:i386 är beroende av gconf2-common (= 3.2.6-3ubuntu6), men:
  Paketet gconf2-common har inte konfigurerats ännu.

dpkg: fel vid hantering av paketet libgconf-2-4:i386 (--configure):
 beroendeproblem - lämnar okonfigurerad
dpkg: beroendeproblem förhindrar konfigurering av gconf-service-backend:
 gconf-service-backend är beroende av libgconf-2-4 (= 3.2.6-3ubuntu6), men:
  Paketet libgconf-2-4:i386 har inte konfigurerats ännu.
 gconf-service-backend är beroende av gconf2-common (= 3.2.6-3ubuntu6), men:
  Paketet gconf2-common har inte konfigurerats ännu.

dpkg: fel vid hantering av paketet gconf-service-backend (--configure):
 beroendeproblem - lämnar okonfigurerad
dpkg: beroendeproblem förhindrar konfigurering av gconf-service:
 gconf-service är beroende av gconf-service-backend (= 3.2.6-3ubuntu6), men:
  Paketet gconf-service-backend har inte konfigurerats ännu.

dpkg: fel vid hantering av paketet gIngen apport-rapport skrevs därför att felmeddelandet indikerar att det är ett efterföljande fel från ett tidigare problem.
                Ingen apport-rapport skrevs därför att MaxReports redan har uppnåtts
                                                                                    Ingen apport-rapport skrevs därför att MaxReports redan har uppnåtts
         Ingen apport-rapport skrevs därför att MaxReports redan har uppnåtts
                                                                             conf-service (--configure):
 beroendeproblem - lämnar okonfigurerad
dpkg: beroendeproblem förhindrar konfigurering av gconf2:
 gconf2 är beroende av gconf-service, men:
  Paketet gconf-service har inte konfigurerats ännu.
 gconf2 är beroende av libgconf-2-4 (>= 3.2.6-3ubuntu6), men:
  Paketet libgconf-2-4:i386 har inte konfigurerats ännu.
 gconf2 är beroende av gconf-service-backend (= 3.2.6-3ubuntu6), men:
  Paketet gconf-service-backend har inte konfigurerats ännu.

dpkg: fel vid hantering av paketet gconf2 (--configure):
 beroendeproblem - lämnar okonfigurerad
Fel uppstod vid hantering:
 grub-pc
 gconf2-common
 libgconf-2-4:i386
 gconf-service-backend
 gconf-service
 gconf2
E: Sub-process /usr/bin/dpkg returned an error code (1)
erik@server1:~$
Nästa steg bör väl kanske vara att undersöka de saknade beroenden,
eller är det bättre att försöka att rätta till alla de saknade posterna....?

Re: Kontrollera raid-funktion på server

Postat: 05 apr 2017, 08:31
av Gunnar Hjalmarsson
Kommandot

sudo apt-get install -f

kan vara värt ett försök.

Re: Kontrollera raid-funktion på server

Postat: 05 apr 2017, 11:12
av skalman65
det ger dessvärre samma meddelande.

sökte nu vidare med post-installation-skript gav felkod 10

då fann jag en som hade installerat om paketet ucf
vilket gjordes via Synaptic, då paketet har med uppdaterings listan att göra lät det rimlig.

operationen gick bra inte samma felmeddelanden.

varpå jag gjorde en ominstallation men innan/i boot processen visas ett meddelande en kort stund (i stil med) att den försöker skriva utanför hd0
varpå den arbetar vidare till den slutligen stannar med en svart skärm.
gissar att den skall lägga upp den grafiska inloggningen.

Funderar nu om det är bäst att skanna disken efter hårdvarufel ,
för att göra en så komplett sökning som möjligt är det

Kod: Markera allt

fsck -n
som är bäst att användas. (från live skiva)

Och därefter kanske det är dags att ta en ominstallation istället.

Re: Kontrollera raid-funktion på server

Postat: 10 apr 2017, 18:28
av skalman65
Tog och stannade upp och försökte felsöka disken,
via de tester jag gjorde kunde jag inte finna att det var något fel på disken.

Bestämde mig för att börja om så jag får en installation som är mer "ren", med samma disk.

Vilket inte vart det lättaste, att bara låta installationen sköta partitioneringen gick inte.

Men efter lite micklande med gparted via liveskiva så är jag nu på väg att återinstallera systemet.

Men då det nu blir "förhållanden" så skapar jag en ny tråd.

Framförallt vill jag tacka för råd, vägledning samt tips jag fått i tråden ;D ;D ;D

Re: Kontrollera raid-funktion på server

Postat: 24 jan 2018, 20:27
av viper
skalman65 skrev: Efter mycket googlade så ramlade jag över programmet sSMTP och gjorde ett försök med det.
Vilket fungera nästan på en gång, nu skall jag bara försöka att säkra upp installationen bara.

eller skulle det vara negativt av någon anledning, säkerhet eller... att välja bort postfix?
+1 :nerd:
sSMTP är ju inte mer än man behöver; att kunna skicka mail. Mycket enkelt.

Installerade testade, justerade .config och testade en gång till.

Kod: Markera allt

nano /etc/ssmtp/ssmtp.conf
#
# Config file for sSMTP sendmail
#
# The person who gets all mail for userids < 1000
# Make this empty to disable rewriting.
root=jag@mindomän.eu

# The place where the mail goes. The actual machine name is required no 
# MX records are consulted. Commonly mailhosts are named mail.domain.com
#mailhub=smtprelay1.telia.com 
mailhub=mail1.telia.com

# Where will the mail seem to come from?
rewriteDomain=mindomän.eu

# The full hostname
hostname=DATORNS NAMN I NÄTVERKET (defaultat av installationen)

# Are users allowed to set their own From: address?
# YES - Allow the user to specify their own From: address
# NO - Use the system generated From: address
FromLineOverride=YES

Re: Kontrollera raid-funktion på server

Postat: 30 jan 2018, 15:47
av viper
Det är med mycket stort intresse jag följer skalman65:s äventyr i server-djungeln. Är i samma fas själv. :nerd:

När det gäller övervakning och loggar/larm mm via epost slutade den delen av tråden i och med nedan inlägg av skalman65:
skalman65 skrev:Japp, mail levererat enligt anvisning ;D ;D

Installerade "Logwatch" som extra säkerhet för "drift&säkerhet".

där var det tänkt att tråden skulle vara avslutad.
Men då Logwatch bara är en förmedlare av loggar från /var/log undrar jag vilka loggar du valt som varande intressanta att få till dig via email.
Om man sedan vill lägga till ytterligare program som skriver loggar till /var/log så är dessa enkla att få med i email-paketet?
Tänker på mer HW relaterade rapporter, till exempel: För att få med S.M.A.R.T: status från smartmontools. Är det bara att köra detta som eget cron-jobb och få det till sig via Logwatch?

Re: Kontrollera raid-funktion på server

Postat: 30 jan 2018, 21:21
av Osprey
viper skrev:Tänker på mer HW relaterade rapporter, till exempel: För att få med S.M.A.R.T: status från smartmontools. Är det bara att köra detta som eget cron-jobb och få det till sig via Logwatch?
Man kan köra smartctl som ett cron-jobb, men egentligen bör man nog helst lägga körningen i /etc/smartd.conf där man lägger in det som ett DEVICESCAN-direktiv.

Re: Kontrollera raid-funktion på server

Postat: 03 feb 2018, 21:02
av viper
OK Osprey,

tog detta från Ubuntu how to och la in i /etc/smartd.conf:

Kod: Markera allt

DEVICESCAN -H -l error -l selftest -f -s (O/../../5/11|L/../../5/13|C/../../5/15) -m root -M exec /usr/share/smartmontools/smartd-runner
förväntar mig då att få mail via ssmtp precis som för logwatch

smartd-runner innehåller endast detta (so far):

Kod: Markera allt

#!/bin/bash -e

tmp=$(tempfile)
cat >$tmp

run-parts --report --lsbsysinit --arg=$tmp --arg="$1" \
    --arg="$2" --arg="$3" -- /etc/smartmontools/run.d

rm -f $tmp
:-)

något som ser konstigt ut?

Re: Kontrollera raid-funktion på server

Postat: 03 feb 2018, 23:42
av Osprey
Det ser rätt ut, för vad jag kan se vid en snabb anblick och smartd-runner är ju default rakt av (vilket ofta räcker).

Smartctl är ett mycket trevligt verktyg och man kan oftast hålla sig till standard rakt av, förutom eventuellt lite småsaker i DEVICESCAN-direktivet. Den brukar upptäcka antydan fel på lååångt innan diskarna börjar logga fel eller krascha och då har man gott om tid att byta disk och fixa till det innan något händer... :)

Re: Kontrollera raid-funktion på server

Postat: 18 feb 2018, 17:54
av viper
Osprey skrev:Det ser rätt ut, för vad jag kan se vid en snabb anblick och smartd-runner är ju default rakt av (vilket ofta räcker).

Smartctl är ett mycket trevligt verktyg och man kan oftast hålla sig till standard rakt av, förutom eventuellt lite småsaker i DEVICESCAN-direktivet. Den brukar upptäcka antydan fel på lååångt innan diskarna börjar logga fel eller krascha och då har man gott om tid att byta disk och fixa till det innan något händer... :)
Kommer det inte komma några loggar förrän något är fel? Har inte fått något mail ännu.
Övriga meddelanden typ Logwatch hittar ju regelbundet till min inbox så jag bara undrar.

Mvh

Re: Kontrollera raid-funktion på server

Postat: 18 feb 2018, 22:52
av Osprey
viper skrev:Kommer det inte komma några loggar förrän något är fel? Har inte fått något mail ännu.
Övriga meddelanden typ Logwatch hittar ju regelbundet till min inbox så jag bara undrar.
Den skickar vad jag vet inte något mail automatiskt. Däremot skriver den till /var/log/syslog och du kan se resultatet med "smartctl -l selftest".

Det kan också finnas en loggfil under /var/lib/smartmontools, men detta ser du isåfall i /var/log/syslog.

Jag har alltid använt det genom att skriva ett script som tittar igenom resultatet i dessa filer och utifrån detta avgör om något mail ska skickas eller inte.

Att skicka resultatet av körningen från dessa filer som ett mail varje gång är ju ganska enkelt, men risken är då att efter en massa dagar (kanske 2000) med mail som inte innehåller någon meningsfull information, så har man tröttnat på att lägga ned några minuter om dagen på att titta igenom det och missar att det plötsligt har uppstått ett fel. För att det ska fungera i praktiken så måste man nästan skriva ett script som gör att den bara skickar något när det är något fel...

Re: Kontrollera raid-funktion på server

Postat: 19 feb 2018, 09:19
av viper
Ett sådant skript, var hittar man exempel på det? Försökte googla lite men kunde inte formulera filtret tillräckligt väl för att få direkt användbara svar.

???

Re: Kontrollera raid-funktion på server

Postat: 19 feb 2018, 10:55
av Osprey
Jag vet inte om det finns några exempel på det, något kanske går att hitta, men jag misstänker att du får bygga upp det själv.

Till att börja med så kan du ju t.ex få reda på vad loggfilen heter med:

Kod: Markera allt

DISK=NAMNET_PÅ_DIN_DISK
SERIAL=$(smartctl -i $DISK | grep "Serial Number" | awk -F : '{ print $2 }' | sed 's/ //g')
if [[ -z $SERIAL ]]; then
   SERIAL="0"
fi
LOGFILE=$(cat /var/log/messages | grep smartd | grep "state written to" | grep $SERIAL | tail -1 | awk -F "state written to" '{ print $2 }' | sed 's/ //g' | sort -u)
...och om du av någon anledning inte får tag på ett namn där, så kan du förhoppningsvis få reda på det med:

Kod: Markera allt

if [[ -z $LOGFILE ]]; then
   MODEL=$(smartctl -i $DISK | grep "Device Model" | awk -F : '{ print $2 }' | xargs | sed 's/ /_/g' | sed 's/-/_/g')
   if [[ -z $MODEL ]]; then
      MODEL=$(smartctl -i $DISK | grep "Vendor" | awk -F : '{ print $2 }' | xargs | sed 's/ /_/g' | sed 's/-/_/g')
   fi
   SERIAL=$(smartctl -i $DISK | grep "Serial Number" | awk -F : '{ print $2 }' | sed 's/ //g' | sed 's/-/_/g')
   if [[ -z $SERIAL ]]; then
      SERIAL="0"
   fi
   LOGFILE=$(find /var/lib/smartmontools/ -name \*$MODEL-$SERIAL\* | grep -v \~)
fi
...och sedan är det ju bara att börja analysera vad som finns där....

...eller om du vill, skicka loggfilen som den är med mail, så kan du t.ex använda:

Kod: Markera allt

mailx din_användare@adress < $LOGFILE
...bara att sätta igång... :)
Alla tidsangivelser är UTC+02:00 UTC+2
Sida 3 av 3

Powered by phpBB® Forum Software © phpBB Limited

Swedish translation by phpBB Sweden © 2006-2015