Sziasztok !
F29 upgrade óta
"Fedy Repository 215 B/s | 243 B 00:01
A(z) „fedy” tároló gyorsítótárának szinkronizációja meghiúsult, a tároló figyelmen kívül hagyása."
Az F29-re nincs még repo beállítva vagy mókolni kell valamit?
Üdv!
Mostanában egyre gyakoribb:
Reading local directories
Reading remote server file list
exception: /builddir/build/BUILD/grive2-84c57c121e03b070f80e1d8fd66749eead7a4d9e/libgrive/src/protocol/AuthAgent.cc(159): Throw in function long int gr::AuthAgent::CheckHttpResponse(long int, const string&, const gr::http::Header&)
Dynamic exception type: boost::exception_detail::clone_impl
[gr::http::ResponseBodyTag*] = {
"error": {
"errors": [
{
"domain": "usageLimits",
"reason": "rateLimitExceeded",
"message": "Rate Limit Exceeded"
}
],
"code": 403,
"message": "Rate Limit Exceeded"
}
}
[gr::http::ResponseCodeTag*] = 403
[gr::http::RequestHeadersTag*] = Authorization: ....
GData-Version: 3.0
...
verzió: grive2-0.5.0-13.20171122git84c57c1.fc28.1.x86_64
Frissebb nincs a testing repo-ban. Mintha azt olvastam volna, hogy van 0.5.1, de nem stabil még(?).
Van más utility Google Drive-hoz?
Üdv!
Próbálom a python-t (IDE: Thonny), de a mysql nem megy.
A python3-mysql-connector csomag nem létezik (csak a 2-es verzió). Ez beszerezhető?
$ python3
Python 3.6.6 (default, Jul 19 2018, 14:25:17)
[GCC 8.1.1 20180712 (Red Hat 8.1.1-5)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import mysql.connector
Traceback (most recent call last):
File "", line 1, in
ModuleNotFoundError: No module named 'mysql'
$ rpm -qa|grep mysql
mysql57-community-release-fc23-7.noarch
php-pear-MDB2-Driver-mysqli-1.5.0-0.15.b4.fc28.noarch
python2-mysql-1.3.12-3.fc28.x86_64
community-mysql-server-5.7.23-1.fc28.x86_64
php-mysqlnd-7.2.11-1.fc28.x86_64
python2-mysql-connector-1.1.6-11.fc28.noarch
mysql-utilities-1.5.6-5.fc27.noarch
mysql-workbench-community-6.3.10-1.fc27.x86_64
erlang-p1_mysql-1.0.5-1.fc28.x86_64
community-mysql-libs-5.7.23-1.fc28.x86_64
nagios-plugins-mysql-2.2.1-12.fc28.x86_64
qt5-qtbase-mysql-5.11.1-7.fc28.x86_64
mysql-connector-java-8.0.12-1.fc28.noarch
community-mysql-errmsg-5.7.23-1.fc28.x86_64
community-mysql-5.7.23-1.fc28.x86_64
community-mysql-common-5.7.23-1.fc28.x86_64
python3-mysql-1.3.12-3.fc28.x86_64
Sziasztok
OS: centos 7
check_nrpe-vel szeretnék lekérdezni egy http://localhost:1234/health porton ülő szolgáltatás xml-jét feldolgozni egy saját bash scripttel.
A script eredménye a szokásos OK, Warning + message, Critical + message lenne.
nrpe userrel futtatva a script hibátlanul lefut (a curl is)
check_nrpe -n keresztül futtatva, bár a script lefut, azonban a scriptben ülő curl mindig 7-es (cannot connect) értékkel jön vissza.
Amennyiben setenforce 0 beállítás megtörténik, a check_nrpe simán visszaadja a helyes értéket.
Ami szépít, hogy az audit.log nem tartalmaz semmilyen denied -ot, akkor sem ha semodule -DB lefutott.
Sajnos a permissive és disabled módok nem járhatóak.
Nincs valakinek ötlete/tapasztalata ezzel kapcsolatban, hogyan lehetne rávenni a selinux-ot hogy működjön a lekérdezés?
Üdv!
Frissítenem kellett: php7 + mysql5.5
A php73 fel is ment remi repo-ból, de a mysql 5.5 nem indul el? (5.1 -> 5.5)
Tud valaki segíteni, hogy mi a gond? :(
https://gist.github.com/jhjguxin/145f3d4c0dafcfb7246b
# rpm -qa|grep mysql
mysql-libs-5.5.61-1.el6.remi.x86_64
compat-mysql51-5.1.73-1.el6.remi.x86_64
mysql-5.5.61-1.el6.remi.x86_64
dovecot-mysql-2.0.9-22.el6.x86_64
php-mysqlnd-7.3.0~rc3-1.el6.remi.x86_64
mysql-server-5.5.61-1.el6.remi.x86_64
A /var/log/mysqld.log:
140218 10:40:15 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
140218 10:40:16 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
140218 10:40:16 InnoDB: Initializing buffer pool, size = 110.0M
140218 10:40:16 InnoDB: Completed initialization of buffer pool
140218 10:40:16 InnoDB: Started; log sequence number 0 733883036
140218 10:40:16 [Note] Event Scheduler: Loaded 0 events
140218 10:40:16 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.1.73' socket: '/var/lib/mysql/mysql.sock' port: 3306 Source distribution
140218 10:47:20 [Note] /usr/libexec/mysqld: Normal shutdown
140218 10:47:20 [Note] Event Scheduler: Purging the queue. 0 events
140218 10:47:20 InnoDB: Starting shutdown...
140218 10:47:22 InnoDB: Shutdown completed; log sequence number 0 733971375
140218 10:47:22 [Note] /usr/libexec/mysqld: Shutdown complete
140218 10:47:22 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
Tegnap megjott a Fedora 29 Beta, vele parhuzamosan a Silverblue is, ami egy ujfajta Fedora varians, hasonlo elveken mint az Atomic.
Az image immutable, a rendszer OSTree-vel frissul, minden egyeb app pedig Flatpak.
Mi a velemenyetek errol a koncepziorol es errol a mondtarol? (hivatalos oldalrol szarmozik)
The concrete goals of the Team Silverblue project are to provide excellent support for container-based workflows and make Silverblue the preferred variant of Fedora Workstation. We want to reach these goals by the time Fedora 30 is released.
(Az igazsaghoz hozzatartozik, hogy mar a 28-bol is volt ilyen verzio, de a 29 az, ami mar jobban eloterbe helyezi.)
Apache alatt futo Webmin par modulja root jogosultsagokat igenyel, es miota kivezettek a Perl verziobol a suid kezelest, kicsit meghaltam.
Van otlet mukodo verziora?
Ujabb problemam, hogy bizonyos perl scripteket root-kent szeretnek futtani CentOS 7 alatt.
A webszerver persze "apache" usernev alatt fut.
A suexec installalva van:
[root@05_app1_site1 conf.d]# suexec -V
-D AP_DOC_ROOT="/var/www"
-D AP_GID_MIN=100
-D AP_HTTPD_USER="apache"
-D AP_LOG_SYSLOG
-D AP_SAFE_PATH="/usr/local/bin:/usr/bin:/bin"
-D AP_UID_MIN=500
-D AP_USERDIR_SUFFIX="public_html"
Hiaba rakom be amegfelelo Virtualhostba a cuccot, nem mukodik:
[root@05_app1_site1 conf.d]# cat testpage2.conf
#
# Definitions for Test webpage
#
Listen 10002
DocumentRoot /var/www/html/testpage2
# Logging options
ErrorLog logs/error_test_cgi.logs
TransferLog logs/access_test_cgi.logs
LogLevel trace8
Options ExecCGI SymLinksifOwnerMatch
SetHandler cgi-script
AddHandler cgi-script .cgi .pl .py
Require all granted
AllowOverride All
Azonban futatva a scriptet sajna "apache" userkent fut.
Mi hianyzik?
A gondom az lenne, hogy meg kene mondanom az Apache-nak (legujabb 2.4, CentOS7), hogy az egyik virtualserver basic authentikacio soran a "root" user-t a passwd-bol vegye (local auth), de a tobbi usert LDAP-bol.
Odaig eljutottam, hogy a mod_authnz be van konfiguralva, es szepen autentikal is LDAP-bol, de ugye ott nincs benne a root userunk.
Valahogy pam.d-vel lehetne trukkozni, hogy a root user-t NE ldap-bol szarmaztassa, van otlet? (a regebbi 6-os CentOS-onmeg mukodott a cucc, mas library-kkal)
Webmin 1.890, CentOS 7
Azt szeretnem, ha a userDB parameter a Webminben definialva lenne LDAPra, de a root user NE!
Ugyanis azt veszem eszre, ha a userDB-t beallitom LDAPra, nem indul el valahogy a dashboard. Persze, gondolom, ugyanis a userDB-ben nincs a root user definialva, csak
a tobbi.
Sep 05 11:39:17 05_app1_site1 systemd[1]: Starting LSB: web-based administration interface for Unix systems...
Sep 05 11:39:17 05_app1_site1 perl[32473]: pam_unix(webmin:auth): authentication failure; logname= uid=0 euid=0 tty= ruser= rhost= user=root
Sep 05 11:39:17 05_app1_site1 perl[32473]: pam_succeed_if(webmin:auth): requirement "uid >= 1000" not met by user "root"
Sep 05 11:39:19 05_app1_site1 webmin[32473]: Webmin starting
Sep 05 11:39:20 05_app1_site1 systemd[1]: Started LSB: web-based administration interface for Unix systems.
Gondoltam, pam.d/webmin-ben majd definialjuk, hogy a root usert ne LDAP-bol vegye, de valahogy nemakarja a cuccost....
Otlet?