Ubuntu Sverige

skalman65 skrev:Då jag inte kom längre i mitt felsökande så valde jag istället att installera thunar,
och med Thunar är det inga problem med att öppna en textfil med vanligt dubbelklick.

Så med andra ord så bör mitt problem vara något med Nautilus,

Hmmm, kanske. Ett test du skulle kunna göra är att logga ut från din grafiska inloggning, köra följande kommando via en terminal inloggning:

Kod: Markera allt

mv ~/.nautilus  ~/.old.nautilus

och sedan logga in igen (grafiskt).

Jag är inte säker på att det gör skillnad men det är den ideén jag har just nu.

Där fick jag följande felmeddelande,

katalogen

Kod: Markera allt

~/.nautilus

inte finns.

Låter som Nautilus inte är rätt installerat eller?

Nej, mitt fel igen. Jag insåg att det var *länge sedan* Nautilus sparade sina konfigurationsfiler i ~/.nautilus katalogen. Jag missade det för att jag har uppgraderat i så många omgångar utan att påverkas av förändringarna som har skett längs vägen....

Nåväl... får fundera lite till, men det var i var fall inte det som var lösningen på ditt problem.

I brist på tid så har problemet med nautilus fått bero lite.

och istället fokuserat på att lösa möjligheten att få datorn att skicka mail vid problem etc..

hadde konfigurerat ssmtp sedan tidigare och fått det att fungera, och började därför titta på cron jobb via script.

men där så har något gått fel för mig för mig då jag bara får felmeddelanden

varpå jag började gå igenom conf filen för ssmtp
med ett antal tester över tid.

Nu har jag "backat" (gör om gör rätt var tanken) och försökte att skicka ett test mail via terminalen.
vilket gav följande felkod i terminalen

Kod: Markera allt

mail: cannot send message: process exited with a non-zero status

loggfilen har följande rad

Kod: Markera allt

Authorization failed ( därefter är sökväg till gmail=BadCredentials -gsmtp)

Om jag förstår detta rätt så stoppas jag av Google .

har de någon säkerhetsspärr som jag kan ha aktiverat som jag aktivt måste "släppa" .

när jag använder kommandot

Kod: Markera allt

crontab -l

då får jag fram en lista för cron jobb (vi kallar den cron1)

medans med

Kod: Markera allt

sudo crontab -l

får jag fram en annan lista (cron2)

använder jag då kommandot

Kod: Markera allt

crontab -e

då får jag fram cron2

prövar jag då med

Kod: Markera allt

sudo crontab -e

så får jag fram en helt tom lista (cron3)

Jag hittar inte hur jag kommer åt att redigera cron1's lista
alternativt kan jag radera bägge och börja om på nytt?

skalman65 skrev:när jag använder kommandot
Kod: Markera allt
crontab -l
då får jag fram en lista för cron jobb (vi kallar den cron1)

medans med
Kod: Markera allt
sudo crontab -l
får jag fram en annan lista (cron2)

använder jag då kommandot
Kod: Markera allt
crontab -e
då får jag fram cron2

prövar jag då med
Kod: Markera allt
sudo crontab -e
så får jag fram en helt tom lista (cron3)

Jag hittar inte hur jag kommer åt att redigera cron1's lista
alternativt kan jag radera bägge och börja om på nytt?

När du kör "sudo crontab" så handlar det om root:s crontab och när du kör crontab utan sudo, så beror det helt på vilken användare du är när du kör kommandot.

Har du inte kört sudo (typ "sudo -s" eller "sudo bash") eller su innan, så bör du vara din vanliga användare och då har du oftast en prompt som slutar med "$". Då ska du kunna se eller ändra i din vanliga användares crontab.

Har du däremot kört något sådant kommando innan, så slutar oftast prompten med "#" och då är det root:s crontab du ser, oavsett som du skriver sudo före själva crontab-kommandot eller inte....

Vill du vara helt säker på att det är din vanliga användares crontab, oavsett om du ligger inne som root eller något annat, så kan du alltid skriva:

Kod: Markera allt

sudo -u ditt-vanliga-användarnamn crontab -l

... eller motsvarande med "crontab -e"...

Okej

Det var ju både logiskt och förklara det hela

trodde det bara fanns en crontab lista för maskinen.

Då jag är ensam användare på maskinen är det någon skillnad/fördel att registrera jobben på root/min användare

skalman65 skrev:trodde det bara fanns en crontab lista för maskinen.

Både rätt och fel. Det finns bara en crontab- process/mekanism för hela maskinen, men varje användare har sin egen tabell eller lista för vad som ska göras...

Egentligen heter processen/mekanismen "cron" och "crontab" står för cron-table, eller alltså cron-tabell...

skalman65 skrev:Då jag är ensam användare på maskinen är det någon skillnad/fördel att registrera jobben på root/min användare

