Sziasztok!
Szerintetek van bármi előnye-hátránya a CentOS 6-ot használni a CentOS 7 helyett?
Én így látom, de várnék érveket a 7-esnél maradásnál vagy 6-ra váltásnál.
Amik miatt ez felmerült, hogy legyen 6 a 7 helyett, a 7 nem tetsző dolgai:
- firewalld-vel orbitális szívások: beállított forward nem működik
- systemd
- network manager bug-jai és létezése :)
- strukturális változások, amik nem tetszenek
Ami miatt mégis maradna a 7, a 7 előnyei:
- újabb
- elvileg ez lesz a jövő, lásd systemd, nm, firewalld
Itt egy téma, ami például nem működik nekem megfelelően CentOS 7 alatt és még nem találtam rá megoldást, pedig csak egy egyszerű port/ip forward:
- 7012 megtekintés
Hozzászólások
Csak kiváncsiságból, a firewalld helyett gondolom mennie kell a régi iptables felállásnak is.
Network-manager életemben nem használtam még semmilyen szervernél.
Hát a systemd már keményebb.
Fedora 20, Thinkpad x220
- A hozzászóláshoz be kell jelentkezni
Mi az, hogy nem működik a forward? iptables-ben benne van a forward szabály?
- A hozzászóláshoz be kell jelentkezni
Itt leírtam mindent:
Azt _feltételeztem_ , hogy a firewalld belerakja az iptables-be, nem ellenőriztem le.
Sokszor töröltem, majd újra hozzáadtam a beállítást, az XML konfigurációjába is elmenti a firewalld a forward-ot, ha lekérem, kiírja, hogy aktív. Minden más jó eddig, csak a forward nem...
Sakk-matt,
KaTT :)
- A hozzászóláshoz be kell jelentkezni
Előbb utóbb meg kell tanulni a 7-es újdonságait, változásait is. Ha nagyon nincs időd akkor lehet a downgrade mellett dönteni, de hosszútávon jobban jársz ha a 7-est nyúzod amíg meg nem tudod valósítani vele mindazt amire szükséged van.
Szóval az idő hiánya lehet nyomós érv a visszalépés mellett.
Talán még annyi, hogy ha most visszalépsz a 6-osra és egy év múlva fogsz váltani végleg a 7-esre, addigra az új dolgokra több találatot kapsz a Googleben.
De a visszalépés is munkával jár. Tehát mérlegelj, neked mi a jobb!
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox
- A hozzászóláshoz be kell jelentkezni
Inkább az a kérdés, hogy mikortól javasolt váltani. Nekem is 6.6-os verzió van fent és bár ott van a 7-esre való váltási lehetőség, de nem tudom, hogy jobban járnék e vele. Meg hogy minden működne, minden program elérhető lenne e ezen. Most is volt a 6-osnál olyan, ami nem volt meg csomagban, hanem úgy kellett lefordítanom.
Az se mindegy, hogy pl a cpanel hogyan viseli e az ilyen váltást, de ez csak egy dolog. Viszont ha a De ssítés valamit elkúr, miközben több ügyfél használja, na akkor van ám gáz.
- A hozzászóláshoz be kell jelentkezni
Nem irtad desktop vagy szerverrol van-e szo, de gondolom szerver.
- firewalld helyett tamogatott a korabbi /etc/sysconfig/ip(6)tables megoldas is, csak alapbol firewalld van felrakva es beallitva
- systemd sokaknak testidegen, eleinte nekem is az volt, de ha foglalkozol vele meg lehet szokni es vannak benne jo extra otletek, pl processek eroforrasok limitacioja, rendes fuggoseg kezeles service-ekhez (nem csak rendszer indulaskor), service figyeles es szukseg eseten ujraindias (tudom ne inditsa ujra mert hiba, de ha tudom hogy bugos a szoftver es neha lehal akkor kenyelmesebb ha nem nekem kell ezert irni egy monitor scriptet ami ilyenkor ujrainditja), systemctl -al tobb service egyideju ujradinditasa, status-ban megadja hibauzenetet is log-bol ha nem indult el valami miatt stb.
- ugyanugy lehet hasznalni korabbi /etc/sysconfig/network-scripts/ifcfg-* es tarsai file-oket, de nm-tui is eleg hasznalhato lett
- milyen strukturalis valtasra gondolsz?
- kb mas rendszerek eseten is hasonlo iranyokba fejlodnek, legalabbi mar kb minden linux atveszi ugy fest a systemd-t, akkor meg jobb ha idovel megtanulja az ember.
- A hozzászóláshoz be kell jelentkezni
A systemd az erdekes kerdes - SysVinit alatt ugye mindent scriptekkel kezeltunk (start/stop scriptek fokent) es azokat pakoltuk oda a kulonbozo rc szintekre, hogy azok meghivodjanak amikor a rendszer belep/kilep az adott rc szintrol. Teny, hogy ezen scriptek nagy resze daemonok piszkalasa volt kitalalva, amit a systemd szepen le is kezel, viszont volt 1-2 ami csak magaban futott, de sosem inditott permansen futo programot (daemont) - az utobbi esetben a systemd meglehetosen nyogve nyelos a tapasztalataim alapjan (normalis megoldast peldaul nem talaltam arra a mai napig, hogy a rendszer inditasakkor, illetve annak leallitasakkor 1-1 script meghivodjon).
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..
- A hozzászóláshoz be kell jelentkezni
próbáltad már az rc.local scriptet a boot utáni script futáshoz? manuál szerint az rc.local service vagy mi a fenét tudja kezelni a SysVinit szerint. csak jól kell beálítani a függőséget.
szerintem ha ide berakod a service-t:
/etc/systemd/system/multi-user.target.wants/
akkor futni fog. csak a service-ben is állítsd be h ezt a targetet akarja.
--
A legértékesebb idő a pillanat amelyben élsz.
https://sites.google.com/site/jupiter2005ster/
- A hozzászóláshoz be kell jelentkezni
Az indításra több mód is van (akár service-ként is definiálhatom), de a leállítással még az rc.local-al nem ad lehetőséget.
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..
- A hozzászóláshoz be kell jelentkezni
akkor csinálj service-t.
[Unit]
Description=Enable compressed swap in memory using zram
After=multi-user.target
[Service]
RemainAfterExit=yes
ExecStart=/usr/sbin/zramstart
ExecStop=/usr/sbin/zramstop
Type=oneshot
[Install]
WantedBy=multi-user.target
és az ExecStart/ExecStop pedig egy normál init script.
nekem működik.
--
A legértékesebb idő a pillanat amelyben élsz.
https://sites.google.com/site/jupiter2005ster/
- A hozzászóláshoz be kell jelentkezni
Ezt a módszert anno próbáltam. Ha a RemainAfterExit nélkül definiálod a service-t, akkor indulás után systemd automatikusan észreveszi, hogy kilépett a progi, és ráhívja a stop scriptet, ha meg RemainAfterExit-el, akkor meg rendszer leálláskor meghívja a stop scriptet, viszont következő rendszer indításkor systemd azt hiszi, hogy már fut a service és nem indít rá még1x (tehát a scriptem nem hívódik meg)
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..
- A hozzászóláshoz be kell jelentkezni
hát akkor ez lehet bug. olvastad a systemd.service manuált?
--
A legértékesebb idő a pillanat amelyben élsz.
https://sites.google.com/site/jupiter2005ster/
- A hozzászóláshoz be kell jelentkezni
Olvastam, meg netet is túrtam.. Minden csak állandóan futó daemonokra/szervizekre van kihegyezve.
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..
- A hozzászóláshoz be kell jelentkezni
akkor RFE a systemd bugzillaba es addig hasznalj cront-t
man 5 crontab
@reboot
EXTENSIONS
These special time specification "nicknames" which replace the 5 initial time and date
fields, and are prefixed with the '@' character, are supported:
@reboot : Run once after reboot.
--
A legértékesebb idő a pillanat amelyben élsz.
https://sites.google.com/site/jupiter2005ster/
- A hozzászóláshoz be kell jelentkezni
Workaroundot en is talaltam (2 daemonkent definialva), de a tema nem is errol szol, hanem hogy van amit azert a systemd se tud normalisan megoldani (velemenyem szerint)
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..
- A hozzászóláshoz be kell jelentkezni
nem is ezzel van a gond hanem h egyeduralomra tör a rendszeren belül. mindent 'ő' akar csinálni.
--
A legértékesebb idő a pillanat amelyben élsz.
https://sites.google.com/site/jupiter2005ster/
- A hozzászóláshoz be kell jelentkezni
igen en is azt mondom h meg kell tanulni az ujdonsagait de en inkabb a kivarasra szavazok. 1 ev mulva tobb talalatot kapsz ahogy fentebb irtak.
a 6-os mellett maradni meg az egysegesites szol. szoval amikor majd migralsz akkor tobb rendszert kell egyszerre migralni.
minden hasznalhato es kikerulheto a 7-ben kiveve a systemd. az is hasznalhato csak az eroszakos terjesztese nekem nem fekszik. egyere tobb mindent raknak bele ami nem is kellene h benne legyen.
--
A legértékesebb idő a pillanat amelyben élsz.
https://sites.google.com/site/jupiter2005ster/
- A hozzászóláshoz be kell jelentkezni
"Szerintetek van bármi előnye-hátránya a CentOS 6-ot használni a CentOS 7 helyett?"
Speciel en nem rohanok cserelni. Teljesen jol megy minenhol a 6. Es uj gepekre is azt rakok.
Mondjuk, shorewall a firewall, szoval tokmindegy nalam, hoyg mi a default, ugyis shorewall lesz.
NETWORK MANAGER ???? Az mit keres benne?
--
http://www.micros~1
Rekurzió: lásd rekurzió.
- A hozzászóláshoz be kell jelentkezni
Network manager az alapértelmezett a CentOS 7-ben. Le lehet szedni, de alapból ez csinál mindent. A kedvencem, amikor boot-onként elkezdi duplikálni a hálózati eszközöket, stb... :) Csomó módon szét lehet fagyasztani vagy össze lehet omlasztani. Enyhe Windows feeling van, ha sokat próbálod használni konzolból... :)
Sakk-matt,
KaTT :)
- A hozzászóláshoz be kell jelentkezni
Tejoisten....Miert cseszik el a jol mukodo dolgokat?
--
http://www.micros~1
Rekurzió: lásd rekurzió.
- A hozzászóláshoz be kell jelentkezni
mert a supportbol elnek? :D
- A hozzászóláshoz be kell jelentkezni
nem emlékszel mi is van a "Galaxis útikalauz stopposoknak" c. műben?
"Mert muszáj fejleszteni.." - bár az hogy lecserélni egy működő dolgot olyanra ami még nem "igazán strapabíró" hát...
egyébként én sem rohanok a frissítéssel. még mindig mindenhova 6-at rakok.
--
A legértékesebb idő a pillanat amelyben élsz.
https://sites.google.com/site/jupiter2005ster/
- A hozzászóláshoz be kell jelentkezni
Az a furcsa, hoyg penteken raktam fel egy 6-ost es "configuring network with NetworkManager"
De gondot nem okoz, szoval most furcsan erzem magam.
--
http://www.micros~1
Rekurzió: lásd rekurzió.
- A hozzászóláshoz be kell jelentkezni
na igen, de a telepites utan ildomos kikapcsolni ha nem akarod szivatni magad.
--
A legértékesebb idő a pillanat amelyben élsz.
https://sites.google.com/site/jupiter2005ster/
- A hozzászóláshoz be kell jelentkezni
Állítottál be vele több fix IP-t egy interfészhez a NetworkManager gui felületével, majd párszor újraindítottad? Próbáltál vele fix IP-t beállítani, DHCP mellé, majd törölni a DHCP-t? :)
Meglepődnék, ha ezen a 6-os nem hasalna el.
Sakk-matt,
KaTT :)
- A hozzászóláshoz be kell jelentkezni
en nem mondtam h a nm jo a 6-ban.
a halozatot meg mindig ifup/ifdown konfigolom.
--
A legértékesebb idő a pillanat amelyben élsz.
https://sites.google.com/site/jupiter2005ster/
- A hozzászóláshoz be kell jelentkezni
Nem. Nincs gui.
/etc/sysconfig/network-scripts alatt szerkesztem.
Viszont ettol legalabb felig ertheto lett, hogy kerult az /etc/resolv.conf elso soraba egy "NetworManager" szo. Multkor majdnem gutautest kaptam, de igy mar sejtem.
--
http://www.micros~1
Rekurzió: lásd rekurzió.
- A hozzászóláshoz be kell jelentkezni
na igen, a telepítésnél az NM configolja a hálózatot azért is van a NetworkManager az /etc/resolve.conf fájlban.
De ha belövöd h NM_CONTROLLED="no" az ifcfg- fájlokba akkor nem kell vesződnöd az NM-vel.
--
A legértékesebb idő a pillanat amelyben élsz.
https://sites.google.com/site/jupiter2005ster/
- A hozzászóláshoz be kell jelentkezni
Koszi, bent van :)
--
http://www.micros~1
Rekurzió: lásd rekurzió.
- A hozzászóláshoz be kell jelentkezni