Köszönöm a válaszokat, nekiugrok :)
2018. 01. 23. 16:39 keltezéssel, Molnár Péter írta:
Hello!
>Úgy alakult, hogy a fog szervernek meg kellene változnia az ip címének.
>Ilyen esetben mi a teendő?
1. Mysql adatbazisban az osszes regi_ip_cimet le kell cserelni az
uj_ip_cimre
2.
2018. január 23. 14:54 Fehér Sándor írta, <
fehersan...@madach-starjan.sulinet.hu>:
> Úgy alakult, hogy a fog szervernek meg kellene változnia az ip címének.
> Ilyen esetben mi a teendő?
>
> Ezeket találtam:
> https://wiki.fogproject.org/wiki/index.php?title=Backing_up_FOG
> és
>
Hello!
>Úgy alakult, hogy a fog szervernek meg kellene változnia az ip címének.
>Ilyen esetben mi a teendő?
1. Mysql adatbazisban az osszes regi_ip_cimet le kell cserelni az
uj_ip_cimre
2. /var/www/html/fog konyvtarban az osszes allomanyban az osszes
regi_ip_cimet le kell cserelni az
Szia Péter!
Úgy alakult, hogy a fog szervernek meg kellene változnia az ip címének.
Ilyen esetben mi a teendő?
Ezeket találtam:
https://wiki.fogproject.org/wiki/index.php?title=Backing_up_FOG
és
https://wiki.fogproject.org/wiki/index.php?title=Restoring_FOG_from_Backup
Mire figyeljek, te
Meg is van a probléma :D
Találtam egy idegen dhcp szervert a hálózaton, kiiktattam és már jól
működik a fog is.
Érdekes, hogy pxe-n/bootp még a mikrotik adta az ip-t, ezt ki is írta a
kliens majd pedig received dhcp answer után megállt a dolog és kérte a
tftp szerver ip-jét.
Az vezetett a
>Sajnos nem, mert mikrotik a router. >>> képernyőképet küldök
Huh!
Ez egy fontos informacio! Nem a fog a DHCP szerver!
Nekem a hibauzenet egyertelmuen azt modnja hogy a kliens nem kapott
informaciokat a pxe boothoz.
A mikrotik logjat kellene figyelni, hogy hozza milyen keres erkezik...
--
>El tudnad kuldeni a dhcpd.conf allomanyt?
Sajnos nem, mert mikrotik a router. >>> képernyőképet küldök
A másik hálózat is erről a routerről megy és ugyanígy van beállítva.
2017. 09. 26. 11:28 keltezéssel, Molnar Peter írta:
Hello!
>A var/syslog pedig azt próbálja beadni nekem, hogy "client
Hello!
>A var/syslog pedig azt próbálja beadni nekem, hogy "client does not
accept options"
>A kliensen pedig Received dhcp answer >>> Enter tftp server address
>Laptop/pc több típus ugyanez műveli.
Nekem ez dhcp server gondnak tunik.
El tudnad kuldeni a dhcpd.conf allomanyt?
--
Szia Péter!
>Van mas is azon a gepen a fogon kivul?
Nem, nincs ez egy proxmoxon lévő VM. ( nem lxc, hanem virtuális gép)
Most az a hiba, hogy a tftp letöltés nem megy.
A var/syslog pedig azt próbálja beadni nekem, hogy "client does not
accept options"
A kliensen pedig Received dhcp answer >>>
>Megint megdöglött a fog szerver. :(
>Frissítés okozta megint, tegnap még jó volt.
Nem okozhatja.
Nalam 16.04.3 ubuntu szerver+fog 1.4.4 minden nap frissitve.
Semmi gond vele.
Meg kellene keresni a tenyleges okot, de 100%, hogy nem frissites.
Van mas is azon a gepen a fogon kivul?
--
Kedves Péter!
Megint megdöglött a fog szerver. :(
Frissítés okozta megint, tegnap még jó volt.
Mentésből visszaállítom, de kérdésem, hogy nálad is ilyen gyakran van
gond ezzel?
Esetleg ne frissítgessem?
2017. 07. 27. 11:30 keltezéssel, Fehér Sándor írta:
>Storage Management menupontban kell a
>Storage Management menupontban kell a DefaultMember-t modositani vagy
ujat felvenni.
Ezzel tavasszal is szórakoztam és biztos emlékezel rá, mert írtam ide
is, hogy az imagelés után nem tudott valamit uploadolni. ( úgyemlékszem
hogy jelentést nem tudott feltölteni)
Valami ilyen gondom volt
Hello!
>Meglehet csinálni, hogy valamilyen nfs megosztásra mentsen image-ket a
fog???
Most is oda menti. :)
A fog szerveren van egy nfs szerver, amit hasznal a teriteshez.
Lehet ezt modositani, ujat felvenni.
Megjegyzem, hogy savszelesseg gondjaid lehetnek, ha a fog szerver es az
nfs szerver
>Neked milyen oprendszered es fog verziod van?
Ubuntu 16.04.3 Fog 1.4.0
Közben rájöttem, hogy a security update után áll le a fog és ez
automatikusan telepítődik.
Ha letiltanám a netet, akkor működne tovább a fog. >> ez nem opció, nem
jó így
>Annak a gepnek van mas funkcioja is vagy csak a
>Molnár Péter nálad milyen fog verzió van milyen oprendszer alatt?
Ubuntu 16.04.1 - 1.3.5 nem patchelt, mindjart felrakom a frissiteseket
apt-get update es apt-get upgrade utan meg mindig mukodik a fog
apt-get update es apt-get upgrade es apt-get dist-upgrade utan meg
mindig mukodik a fog
Sajnos mégsem ok a fog.
Visszaállítás után csak egy darabig működik rendesen.
Kicsivel később valamit frissít magától és ha bejelentkezek ssh-val
kiírja, hogy újraindítás szükséges.
Újraindítás után kampó, újra vége lesz a dalnak.
Nem értem mit frissít az ubuntu, mivel telepítéskor az
Ez így működik és elsőre elindult :D >>> meghagytam egyelőre a rossz
eredeti vm-et is.
Rá akarok jönni mi okozta a galibát, így manuálisan frissítek egy teljes
backup után.
Jelentkezem még, ha megvan a probléma gyökere.
A megoldás:
I: visszatöltöm a mentést másik vmid-re
II: létrehozok egy
>Működhet?
Amig az eredeti vm meg van, siman probalkozhatsz.
--
Udv:
Molnar Peter
http://www.petersoft.hu
---
Az e-mailen az AVG vĂrusellenĹ‘rzĂ©st vĂ©gzett.
http://www.avg.com
___
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és
>Remélem blkid parancs után az id-k is másolódnak.
vagyis a dd parancs után :)
2017. 07. 24. 11:33 keltezéssel, Fehér Sándor írta:
Nálam nincs ilyen, mert datasetekkel vannak megcsinálva a vm-ek és nem
image-vel.
Az imagek a /dev/zvol -on vannak.
ls -l /var/lib/vz/images/
total 0
Az
Nálam nincs ilyen, mert datasetekkel vannak megcsinálva a vm-ek és nem
image-vel.
Az imagek a /dev/zvol -on vannak.
ls -l /var/lib/vz/images/
total 0
Az ötletet értem és átalakítom így:
I: visszatöltöm a mentést másik vmid-re
II: létrehozok egy második hdd-t visszatöltés után azonos
On 2017-07-24 09:54, Fehér Sándor wrote:
pl: alter parancsok azok nem tudom mifán teremnek.
az sql-ben a parancsok ket csoportra oszlanak, van a DML es a DDL
parancsok. az alter egy DDL parancs, azaz az nem adatmodosito, hanem
adatleiras modosito parancs. tabla szintaxist tudsz vele
Hello!
>Ez nálam nem fog működni, mert zfs-em van.
??
Miert?
Attol meg elered a virtualis gepek mappait.
/var/lib/vz/images/virtualisgepszama
Itt vannak az adott virtualis gep hdd-i.
lxc gep eseten
/var/lib/vz/private/virtualisgepszama
Ha nem az alapertelmezett helyre raktad a virtualis gepet,
Szia Péter!
>1. Az image-eket tartalmazo hdd-t mozgasd el egy masik konyvtarba.
Ez nálam nem fog működni, mert zfs-em van.
Esetleg átnevezzem a dataset-et?
>Bar nincs tapasztalatom a legujabb fog-gal, de nekem meg egyszer sem
csinalt ilyet.
Szerintem update-olt a xenial és az okozta a
>sose hasznaltam fogot, ugyhogy gugliztam egyet, de gondolom azt te is
megcsinaltad.
Persze, hogy igen tegnap óta szórakozok ezzel. Sajnos nem vagyok php meg
mysql guru. ( nem értek ezekhez)
pl: alter parancsok azok nem tudom mifán teremnek.
A mysql logjaitól nem lettem okosabb, de emelek a
Hello!
Nem kell ketsegbe esni.
Visszallitas javasolt menete image hdd "nem mentese" eseten.
1. Az image-eket tartalmazo hdd-t mozgasd el egy masik konyvtarba.
2. Toltsd vissza a mentest.
3. Hozz letre egy ua olyan hdd-t, mint ami az image-ket tartalmazta.
4. Torold le a letrehozott hdd allomanyt.
sose hasznaltam fogot, ugyhogy gugliztam egyet, de gondolom azt te is
megcsinaltad. en ilyen hibauzenetre csak sql alapu hibakat talaltam. a
kozos bennuk az volt, hogy egy frissites utan az ubuntu 'szigorubbra'
vette a root mysql kapcsolatat ami miatt nem mukodott tovabb. a
hibauzenet
A mentés visszatöltése sem segít, mert az imageket tartalmazó lemezt nem
mentettem helyspórolás végett. ( persze az eredeti még megvan)
Egyre jobban nem tetszik ez a f*s.
A clonezilla évek óta jó és nem csinál ilyet.
Egy csomó image elveszhet, ha tudtok kérlek segítsetek.
2017. 07. 24. 10:14
27 matches
Mail list logo