Ja det är skillnad och skillnaden består i att root får göra saker som din vanliga användare inte får. Du kan ju inte köra "sudo" på vanligt sätt före ett kommando i crontab.

Men sedan finns det ju också vissa risker med att köra saker i roots crontab om man ändå inte behöver det. Dessutom är $HOME och lite annat också annorlunda om man kör som root.

Så kör som root när det finns anledning till det och du behöver fulla rättigheter, men kör annars som din vanliga användare. Vet du inte säkert, så är det ju bara att prova det du vill köra manuellt (utan sudo) och se om det funkar...

Tänk också på att vissa saker som till exempel sätts upp i ".bashrc" eller liknande, inte finns med automatiskt när du kör via crontab. Bland annat så brukar handla om $PATH och så och då får man ange den fulla specifikationen för kommando istället. Som exempel så kan du förmodligen inte köra kommandot "fsck" direkt (om du kör crontab som din vanliga användare), utan måste ange "/sbin/fsck"...

Då börjar jag komma framåt..

har nu ett enkelt script som kollar av statusen på mina två raid enheter

Kod: Markera allt

#!/bin/bash

cat /proc/mdstat | mail -s "Raidkontroll" mailadress

vilket fungerar men jag fick nu två likadana aviseringar ,
efter lite googling hittade jag detta (punkt 3) är det förklaringen

Kod: Markera allt

By default, cron sends an email to the owner of the crontab file when it runs.

skalman65 skrev:vilket fungerar men jag fick nu två likadana aviseringar

Förmodligen beror det på att du på något sätt säger till cron att förutom "default funktionen" med att maila resultatet, så ska den också maila det...

Se mer om alla möjligheter med:

Kod: Markera allt

man 5 crontab

Efter en hel del fibblande fram o tillbaka så har jag äntligen fått till
"mail aviseringen" så att det fungerar , får nu upp en avisering/puch up meddelande på mobilen när servern skickar.

Håller nu på att ordna till (snygga till) de script som jag använder.

har tidigare använt ett meddelande som påmint mig att starta om servern en gång per månad.

Det har då enkelt sett ut så här:

Kod: Markera allt

#!/bin/bash

echo "Glöm inte att starta om Servern!" | mail -s "OMSTART" mailadress

Men fick nu iden att lägga in kommandot "uptime" eller liknande och då i en mening något liknande som detta:

Kod: Markera allt

#!/bin/bash

echo "Glöm inte att starta om Servern!" 
Den har varit i gång i **** timmar| mail -s "OMSTART" mailadress

Där *** givetvis presenterar antal timmar

är detta möjligt (misstänker det då allt är möjligt i linux-värden

)

Men vad söker jag efter för att kunna läsa in kunskapen för detta.
alternativ hur gör jag

Det blir väl iallafall nästan rätt med:

Kod: Markera allt

echo -e "Glöm inte att starta om Servern\!\nDen har varit i gång i $(uptime -p | sed 's/up//g' | sed 's/days/dagar/g' | sed 's/hours/timmar/g' | sed 's/minutes/minuter/g' | xargs)" | mail -s "OMSTART" mailadress

...och hade varit ännu enklare om du använt engelska....

Ja det skulle helt klart fungera, men har fastnat att kunna läsa av antal timmar

försökte att byta ut "uptime" kommandot i ditt förslag mot "awk" som jag ramlade över och som hade möjlighet att avläsa antal timmar maskinen varit i gång.

Kod: Markera allt

echo $(awk '{print $1}' /proc/uptime) / 3600 | bc

men när jag gör det

echo -e "Glöm inte att starta om Servern!"; echo $(awk '{print $1}' /proc/uptime) / 3600 | bc | xargs)"

(hoppade över mejladress helt då jag ville få det att fungera i terminalen)

så blir inte resultatet

Kod: Markera allt

echo -e "Glöm inte att starta om Servern!"; echo den har varit igång $(awk '{print $1}' /proc/uptime) / 3600 | bc
Glöm inte att starta om Servern!
(standard_in) 1: syntax error
(standard_in) 1: illegal character: \303
(standard_in) 1: illegal character: \245

vad är skillnaden

Osprey skrev: [/code]...och hade varit ännu enklare om du använt engelska....

menar du att det hade blivit estetiskt bättre eller skulle det på något sätt vara enklare?

skalman65 skrev:
Osprey skrev:...och hade varit ännu enklare om du använt engelska....
menar du att det hade blivit estetiskt bättre eller skulle det på något sätt vara enklare?

I det exemplet jag hade, så översatte jag "days" till "dagar", "hours" till "timmar" etc... det slipper man om man låter texten vara på engelska.....

Prova med:

Kod: Markera allt

echo -e "Glöm inte att starta om Servern! \n$(HOURS=$(SEC=$(cat /proc/uptime | awk '{ print $1 }'); echo $SEC/3600 | bc); echo $HOURS)"

