Debian GNU/Linux

Van egy Debian VM, ami bootoláskor meghal ismeretlen probléma miatt. Nem tudni mi történt, de tippre valamilyen rendszere file, vagy mappa vagy ezekből több is sérülhetett. Esetleg van arra mód, hogy egy alap Debian-t rátelepíteni a meglévőre, hogy a rendszerfileokat újra rakja, de a configok megmaradjanak? Kvázi egy frissítő telepítés lenne. A teljes újrahúzás lenne az utolsó megoldás, mert az elég hosszadalmas lenne az egészet beállítani.

Sziasztok,

Van több apache szerver, aminek a logjait (access és error) el szeretném küldeni egy log gyűjtő szervernek és ott szétválogatni két file-ra.
A log-ok bejönnek és a syslog-ban meg is jelennek, de nem jelenik meg a 2 file.

Mit rontok el?

Köszi,
Sz.

12:34:15.905973 IP (tos 0x0, ttl 64, id 44984, offset 0, flags [DF], proto UDP (17), length 443)
    172.19.1.235.42081 > 172.19.1.222.514: SYSLOG, length: 415
        Facility local3 (19), Severity info (6)
        Msg: Jun 27 12:34:15 ip-172-19-1-235 apache_access: { "time":"2023-06-27

Ezek a beállításaim:

[logszerver]

remotelog.conf
:msg, contains, "apache_error"       /log/error.log
:msg, contains, "apache_access"       /log/access.log

[webszerver]
access.log.conf
$ModLoad imfile
$InputFileName /var/log/apache2/access.log
$InputFileTag apache_access:
$InputFileStateFile stat-apache-access
$InputFileSeverity info
$InputFileFacility local3
$InputRunFileMonitor
$InputFilePollInterval 10
local3.* @172.19.1.222

error.log.conf
$ModLoad imfile
$InputFileName /var/log/apache2/error.log
$InputFileTag apache_error:
$InputFileStateFile stat-apache-error
$InputFileSeverity info
$InputFileFacility local3
$InputRunFileMonitor
$InputFilePollInterval 10
local3.* @172.19.1.222

Update: Megoldódott. Mégse oldódott meg.
Update #2: Talán megvan az ok...?

Időnként a rendszer (Debian 11, AMD64) fogja magát és boot közben megáll, miután kiírta, hogy

device-mapper: ioctl: 4.43.0-ioctl (2020-10-01) initialised: dm-devel@redhat.com

Egy darabig még reszeli a winchestert, aztán abbafejezi és úgy marad. Ami érdekes, hogy ilyenkor sem warm, sem cold restart nem segít. Néhány sikertelen boot után viszont magától megjavul.

http://oscomp.hu/depot/device-mapper_ioctl_4.43.0-ioctl_2020-10-01_initialised_dm-devel_redhat.com.jpg

A neten nem találtam semmit. Van bárkinek ötlete, hogy mi ez, mitől van ez?

Debian 11.6-ról update 11.7-re nem megy. Miért?

root@debian:/etc# apt-mark showhold

root@debian:/home/ice/Downloads# dpkg --configure --pending

root@debian:~# apt-cache policy base-files
base-files:
  Installed: 11.1+deb11u6
  Candidate: 11.1+deb11u6
  Version table:
 *** 11.1+deb11u6 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        100 /var/lib/dpkg/status

root@debian:/home/ice/Downloads# uname -a
Linux debian 6.1.0-0.deb11.7-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.20-2~bpo11+1 (2023-04-23) x86_64 GNU/Linux

root@debian:~#  dpkg-query -W | grep '~bpo'
firmware-amd-graphics    20230210-4~bpo11+1
linux-headers-6.1.0-0.deb11.6-amd64    6.1.15-1~bpo11+1
linux-headers-6.1.0-0.deb11.6-common    6.1.15-1~bpo11+1
linux-headers-6.1.0-0.deb11.7-amd64    6.1.20-2~bpo11+1
linux-headers-6.1.0-0.deb11.7-common    6.1.20-2~bpo11+1
linux-headers-amd64    6.1.20-2~bpo11+1
linux-image-6.0.0-0.deb11.2-amd64    6.0.3-1~bpo11+1
linux-image-6.0.0-0.deb11.6-amd64    6.0.12-1~bpo11+1
linux-image-6.1.0-0.deb11.5-amd64    6.1.12-1~bpo11+1
linux-image-6.1.0-0.deb11.6-amd64    6.1.15-1~bpo11+1
linux-image-6.1.0-0.deb11.7-amd64    6.1.20-2~bpo11+1
linux-image-amd64    6.1.20-2~bpo11+1
linux-kbuild-6.1    6.1.20-2~bpo11+1

root@debian:/etc# apt clean all

root@debian:/etc# apt update 
Hit:1 http://deb.debian.org/debian bullseye InRelease
Hit:2 http://security.debian.org/debian-security bullseye-security InRelease
Hit:3 http://deb.debian.org/debian bullseye-updates InRelease           
Hit:4 http://deb.debian.org/debian bullseye-backports InRelease
Hit:5 http://dl.google.com/linux/chrome/deb stable InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.

root@debian:/etc# apt-cache policy 
Package files:
 100 /var/lib/dpkg/status
     release a=now
 500 http://dl.google.com/linux/chrome/deb stable/main amd64 Packages
     release v=1.0,o=Google LLC,a=stable,n=stable,l=Google,c=main,b=amd64
     origin dl.google.com
 100 http://deb.debian.org/debian bullseye-backports/non-free i386 Packages
     release o=Debian Backports,a=bullseye-backports,n=bullseye-backports,l=Debian Backports,c=non-free,b=i386
     origin deb.debian.org
 100 http://deb.debian.org/debian bullseye-backports/non-free amd64 Packages
     release o=Debian Backports,a=bullseye-backports,n=bullseye-backports,l=Debian Backports,c=non-free,b=amd64
     origin deb.debian.org
 100 http://deb.debian.org/debian bullseye-backports/contrib i386 Packages
     release o=Debian Backports,a=bullseye-backports,n=bullseye-backports,l=Debian Backports,c=contrib,b=i386
     origin deb.debian.org
 100 http://deb.debian.org/debian bullseye-backports/contrib amd64 Packages
     release o=Debian Backports,a=bullseye-backports,n=bullseye-backports,l=Debian Backports,c=contrib,b=amd64
     origin deb.debian.org
 100 http://deb.debian.org/debian bullseye-backports/main i386 Packages
     release o=Debian Backports,a=bullseye-backports,n=bullseye-backports,l=Debian Backports,c=main,b=i386
     origin deb.debian.org
 100 http://deb.debian.org/debian bullseye-backports/main amd64 Packages
     release o=Debian Backports,a=bullseye-backports,n=bullseye-backports,l=Debian Backports,c=main,b=amd64
     origin deb.debian.org
 500 http://deb.debian.org/debian bullseye-updates/main i386 Packages
     release v=11-updates,o=Debian,a=stable-updates,n=bullseye-updates,l=Debian,c=main,b=i386
     origin deb.debian.org
 500 http://deb.debian.org/debian bullseye-updates/main amd64 Packages
     release v=11-updates,o=Debian,a=stable-updates,n=bullseye-updates,l=Debian,c=main,b=amd64
     origin deb.debian.org
 500 http://security.debian.org/debian-security bullseye-security/non-free i386 Packages
     release v=11,o=Debian,a=stable-security,n=bullseye-security,l=Debian-Security,c=non-free,b=i386
     origin security.debian.org
 500 http://security.debian.org/debian-security bullseye-security/non-free amd64 Packages
     release v=11,o=Debian,a=stable-security,n=bullseye-security,l=Debian-Security,c=non-free,b=amd64
     origin security.debian.org
 500 http://security.debian.org/debian-security bullseye-security/main i386 Packages
     release v=11,o=Debian,a=stable-security,n=bullseye-security,l=Debian-Security,c=main,b=i386
     origin security.debian.org
 500 http://security.debian.org/debian-security bullseye-security/main amd64 Packages
     release v=11,o=Debian,a=stable-security,n=bullseye-security,l=Debian-Security,c=main,b=amd64
     origin security.debian.org
 500 http://deb.debian.org/debian bullseye/contrib i386 Packages
     release v=11.7,o=Debian,a=stable,n=bullseye,l=Debian,c=contrib,b=i386
     origin deb.debian.org
 500 http://deb.debian.org/debian bullseye/contrib amd64 Packages
     release v=11.7,o=Debian,a=stable,n=bullseye,l=Debian,c=contrib,b=amd64
     origin deb.debian.org
 500 http://deb.debian.org/debian bullseye/non-free i386 Packages
     release v=11.7,o=Debian,a=stable,n=bullseye,l=Debian,c=non-free,b=i386
     origin deb.debian.org
 500 http://deb.debian.org/debian bullseye/non-free amd64 Packages
     release v=11.7,o=Debian,a=stable,n=bullseye,l=Debian,c=non-free,b=amd64
     origin deb.debian.org
 500 http://deb.debian.org/debian bullseye/main i386 Packages
     release v=11.7,o=Debian,a=stable,n=bullseye,l=Debian,c=main,b=i386
     origin deb.debian.org
 500 http://deb.debian.org/debian bullseye/main amd64 Packages
     release v=11.7,o=Debian,a=stable,n=bullseye,l=Debian,c=main,b=amd64
     origin deb.debian.org
Pinned packages:

Sziasztok! Szeretnék megismerkedni a Debian Linuxszal, pontosabban érdekelne a Debian stabil ág. Tudom, hogy a szoftverek nagy része egy idő után elavul, de vajon ez problémát jelent-e desktop területen, ha rendelkezem Flatpak-kal? Jelenleg a Red Hat Enterprise Linux-ot használom, és jól működnek a Flatpak csomagok.

A dolog, amit nem igazán szeretek a Red Hat Linux-szal kapcsolatban, az az, hogy a Red Hat és az IBM a háta mögött áll. Nekem valahogy úgy tűnik, hogy a Red Hat nem igazán érdeklődik a desktop terület iránt. Persze, a Debian sem kifejezetten desktop célra készült, de mégis univerzális, és szerintem az alap rendszere stabil. Valahogy már nem kedvelek semmit, ami egy cégtől függ. Kérlek, ne ajánljátok a Fedora-t, ha lehet, maradjunk inkább a Debian témájánál.

Szerintetek jó választás lenne a Debian egy olyan disztribúció szempontjából, amit feltelepítek és hosszú időre megbízhatok benne? A munkám során inkább videó- és hangkonferenciát használok, valamint néhány irodai csomagot, mint például a LibreOffice. Ha ezek stabilak, akkor minden rendben van. Ha évekig nem kell újratelepíteni, az még jobb lenne.

Sziasztok.

A raid:

========================================

Personalities : [raid10] [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4]
md0 : active raid10 sdd1[3] sda1[0] sdb1[1] sdc1[2]
      7813772288 blocks super 1.2 512K chunks 2 near-copies [4/4] [UUUU]
      bitmap: 0/59 pages [0KB], 65536KB chunk
====================================

A logban a következőt látom:

======================

May 31 23:21:21 dell-4-doom0 kernel: [6318523.033510] sd 0:0:1:0: [sdb] tag#9 Controller reset is requested due to IO timeout
May 31 23:21:21 dell-4-doom0 kernel: [6318523.033510] SCSI command pointer: (ffff880848d21948)   SCSI host state: 5      SCSI
May 31 23:21:21 dell-4-doom0 kernel: [6318523.033514] megaraid_sas 0000:01:00.0: [ 0]waiting for 1 commands to complete for scsi0
May 31 23:21:26 dell-4-doom0 kernel: [6318528.142542] megaraid_sas 0000:01:00.0: [ 5]waiting for 1 commands to complete for scsi0
May 31 23:23:33 dell-4-doom0 kernel: [6318654.602067] sd 0:0:1:0: [sdb] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
May 31 23:23:33 dell-4-doom0 kernel: [6318654.602078] sd 0:0:1:0: [sdb] tag#0 Sense Key : Medium Error [current] [descriptor]
May 31 23:23:33 dell-4-doom0 kernel: [6318654.602081] sd 0:0:1:0: [sdb] tag#0 Add. Sense: Unrecovered read error
May 31 23:23:33 dell-4-doom0 kernel: [6318654.602100] sd 0:0:1:0: [sdb] tag#0 CDB: Read(16) 88 00 00 00 00 01 19 5c 92 f0 00 00 01 00 00 00
May 31 23:23:33 dell-4-doom0 kernel: [6318654.602103] print_req_error: critical medium error, dev sdb, sector 4720464628
May 31 23:23:33 dell-4-doom0 kernel: [6318654.602817] md/raid10:md0: sdb1: rescheduling sector 9440400112

May 31 23:32:07 dell-4-doom0 kernel: [6319168.869221] md/raid10:md0: sda1: redirecting sector 9440400112 to another mirror
=====================================================================================

Az sdb egyértelműen elesett, de a raid még nem dobta ki magából. Az sda meg kezd elesni?

Van esély arra, hogy sdb-t fail-ra teszem és még megmarad a masina egy rövid ideig?

Előre is köszönöm a válaszokat.

Sziasztok. Az lenne a problémám, hogy van egy Debian 11 szerverünk, ami az apt update parancsra azt írja, hogy nem talál frissítéseket, pedig biztosan van, többek között új kernel is van. A sources.list -ben az alábbi értékek vannak:

deb http://deb.debian.org/debian bullseye main contrib non-free
deb-src http://deb.debian.org/debian bullseye main contrib non-free

deb http://deb.debian.org/debian-security/ bullseye-security main contrib non-free
deb-src http://deb.debian.org/debian-security/ bullseye-security main contrib non-free

deb http://deb.debian.org/debian bullseye-updates main contrib non-free
deb-src http://deb.debian.org/debian bullseye-updates main contrib non-free

# LSI MegaRAID
deb http://hwraid.le-vert.net/debian bullseye main

# This system was installed using small removable media
# (e.g. netinst, live or single CD). The matching "deb cdrom"
# entries were disabled at the end of the installation process.
# For information about how to configure apt package sources,
# see the sources.list(5) manual.

Ha kikommentelem az LSI részt, akkor sem talál. A sources.llist-d alól is kiszedtem az egyedi listákat, úgysem talál frissítést. Megnéztem a sources.list jogosultságát, és 644-es, mint a többi szerveren, így az sem lehet gond.

Hibaüzenetet nem ír, csak a szokásosat: "All packages are up to date."

Az utolsó frissítés május 11-én volt, de azóta más szerverekre jött ez:

Start-Date: 2023-05-13  17:39:34
Commandline: apt upgrade -y
Install: linux-image-5.10.0-23-amd64:amd64 (5.10.179-1, automatic)
Upgrade: linux-image-amd64:amd64 (5.10.178-3, 5.10.179-1), linux-libc-dev:amd64 (5.10.178-3, 5.10.179-1)
End-Date: 2023-05-13  17:40:05

Van valakinek ötlete, hogy miért nem találja meg ezeket új frissítéseket? Még annyi adalék, hogy már az előző kernel sem ment fel rá, mert linux-image-5.10.0-21-amd64-es van rajta, nem 23-as, ahogy nézem.

Sziasztok!

Ezeréves Citrix klienset kell frissítenem egy halom Rpi-n, de a következő problémába futottam bele:

Gond nélkül felmegy a legfrissebb ICA client, böngészőből beenged, indítanám a Desktopot, el is indul,

egy pillanatra, aztán bezárul az ablak.

A Raspbian is a legfrisebb.

Van valami ötlete valakinek?

Köszönöm!

Sziasztok!

Egy TP-LINK routeren futó openvpn szolgáltatásra szeretnék debian alapú gépen csatlakozni állandóan (7/24). Csatlakozás ok, azt teszi ami szeretnék, de random időnként megszakad a kapcsolat (kb. 10-30 óra között).
Gondoltam úgy is fut a monit, figyelem vele az openvpn kapcsolatot és ha nincs, újraindítom az openvpn klienst.
Ez a monitrc egy része:

check host tplinkrouter with address 192.168.5.5
   if failed icmp type echo count 3 with timeout 15 seconds then exec "/etc/init.d/ovpn start" as uid root

Ám, ha nen tud pingelni, akkor sem futtatja a scriptet.
Parancssorban simán jó lefut
Mitől lehet?

Sziasztok!

Proxmox Debian alatt szenvedek egy időszinkron hibával...

Linux pve2 5.15.102-1-pve #1 SMP PVE 5.15.102-1 (2023-03-14T13:48Z) x86_64 GNU/Linux

Ba van állítva a BIOS órája, teljesen pontosan. be van szinkronizálva a Debian órája, teljesen pontosan (tzdata beállítva).

A hwclock jó időt mutat, a date jó időt mutat. Egész nap figyelem, nem mászik el.

Reggel az fogad, hogy több mint egy héttel hátrébb állt a linux ideje. A hwclock továbbra is jó időt mutat.

root@pve2:~# timedatectl
               Local time: Sat 2023-03-18 09:12:24 CET
           Universal time: Sat 2023-03-18 08:12:24 UTC
                 RTC time: Sat 2023-03-18 08:12:24
                Time zone: Europe/Budapest (CET, +0100)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no
 

Mi a tőgy történhet éjjel, hogy elcseszi a pontos időt?

A cron-ban nem találok olyan processzt, ami ilyet okozna (másik, jól működő szerverrel hasonlítgatom össze)

A chronny az alábbiakat adja:

chronyc> tracking
Reference ID    : 5100740D (81.0.116.13)
Stratum         : 3
Ref time (UTC)  : Sat Mar 18 08:05:02 2023
System time     : 0.000030574 seconds fast of NTP time
Last offset     : +0.000052732 seconds
RMS offset      : 0.000067810 seconds
Frequency       : 15.745 ppm fast
Residual freq   : +0.003 ppm
Skew            : 0.044 ppm
Root delay      : 0.002224029 seconds
Root dispersion : 0.000851090 seconds
Update interval : 1031.6 seconds
Leap status     : Normal
 

Már kifogytam az ötletekből...