Okozhat valamilyen problémát /etc/fstab -ban a discard opció ha nem SSD háttértáron működik a rendszer, hanem hagyományos merevlemezen?
Üdv!
CentOS 7 x64-en epel repo-ból tettem fel az x2goserver csomagot (+ függőségei).
Win8.1 klienssel nem tudok belépni, a details-ben ezt látom:
NXPROXY - Version 3.5.0
Copyright (C) 2001, 2010 NoMachine.
See http://www.nomachine.com/ for more information.
Info: Proxy running in client mode with pid '3872'.
Session: Starting session at 'Wed Feb 4 09:56:30 2015'.
Info: Connecting to remote host 'localhost:31003'.
Info: Connection to remote proxy 'localhost:31003' established.
Info: Connection with remote proxy completed.
Warning: Unrecognized session type 'unix-kde-depth_32'. Assuming agent session.
Warning: Failed to read data from the X auth command.
Warning: Generated a fake cookie for X authentication.
Info: Using LAN link parameters 1536/24/1/0.
Info: Using pack method '16m-jpeg-9' with session 'unix-kde-depth_32'.
Info: Not using NX delta compression.
Info: Not using ZLIB data compression.
Info: Not using ZLIB stream compression.
Info: Not using a persistent cache.
Info: Forwarding X11 connections to display 'localhost:0'.
Session: Session started at 'Wed Feb 4 09:56:31 2015'.
Info: Established X server connection.
Info: Using shared memory parameters 0/0K.
A session ablakban két jelenség van még:
* fekete marad a kép
* vagy ezt irja még ki: "Oh no! Something has gone wrong! A problem has occured and the system can't recover. Please log out and try again."
A /var/log/secure logban semmi hibabejegyzés. Elvileg ide logolna(?).
Fedora 21 alatt szépen megy. Igaz ott nem Gnome, hanem xfce-vel próbáltam.
update: C7 alatt a "yum groupinstall Xfce" után is ugyanez a helyzet.
Van 5lete valakinek merre keresgéljek?
--
G.
Sziasztok,
jelenleg georedundans HA NFS szerverunk van DRBD-vel, 1-1 active-passive felallasban, kliens oldalon hard, tcp, stb-kent mountolva (szinten georedundans active/passiv).
Eddig nem is volt gond semmivel, de ha lejar a kliens oldalon a timeout, mondjuk az NFS egy active-passiv valtaskor, akkor NFS stale van es csak a kezi umount, remount segit. Ami a kliensek HA volta miatt igencsak megengedhetetlen.
Glusterfs ilyen teren jo volt, de kis fileoknal joval lassabb volt, mint az NFS.
Van valakinek eles tapasztalata ilyen teren? Melyik kliens tudja az ilyen eseteket rendesen kezelni? Lehet teljesen mas kiszolgalo is, a lenyeg, hogy tenyleg HA legyen a kliens oldalrol is.
Koszi elore is.
Sziasztok!
A kovetkezo csomagot http://arthurdejong.org/nss-pam-ldapd/
szeretnem beloni openldap-hoz ubuntu alatt mint lddap klienst host/based loginnal. Csak az loginolhat be ra aki az adott hostra fel van veve az ldap-ban.
Ez az egesz mar mukodik a regebbi pam_ldap csomaggal. A gond az, hogz TLS-sel kellene neki menni de az meg egy masik hiba miatt nem megy: https://www.gc3.uzh.ch/blog/Fixing_LDAP_Authentication_over_TLS/
Javasalt szerint ezt az ujat kellene hasznalni.
Itt odaig eljutottam, hogy be lehet lepni annak aki ldapban van barmelyik hostra. MAgyaran nem sikerult az nslcd.conf-ban egy mukodo filtert letrehozni ami le tudna ellenorizni, hogy adott user neve alatt szerepel az adott host. Kb mint itt a regi csomaggal:
Nálam az ldap.conf-ban
a következő módon tudtam megadni a host based bejelentkezést linux kliens számára:
nss_base_passwd ou=users,dc=valami,dc=valami?one?|(host=client23)(host=\*)
nss_base_shadow ou=users,dc=valami,dc=valami?one?|(host=client23)(host=\*)
nss_base_group ou=group,dc=valami,dc=valami?one
sudoers_base ou=SUDOers,dc=valami,dc=valami
Hogyan kell ezt megadni nss-pam-ldapd használatakor az /etc/nslcd.conf-ban
van valakine kműködő megoldása?
update:
nslcd.conf-ba ez kell:
scope one
base passwd ou=users,dc=servers,dc=intra
base shadow ou=users,dc=servers,dc=intra
base group ou=group,dc=servers,dc=intra
base sudoers ou=SUDOers,dc=servers,dc=intra
de a filter resz nem sikerul.
update:
igy kell a filtert megadni a hostonkenti belepteteshez
filter passwd (&(objectClass=posixAccount)(|(host=ahostnev)(host=\*)))
Sziasztok a következő a problémám. Van egy gépem amin soft raid1 van összerakva a swapnak és az adatoknak is. Sajnos volt több áramszünetem és áramlökésem és valahogy nem élte túl a raid1 hibátlanul a dolgot. Amióta vissza tudtam varázsolni valahogy a rendszert azóta így néz ki az adatlekérés a raid1-ről:
/dev/md1:
Version : 1.2
Creation Time : Tue Jul 1 09:01:27 2014
Raid Level : raid1
Array Size : 483371840 (460.98 GiB 494.97 GB)
Used Dev Size : 483371840 (460.98 GiB 494.97 GB)
Raid Devices : 2
Total Devices : 1
Persistence : Superblock is persistentUpdate Time : Mon Feb 2 16:18:21 2015
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0Name : portal:1 (local to host portal)
UUID : 34aa4682:b85d2074:25abc61d:33bcb98d
Events : 53507Number Major Minor RaidDevice State
0 8 2 0 active sync /dev/sda2
1 0 0 1 removed
Azóta sajnos a kernel frissítés a következő hibát dobja
Megtalált initrd lemezkép: /boot/initrd.img-3.5.0-23-generic^M
/usr/sbin/grub-probe: figyelmeztetés: Nem található a(z) „(null)” fizikai kötet. Néhány modul hiányozhat a mag lemezképből..^M
/usr/sbin/grub-probe: figyelmeztetés: Nem található a(z) „(null)” fizikai kötet. Néhány modul hiányozhat a mag lemezképből..^M
/usr/sbin/grub-probe: figyelmeztetés: Nem található a(z) „(null)” fizikai kötet. Néhány modul hiányozhat a mag lemezképből..^M
/usr/sbin/grub-probe: figyelmeztetés: Nem található a(z) „(null)” fizikai kötet. Néhány modul hiányozhat a mag lemezképből..^M
és az új kernellel való indítás sajna megáll busybox-al initramfs hibával.
Kérdésem a következő hogy tudom a raidból az 1-es számú removed dolgot eltüntetni. Sajnos hiába próbáltam másik meghajtót hozzácsapni felteszi de 2-es id-vel és akkor nem látszik a removed dolog de amint azt kiveszem újra ott ékeskedik.
A másik kérdésem az lenne, hogy erről a gépről a mentéseket logrotate-el rotálom dátum hozzáadással. Hogy lehetne azt megoldani, hogy miután kész a rotálás akkor a filéhez készűljön egy egyedi md5 hash file ugyanolyan dátummal?
Segítségeteket előre is köszönöm.
Üdv!
Feltettem teszt jelleggel a gépemre egy Cloudmin-t.
Környzet:
Fedora 21 WS Linux x64
8GB RAM
Az automatikus scriptet használtam. A webmin/cloudmin webes felület be is jön.
Lekértem a webes felületen egy centos7 image-t is. Ok.
Az elején irogatta, hogy kellene neki egy bridge interface. Mivel a képen van KVM/qemu, ezért a virbr0 néven már létezett. Igaz nem állítottam be. Maradt az em1-nek az IP címe.
Létrehoztam egy centos7 VM-et:
Internet hostname: centos7-srv
System description: CentOS7 Server
Cloudmin system image: CentOS7.0 image 64-bit KVM instance with base OS
SSH login mode: Using password: *********
Managed by system owner: No owner
Default plan (5 systems, 1024Mb RAM, 10GB disk)
Memory allocated to instance: 1024MB
IP address for KVM instance: 192.168.1.111 255.255.255.0
Default gateway: From host system
~# ifconfig
em1: flags=4163 mtu 1500
inet 192.168.1.44 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::ba70:f4ff:fee0:d493 prefixlen 64 scopeid 0x20
ether b8:70:f4:e0:d4:93 txqueuelen 1000 (Ethernet)
RX packets 880256 bytes 607366441 (579.2 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 881745 bytes 406767692 (387.9 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 16
lo: flags=73 mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10
loop txqueuelen 0 (Local Loopback)
RX packets 275782 bytes 233531448 (222.7 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 275782 bytes 233531448 (222.7 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
tap0: flags=4163 mtu 1500
inet6 fe80::d82a:e3ff:fe1a:2a65 prefixlen 64 scopeid 0x20
ether da:2a:e3:1a:2a:65 txqueuelen 500 (Ethernet)
RX packets 25 bytes 4497 (4.3 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 889 bytes 50205 (49.0 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
virbr0: flags=4163 mtu 1500
inet 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255
inet6 fe80::5054:ff:fea1:12aa prefixlen 64 scopeid 0x20
ether 52:54:00:a1:12:aa txqueuelen 0 (Ethernet)
RX packets 179 bytes 30107 (29.4 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 53 bytes 7309 (7.1 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Majd "Create System" gomb:
centos7-srv.cloudmin.example.com
Copying 644.57 MB image file to system localhost ..
.. already on host
Creating virtual system with KVM ..
.. creation started with IP 192.168.1.111.
Waiting for creation to complete ...........................
.. creation has completed successfully.
Creating swap file of 1024 MB ..
.. creation failed : . The virtual system may not start up
Removing missing disks from fstab file ..
.. cleanup failed : Failed to read fstab file : No Linux partitions found in disk image /kvm//centos7-srv.cloudmin.example.com.img
Expanding filesystem to 5 GB ..
.. failed to find primary disk
Mounting new instance's filesystem ..
.. failed : No Linux partitions found in disk image /kvm//centos7-srv.cloudmin.example.com.img
Adding DNS entry centos7-srv.cloudmin.example.com. for IP address 192.168.1.111 ..
.. done
Starting up new KVM instance ..
.. failed to start : KVM instance was started, but could not be pinged after 60 seconds
Fetching current status ..
.. status successfully retrieved (Ping failed)
Re-fetching current status of host system localhost ..
.. status successfully retrieved (Webmin)
Tehát nem pingelhető, ehhez kellene gondolom a bridge beállítás.
A "virt-manager"-ben (importálom az image-t) viszont a megadott jelszóval a root nem tud belépni. Konzolt hogyan kaphatnék virt-manager nélkül?
Hogyan kellene ennek működnie?
--
G.
Adott egy Ubuntu 14.04 LTS, egy samba Version 4.1.6-Ubuntu. Van egy megosztás az alábbiak szerint konfigurálva:
[share]
comment = shared folder
path = /path/to/shared/folder
guest ok = no
browseable = yes
create mask = 0777
force create mode = 0777
directory mask = 0777
force directory mode = 0777
read only = yes
valid users = users list
write list = users list
Minden felhasználó profiljában umask = 0000
Ha egy felhasználó létrehoz egy mappát Windowsban, a mappa 755 jogosultságokkal jön létre. Azt szeretném, ha 777 jogosultságokkal jönnének létre a mappák.
Létrehoztam egy meglévő gpt partíciós táblán egy fat32 200MB-os boot flag, csatolás /boot/efi
https://lists.debian.org/debian-user/2014/03/msg01372.html
újrahúztam ez alapján a grubot:
https://wiki.debian.org/GrubEFIReinstall
újrageneráltam a grubot, megtalálta az új efi loadert, és mellette a régieket is
/boot/efi/EFI-ben benne az oprendszer könyvtára, és benne a grubx64.efi
mit hagytam ki mert az egyik rendszer sem indul, se efivel, se a régi gépen bios-szal.
frissítés:
a probléma, hogy nem az eredeti helyén volt a vinyó, átraktam az új gépbe, és a helyén chroot-tal újrahúztam a grub-ot és már ment is.
https://help.ubuntu.com/community/Grub2/Installing#via_ChRoot
Desktop Ubuntun hol kell rendszer (illetve legalább user szinten) importálni a saját szervereink tanúsítványát?
Sziasztok!
Minden vélemény érdekel, mindkét oldalról.
Performancia, HA, frissítések, bármilyen jó/rossz tapasztalat jöhet!
Jó lenne erre a két disztróra koncentrálni, debian, ubuntu stb nem releváns.
Köszi!