Och om du inte nödvändigtvis vill ha en "oneliner", så kan du ju göra ett litet enkelt script som ser ut som:

Kod: Markera allt

#! /bin/bash
#
SEC=$(cat /proc/uptime | awk '{ print $1 }')
HOURS=$(echo $SEC/3600 | bc)
echo -e "Glöm inte att starta om Servern! \n$HOURS"

Har jobbat vidare med detta, läst en hel del vet inte om jag blev så mycket klokare men fann att ditt förslag var klockrent Osprey

Osprey skrev:Prova med:
echo -e "Glöm inte att starta om Servern! \n$(HOURS=$(SEC=$(cat /proc/uptime | awk '{ print $1 }'); echo $SEC/3600 | bc); echo $HOURS)"

jag la bara till nedstående text på slutet
timmar sedan den senast startades om

Då fick jag följande utskrift:

Kod: Markera allt

Glöm inte att starta om Servern! 
0 timmar sedan den startades om senast

Hur ofta är det brukligt att starta om en server
har tidigare gjort det en gång i månaden, samtidigt som jag har uppdaterat maskinen.

Är det rekommenderat att göra det oftare eller är det ett bra riktmärke

skalman65 skrev:Hur ofta är det brukligt att starta om en server
har tidigare gjort det en gång i månaden, samtidigt som jag har uppdaterat maskinen.

Det är nog närmast en subjektiv fråga, som beror på vilka krav och eventuella problem man har.

Följande faktorer har betydelse i sammanhanget:

Hur mycket bortfall får man genom en omstart?
Hur höga krav på absolut realtid har man, dvs. hur viktigt är det att allting går så snabbt som bara möjligt?
Hur viktigt är det att allting är i exakt 100% ordning?

Ofta räcker det med att allt går med t.ex 98% av den hastighet som är teoretiskt möjlig och att det kanske ligger ett par processer kvar och tar lite, lite grann, trots att de inte är aktiva längre, gör inte så mycket. Och att något program som kanske används en gång vartannat år, har hamnat i felaktigt läge är kanske inte heller så viktigt...

En omstart medför å andra sidan att under den tiden som omstarten tar, så fungerar ingenting. Skulle datorn sitta i en JAS 39 Gripen, så är det kanske inte så himla bra när allt slutar fungera, även om det bara är i en minut eller så...

Samtidigt kan det vara skönt att veta att allting är i så bra ordning som bara möjligt...

Nu är Linux ett stabilt system som inte degenererar så snabbt efter systemstart, så ofta kan det vara bättre att låta det gå ett tag innan man startar om...

Sedan är det till stor del också en empirisk vetenskap, det vill säga att man får köra på och se hur det går. Man kan börja med att starta om en gång i månaden och om allting funkar som det ska, så är det bara att köra vidare. Märker man däremot att det börjar krångla mer och mer efter ett par veckor, så kanske man ska starta om en gång i veckan istället. Omstart varje nyår eller varje midnatt är också fullt möjligt, allt utifrån hur bra allting fungerar....

Ute på de flesta företag har man sällan några schemalagda omstarter oftare än en gång i månaden, om ens det. För det mesta så kör man bara på så länge det funkar och så länge man inte märker några problem. I vissa fall får operativet stå och snurra på, samtidigt som man startar om något program dagligen, allt är som sagt subjektivt och beroende på hur bra allt fungerar....

Ubuntu Sverige

Ubuntu Server 18.04 - Konfiguration och felsöknings tråd

Re: Ubuntu Server 18.04 - Konfiguration och felsöknings tråd

Re: Ubuntu Server 18.04 - Konfiguration och felsöknings tråd

Re: Ubuntu Server 18.04 - Konfiguration och felsöknings tråd

Re: Ubuntu Server 18.04 - Konfiguration och felsöknings tråd

Re: Ubuntu Server 18.04 - Konfiguration och felsöknings tråd

Re: Ubuntu Server 18.04 - Konfiguration och felsöknings tråd

Re: Ubuntu Server 18.04 - Konfiguration och felsöknings tråd

Re: Ubuntu Server 18.04 - Konfiguration och felsöknings tråd

Re: Ubuntu Server 18.04 - Konfiguration och felsöknings tråd

Re: Ubuntu Server 18.04 - Konfiguration och felsöknings tråd

Re: Ubuntu Server 18.04 - Konfiguration och felsöknings tråd

Re: Ubuntu Server 18.04 - Konfiguration och felsöknings tråd

Re: Ubuntu Server 18.04 - Konfiguration och felsöknings tråd

Re: Ubuntu Server 18.04 - Konfiguration och felsöknings tråd

Re: Ubuntu Server 18.04 - Konfiguration och felsöknings tråd

Re: Ubuntu Server 18.04 - Konfiguration och felsöknings tråd