Re: [CentOS] iSCSI best practices
On 12/10/11 8:56 PM, Ryan Wagoner wrote: >> So 2 questions : >> > - how important is it to have it on its own network? >> > - is it OK to use an unmanaged switch (as long as it is Gigabit), or are >> > there some features of a managed switch that are desirable/required with >> > iSCSI? >> > > At the very least keep the iSCSI traffic on its own vlan. You don't want > unnecessary broadcast traffic on your storage network. I would also stay > away from unmanaged switches. You want a higher end switch that supports > cut through mode. Store and forward will cause higher latency. and, yet another reason to isolate iSCSI to a dedicated SAN segment is that its normally uses rather minimal security, just using the server's IP address for the host masking. yes, it can be used with higher levels of security at the expense of increased complexity, but if its on its own dedicated network, this is sufficient. -- john r pierceN 37, W 122 santa cruz ca mid-left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] iSCSI best practices
On Fri, Dec 9, 2011 at 11:27 AM, Alan McKay wrote: > So 2 questions : > - how important is it to have it on its own network? > - is it OK to use an unmanaged switch (as long as it is Gigabit), or are > there some features of a managed switch that are desirable/required with > iSCSI? > At the very least keep the iSCSI traffic on its own vlan. You don't want unnecessary broadcast traffic on your storage network. I would also stay away from unmanaged switches. You want a higher end switch that supports cut through mode. Store and forward will cause higher latency. Ryan ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Reboot problem with Apache [SOLVED]
Vreme: 12/10/2011 09:32 PM, Weplica piše: > > I think RSA key was the problem, It's not secure remove pass phrase, > so I have disable Apache on init as service and each time I reboot I > start it whith the RSA key. > Check this out: http://www.pc-freak.net/blog/auto-insert-password-for-a-trusted-ssl-certificate-automatically-enter-password-for-an-ssl-certificate-during-apache-startup-on-debian-lenny/ -- Ljubomir Ljubojevic (Love is in the Air) PL Computers Serbia, Europe Google is the Mother, Google is the Father, and traceroute is your trusty Spiderman... StarOS, Mikrotik and CentOS/RHEL/Linux consultant ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Reboot problem with Apache [SOLVED]
Quoting Craig White : > On Sat, 2011-12-10 at 15:12 -0500, Weplica wrote: >> Quoting Ljubomir Ljubojevic : >> >> > Vreme: 12/10/2011 08:44 PM, Weplica piše: >> >> Quoting "James A. Peltier": >> >> >> >>> - Original Message - >> >>> | I have CentOS 6 and with webmin/virtualmin panel, and each time that I >> >>> | reboot Apache can't start: >> >>> | >> >>> | >> >>> | Starting httpd: (98)Address already in use: make_sock: could not bind >> >>> | to address [::]:80 >> >>> | (98)Address already in use: make_sock: could not bind to address >> >>> | 0.0.0.0:80 >> >>> | no listening sockets available, shutting down >> >>> | >> >>> | I do: >> >>> | >> >>> | netstat -tulpn| grep :80 >> >>> | tcp 0 0 :::80 :::* LISTEN 1584/httpd >> >>> | >> >>> | >> >>> | killall -9 httpd >> >>> | >> >>> | >> >>> | And then Apache can start. But do you why thos problem in each reboot? >> >>> | I like to fix this problem. >> >>> | >> >>> | Thansks you. >> >>> | >> >>> | Ernesto >> >>> >> >>> Is there another web server starting before Apache? For example, >> >>> nginx. You could try and use lsof -p or lsof -i :80 to see >> >>> what is holding the port before Apache. >> >>> >> >> >> >> Thanks James, I get this: >> >> >> >> >> >> lsof -i :80 >> >> COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME >> >> httpd 1507 root5u IPv6 10107 0t0 TCP *:http (LISTEN) >> >> >> >> >> >> >> >> >> >> >> >> lsof -p 1507 >> >> COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME >> >> httpd 1507 root cwdDIR9,0 40962 / >> >> httpd 1507 root rtdDIR9,0 40962 / >> > >> > >> >> >> > >> > Is this done just after you reboot and Apache refused to start? If not, >> > please reboot and run those two commands *before* you do >> > "killall -9 -9 httpd". >> > >> > But since you kill httpd instances before Apache wants to start, it >> > looks like some problem with httpd. >> > >> > Have you only installed from repository, of have you been downloading >> > source packages and compiling your self? >> > >> >> >> Yes just after reboot I have what I show you. >> >> Maybe the problem is that when I restart servide httpd withou >> rebooting before to reboot I need to tell my pasword for SSL >> certificate. Maybe when rebooting I can't give SSL password so it try >> to reboot and keep like this disabled? >> >> >> #lsof -i :80 >> COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME >> httpd 1507 root5u IPv6 10107 0t0 TCP *:http (LISTEN) >> >> When I start manual way: >> >> # killall -9 httpd >> # service httpd start >> >> Starting httpd: Apache/2.2.15 mod_ssl/2.2.15 (Pass Phrase Dialog) >> Some of your private key files are encrypted for security reasons. >> In order to read them you have to provide the pass phrases. >> >> Server kuales.com:443 (RSA) >> Enter pass phrase: >> >> OK: Pass Phrase Dialog successful. >> >> >> >> Can I submit RSA key in automatic way? > > I think that there is a way but I don't know it off hand and I think you > can google it. You would need the key file generated when you generated > the cert/csr and in general, life is simpler if you strip the key out of > the cert/csr and provide both the key and the cert to apache so you > don't have to attend to the manual entry of this key each time you > restart the service. > > Craig > http://wiki.apache.org/httpd/RemoveSSLCertPassPhrase I think RSA key was the problem, It's not secure remove pass phrase, so I have disable Apache on init as service and each time I reboot I start it whith the RSA key. Thanks you everybody Ernesto ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Reboot problem with Apache
On Sat, 2011-12-10 at 15:12 -0500, Weplica wrote: > Quoting Ljubomir Ljubojevic : > > > Vreme: 12/10/2011 08:44 PM, Weplica piše: > >> Quoting "James A. Peltier": > >> > >>> - Original Message - > >>> | I have CentOS 6 and with webmin/virtualmin panel, and each time that I > >>> | reboot Apache can't start: > >>> | > >>> | > >>> | Starting httpd: (98)Address already in use: make_sock: could not bind > >>> | to address [::]:80 > >>> | (98)Address already in use: make_sock: could not bind to address > >>> | 0.0.0.0:80 > >>> | no listening sockets available, shutting down > >>> | > >>> | I do: > >>> | > >>> | netstat -tulpn| grep :80 > >>> | tcp 0 0 :::80 :::* LISTEN 1584/httpd > >>> | > >>> | > >>> | killall -9 httpd > >>> | > >>> | > >>> | And then Apache can start. But do you why thos problem in each reboot? > >>> | I like to fix this problem. > >>> | > >>> | Thansks you. > >>> | > >>> | Ernesto > >>> > >>> Is there another web server starting before Apache? For example, > >>> nginx. You could try and use lsof -p or lsof -i :80 to see > >>> what is holding the port before Apache. > >>> > >> > >> Thanks James, I get this: > >> > >> > >> lsof -i :80 > >> COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > >> httpd 1507 root5u IPv6 10107 0t0 TCP *:http (LISTEN) > >> > >> > >> > >> > >> > >> lsof -p 1507 > >> COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > >> httpd 1507 root cwdDIR9,0 40962 / > >> httpd 1507 root rtdDIR9,0 40962 / > > > > > >> > > > > Is this done just after you reboot and Apache refused to start? If not, > > please reboot and run those two commands *before* you do > > "killall -9 -9 httpd". > > > > But since you kill httpd instances before Apache wants to start, it > > looks like some problem with httpd. > > > > Have you only installed from repository, of have you been downloading > > source packages and compiling your self? > > > > > Yes just after reboot I have what I show you. > > Maybe the problem is that when I restart servide httpd withou > rebooting before to reboot I need to tell my pasword for SSL > certificate. Maybe when rebooting I can't give SSL password so it try > to reboot and keep like this disabled? > > > #lsof -i :80 > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > httpd 1507 root5u IPv6 10107 0t0 TCP *:http (LISTEN) > > When I start manual way: > > # killall -9 httpd > # service httpd start > > Starting httpd: Apache/2.2.15 mod_ssl/2.2.15 (Pass Phrase Dialog) > Some of your private key files are encrypted for security reasons. > In order to read them you have to provide the pass phrases. > > Server kuales.com:443 (RSA) > Enter pass phrase: > > OK: Pass Phrase Dialog successful. > > > > Can I submit RSA key in automatic way? I think that there is a way but I don't know it off hand and I think you can google it. You would need the key file generated when you generated the cert/csr and in general, life is simpler if you strip the key out of the cert/csr and provide both the key and the cert to apache so you don't have to attend to the manual entry of this key each time you restart the service. Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Reboot problem with Apache
> When I start manual way: > > # killall -9 httpd > # service httpd start > > Starting httpd: Apache/2.2.15 mod_ssl/2.2.15 (Pass Phrase Dialog) > Some of your private key files are encrypted for security reasons. > In order to read them you have to provide the pass phrases. > > Server kuales.com:443 (RSA) > Enter pass phrase: > > OK: Pass Phrase Dialog successful. > > > > Can I submit RSA key in automatic way? > > ___ http://wiki.apache.org/httpd/RemoveSSLCertPassPhrase ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Reboot problem with Apache
One would have to change the default port of miniserv.pl from 1 to 80 and seeing that the output of lsof indicates all of the apache modules attached to the same pid, it's pretty clear that it is apache that is running on port 80 (which was the reason that James asked him to output from lsof) Craig On Sat, 2011-12-10 at 13:08 -0700, Ken godee wrote: > Webmin doesn't need Apache to run > it uses miniserv.pl > > Apache and miniserv.pl are trying to bind to the same ip. > > That is unless you have set up a virtual server to run webmin under > Apache? Default, webmin does not use Apache. > > > > On 12/10/2011 12:59 PM, Craig White wrote: > > On Sat, 2011-12-10 at 14:44 -0500, Weplica wrote: > >> Quoting "James A. Peltier": > >> > >>> - Original Message - > >>> | I have CentOS 6 and with webmin/virtualmin panel, and each time that I > >>> | reboot Apache can't start: > >>> | > >>> | > >>> | Starting httpd: (98)Address already in use: make_sock: could not bind > >>> | to address [::]:80 > >>> | (98)Address already in use: make_sock: could not bind to address > >>> | 0.0.0.0:80 > >>> | no listening sockets available, shutting down > >>> | > >>> | I do: > >>> | > >>> | netstat -tulpn| grep :80 > >>> | tcp 0 0 :::80 :::* LISTEN 1584/httpd > >>> | > >>> | > >>> | killall -9 httpd > >>> | > >>> | > >>> | And then Apache can start. But do you why thos problem in each reboot? > >>> | I like to fix this problem. > >>> | > >>> | Thansks you. > >>> | > >>> | Ernesto > >>> > >>> Is there another web server starting before Apache? For example, > >>> nginx. You could try and use lsof -p or lsof -i :80 to see > >>> what is holding the port before Apache. > >>> > >> > >> Thanks James, I get this: > >> > >> > >> lsof -i :80 > >> COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > >> httpd 1507 root5u IPv6 10107 0t0 TCP *:http (LISTEN) > >> > >> > >> > >> > >> > >> lsof -p 1507 > >> COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > >> httpd 1507 root cwdDIR9,0 40962 / > >> httpd 1507 root rtdDIR9,0 40962 / > >> httpd 1507 root txtREG9,0 993010 14161559 /usr/sbin/httpd > >> httpd 1507 root memREG9,0 1532908 2363869 /lib/libdb-4.7.so > >> httpd 1507 root memREG9,0 185388 14161462 > >> /usr/lib/libapr-1.so.0.3.9 > >> httpd 1507 root memREG9,019784 2360213 /lib/libdl-2.12.so > >> httpd 1507 root memREG9,016868 2360449 > >> /lib/libuuid.so.1.3.0 > >> httpd 1507 root memREG9,064876 14162016 > >> /usr/lib/httpd/modules/mod_auth_digest.so > >> httpd 1507 root memREG9,030491 14162017 > >> /usr/lib/httpd/modules/mod_authn_alias.so > >> httpd 1507 root memREG9,023617 14162020 > >> /usr/lib/httpd/modules/mod_authn_default.so > >> httpd 1507 root memREG9,029186 14162027 > >> /usr/lib/httpd/modules/mod_authz_owner.so > >> httpd 1507 root memREG9,031057 14162025 > >> /usr/lib/httpd/modules/mod_authz_groupfile.so > >> httpd 1507 root memREG9,0 126754 14162043 > >> /usr/lib/httpd/modules/mod_ldap.so > >> httpd 1507 root memREG9,0 310244 2363873 > >> /lib/libldap-2.4.so.2.5.6 > >> httpd 1507 root memREG9,057340 2363855 > >> /lib/liblber-2.4.so.2.5.6 > >> httpd 1507 root memREG9,019166 14162063 > >> /usr/lib/httpd/modules/mod_version.so > >> httpd 1507 root memREG9,0 122436 2360428 /lib/libselinux.so.1 > >> httpd 1507 root memREG9,0 101064 2360426 > >> /lib/libresolv-2.12.so > >> httpd 1507 root memREG9,0 179160 14161860 > >> /usr/lib/libsmime3.so > >> httpd 1507 root memREG9,012164 2363852 /lib/libplds4.so > >> httpd 1507 root memREG9,016676 2363851 /lib/libplc4.so > >> httpd 1507 root memREG9,0 102740 14157933 > >> /usr/lib/libsasl2.so.2.0.23 > >> httpd 1507 root memREG9,075952 2360207 /lib/libz.so.1.2.3 > >> httpd 1507 root memREG9,060383 14162022 > >> /usr/lib/httpd/modules/mod_authnz_ldap.so > >> httpd 1507 root memREG9,023789 14162024 > >> /usr/lib/httpd/modules/mod_authz_default.so > >> httpd 1507 root memREG9,0 104808 14161529 > >> /usr/lib/httpd/modules/mod_include.so > >> httpd 1507 root memREG9,064831 14162044 > >> /usr/lib/httpd/modules/mod_log_config.so > >> httpd 1507 root memREG9,051697 14162039 > >> /usr/lib/httpd/modules/mod_ext_filter.so > >> httpd 1507 root memREG9,051499 14161519 > >> /usr/lib/httpd/modules/mod_deflate.so > >> httpd 1507 root memREG9,034634 14162056 > >> /usr/lib/httpd/modules/mod_setenvif.so > >> httpd 1507 root memREG9,045364 14161527 > >> /usr/lib/httpd/modules/mod_headers.so > >> httpd 1507 root memREG9,042731 14162046 > >> /usr/lib/httpd/modules/mod_mime.so > >> httpd 15
Re: [CentOS] Reboot problem with Apache
Quoting Ljubomir Ljubojevic : > Vreme: 12/10/2011 08:44 PM, Weplica piše: >> Quoting "James A. Peltier": >> >>> - Original Message - >>> | I have CentOS 6 and with webmin/virtualmin panel, and each time that I >>> | reboot Apache can't start: >>> | >>> | >>> | Starting httpd: (98)Address already in use: make_sock: could not bind >>> | to address [::]:80 >>> | (98)Address already in use: make_sock: could not bind to address >>> | 0.0.0.0:80 >>> | no listening sockets available, shutting down >>> | >>> | I do: >>> | >>> | netstat -tulpn| grep :80 >>> | tcp 0 0 :::80 :::* LISTEN 1584/httpd >>> | >>> | >>> | killall -9 httpd >>> | >>> | >>> | And then Apache can start. But do you why thos problem in each reboot? >>> | I like to fix this problem. >>> | >>> | Thansks you. >>> | >>> | Ernesto >>> >>> Is there another web server starting before Apache? For example, >>> nginx. You could try and use lsof -p or lsof -i :80 to see >>> what is holding the port before Apache. >>> >> >> Thanks James, I get this: >> >> >> lsof -i :80 >> COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME >> httpd 1507 root5u IPv6 10107 0t0 TCP *:http (LISTEN) >> >> >> >> >> >> lsof -p 1507 >> COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME >> httpd 1507 root cwdDIR9,0 40962 / >> httpd 1507 root rtdDIR9,0 40962 / > > >> > > Is this done just after you reboot and Apache refused to start? If not, > please reboot and run those two commands *before* you do > "killall -9 -9 httpd". > > But since you kill httpd instances before Apache wants to start, it > looks like some problem with httpd. > > Have you only installed from repository, of have you been downloading > source packages and compiling your self? > Yes just after reboot I have what I show you. Maybe the problem is that when I restart servide httpd withou rebooting before to reboot I need to tell my pasword for SSL certificate. Maybe when rebooting I can't give SSL password so it try to reboot and keep like this disabled? #lsof -i :80 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME httpd 1507 root5u IPv6 10107 0t0 TCP *:http (LISTEN) When I start manual way: # killall -9 httpd # service httpd start Starting httpd: Apache/2.2.15 mod_ssl/2.2.15 (Pass Phrase Dialog) Some of your private key files are encrypted for security reasons. In order to read them you have to provide the pass phrases. Server kuales.com:443 (RSA) Enter pass phrase: OK: Pass Phrase Dialog successful. Can I submit RSA key in automatic way? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Reboot problem with Apache
Webmin doesn't need Apache to run it uses miniserv.pl Apache and miniserv.pl are trying to bind to the same ip. That is unless you have set up a virtual server to run webmin under Apache? Default, webmin does not use Apache. On 12/10/2011 12:59 PM, Craig White wrote: > On Sat, 2011-12-10 at 14:44 -0500, Weplica wrote: >> Quoting "James A. Peltier": >> >>> - Original Message - >>> | I have CentOS 6 and with webmin/virtualmin panel, and each time that I >>> | reboot Apache can't start: >>> | >>> | >>> | Starting httpd: (98)Address already in use: make_sock: could not bind >>> | to address [::]:80 >>> | (98)Address already in use: make_sock: could not bind to address >>> | 0.0.0.0:80 >>> | no listening sockets available, shutting down >>> | >>> | I do: >>> | >>> | netstat -tulpn| grep :80 >>> | tcp 0 0 :::80 :::* LISTEN 1584/httpd >>> | >>> | >>> | killall -9 httpd >>> | >>> | >>> | And then Apache can start. But do you why thos problem in each reboot? >>> | I like to fix this problem. >>> | >>> | Thansks you. >>> | >>> | Ernesto >>> >>> Is there another web server starting before Apache? For example, >>> nginx. You could try and use lsof -p or lsof -i :80 to see >>> what is holding the port before Apache. >>> >> >> Thanks James, I get this: >> >> >> lsof -i :80 >> COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME >> httpd 1507 root5u IPv6 10107 0t0 TCP *:http (LISTEN) >> >> >> >> >> >> lsof -p 1507 >> COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME >> httpd 1507 root cwdDIR9,0 40962 / >> httpd 1507 root rtdDIR9,0 40962 / >> httpd 1507 root txtREG9,0 993010 14161559 /usr/sbin/httpd >> httpd 1507 root memREG9,0 1532908 2363869 /lib/libdb-4.7.so >> httpd 1507 root memREG9,0 185388 14161462 >> /usr/lib/libapr-1.so.0.3.9 >> httpd 1507 root memREG9,019784 2360213 /lib/libdl-2.12.so >> httpd 1507 root memREG9,016868 2360449 /lib/libuuid.so.1.3.0 >> httpd 1507 root memREG9,064876 14162016 >> /usr/lib/httpd/modules/mod_auth_digest.so >> httpd 1507 root memREG9,030491 14162017 >> /usr/lib/httpd/modules/mod_authn_alias.so >> httpd 1507 root memREG9,023617 14162020 >> /usr/lib/httpd/modules/mod_authn_default.so >> httpd 1507 root memREG9,029186 14162027 >> /usr/lib/httpd/modules/mod_authz_owner.so >> httpd 1507 root memREG9,031057 14162025 >> /usr/lib/httpd/modules/mod_authz_groupfile.so >> httpd 1507 root memREG9,0 126754 14162043 >> /usr/lib/httpd/modules/mod_ldap.so >> httpd 1507 root memREG9,0 310244 2363873 >> /lib/libldap-2.4.so.2.5.6 >> httpd 1507 root memREG9,057340 2363855 >> /lib/liblber-2.4.so.2.5.6 >> httpd 1507 root memREG9,019166 14162063 >> /usr/lib/httpd/modules/mod_version.so >> httpd 1507 root memREG9,0 122436 2360428 /lib/libselinux.so.1 >> httpd 1507 root memREG9,0 101064 2360426 /lib/libresolv-2.12.so >> httpd 1507 root memREG9,0 179160 14161860 /usr/lib/libsmime3.so >> httpd 1507 root memREG9,012164 2363852 /lib/libplds4.so >> httpd 1507 root memREG9,016676 2363851 /lib/libplc4.so >> httpd 1507 root memREG9,0 102740 14157933 >> /usr/lib/libsasl2.so.2.0.23 >> httpd 1507 root memREG9,075952 2360207 /lib/libz.so.1.2.3 >> httpd 1507 root memREG9,060383 14162022 >> /usr/lib/httpd/modules/mod_authnz_ldap.so >> httpd 1507 root memREG9,023789 14162024 >> /usr/lib/httpd/modules/mod_authz_default.so >> httpd 1507 root memREG9,0 104808 14161529 >> /usr/lib/httpd/modules/mod_include.so >> httpd 1507 root memREG9,064831 14162044 >> /usr/lib/httpd/modules/mod_log_config.so >> httpd 1507 root memREG9,051697 14162039 >> /usr/lib/httpd/modules/mod_ext_filter.so >> httpd 1507 root memREG9,051499 14161519 >> /usr/lib/httpd/modules/mod_deflate.so >> httpd 1507 root memREG9,034634 14162056 >> /usr/lib/httpd/modules/mod_setenvif.so >> httpd 1507 root memREG9,045364 14161527 >> /usr/lib/httpd/modules/mod_headers.so >> httpd 1507 root memREG9,042731 14162046 >> /usr/lib/httpd/modules/mod_mime.so >> httpd 1507 root memREG9,052524 14162058 >> /usr/lib/httpd/modules/mod_status.so >> httpd 1507 root memREG9,032409 14162057 >> /usr/lib/httpd/modules/mod_speling.so >> httpd 1507 root memREG9,030144 14161553 >> /usr/lib/httpd/modules/mod_userdir.so >> httpd 1507 root memREG9,025588 14162021 >> /usr/lib/httpd/modules/mod_authn_file.so >> httpd 1507 root memREG9,0 298818 14161516 >> /usr/lib/httpd/modules/mod_dav.so >> httpd 1507 root memREG9,088126 14162048 >> /usr/lib/httpd/modules/mod_negotiation.so >> httpd 1507 ro
Re: [CentOS] Reboot problem with Apache
On Sat, 2011-12-10 at 14:44 -0500, Weplica wrote: > Quoting "James A. Peltier" : > > > - Original Message - > > | I have CentOS 6 and with webmin/virtualmin panel, and each time that I > > | reboot Apache can't start: > > | > > | > > | Starting httpd: (98)Address already in use: make_sock: could not bind > > | to address [::]:80 > > | (98)Address already in use: make_sock: could not bind to address > > | 0.0.0.0:80 > > | no listening sockets available, shutting down > > | > > | I do: > > | > > | netstat -tulpn| grep :80 > > | tcp 0 0 :::80 :::* LISTEN 1584/httpd > > | > > | > > | killall -9 httpd > > | > > | > > | And then Apache can start. But do you why thos problem in each reboot? > > | I like to fix this problem. > > | > > | Thansks you. > > | > > | Ernesto > > > > Is there another web server starting before Apache? For example, > > nginx. You could try and use lsof -p or lsof -i :80 to see > > what is holding the port before Apache. > > > > Thanks James, I get this: > > > lsof -i :80 > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > httpd 1507 root5u IPv6 10107 0t0 TCP *:http (LISTEN) > > > > > > lsof -p 1507 > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > httpd 1507 root cwdDIR9,0 40962 / > httpd 1507 root rtdDIR9,0 40962 / > httpd 1507 root txtREG9,0 993010 14161559 /usr/sbin/httpd > httpd 1507 root memREG9,0 1532908 2363869 /lib/libdb-4.7.so > httpd 1507 root memREG9,0 185388 14161462 > /usr/lib/libapr-1.so.0.3.9 > httpd 1507 root memREG9,019784 2360213 /lib/libdl-2.12.so > httpd 1507 root memREG9,016868 2360449 /lib/libuuid.so.1.3.0 > httpd 1507 root memREG9,064876 14162016 > /usr/lib/httpd/modules/mod_auth_digest.so > httpd 1507 root memREG9,030491 14162017 > /usr/lib/httpd/modules/mod_authn_alias.so > httpd 1507 root memREG9,023617 14162020 > /usr/lib/httpd/modules/mod_authn_default.so > httpd 1507 root memREG9,029186 14162027 > /usr/lib/httpd/modules/mod_authz_owner.so > httpd 1507 root memREG9,031057 14162025 > /usr/lib/httpd/modules/mod_authz_groupfile.so > httpd 1507 root memREG9,0 126754 14162043 > /usr/lib/httpd/modules/mod_ldap.so > httpd 1507 root memREG9,0 310244 2363873 > /lib/libldap-2.4.so.2.5.6 > httpd 1507 root memREG9,057340 2363855 > /lib/liblber-2.4.so.2.5.6 > httpd 1507 root memREG9,019166 14162063 > /usr/lib/httpd/modules/mod_version.so > httpd 1507 root memREG9,0 122436 2360428 /lib/libselinux.so.1 > httpd 1507 root memREG9,0 101064 2360426 /lib/libresolv-2.12.so > httpd 1507 root memREG9,0 179160 14161860 /usr/lib/libsmime3.so > httpd 1507 root memREG9,012164 2363852 /lib/libplds4.so > httpd 1507 root memREG9,016676 2363851 /lib/libplc4.so > httpd 1507 root memREG9,0 102740 14157933 > /usr/lib/libsasl2.so.2.0.23 > httpd 1507 root memREG9,075952 2360207 /lib/libz.so.1.2.3 > httpd 1507 root memREG9,060383 14162022 > /usr/lib/httpd/modules/mod_authnz_ldap.so > httpd 1507 root memREG9,023789 14162024 > /usr/lib/httpd/modules/mod_authz_default.so > httpd 1507 root memREG9,0 104808 14161529 > /usr/lib/httpd/modules/mod_include.so > httpd 1507 root memREG9,064831 14162044 > /usr/lib/httpd/modules/mod_log_config.so > httpd 1507 root memREG9,051697 14162039 > /usr/lib/httpd/modules/mod_ext_filter.so > httpd 1507 root memREG9,051499 14161519 > /usr/lib/httpd/modules/mod_deflate.so > httpd 1507 root memREG9,034634 14162056 > /usr/lib/httpd/modules/mod_setenvif.so > httpd 1507 root memREG9,045364 14161527 > /usr/lib/httpd/modules/mod_headers.so > httpd 1507 root memREG9,042731 14162046 > /usr/lib/httpd/modules/mod_mime.so > httpd 1507 root memREG9,052524 14162058 > /usr/lib/httpd/modules/mod_status.so > httpd 1507 root memREG9,032409 14162057 > /usr/lib/httpd/modules/mod_speling.so > httpd 1507 root memREG9,030144 14161553 > /usr/lib/httpd/modules/mod_userdir.so > httpd 1507 root memREG9,025588 14162021 > /usr/lib/httpd/modules/mod_authn_file.so > httpd 1507 root memREG9,0 298818 14161516 > /usr/lib/httpd/modules/mod_dav.so > httpd 1507 root memREG9,088126 14162048 > /usr/lib/httpd/modules/mod_negotiation.so > httpd 1507 root memREG9,0 179791 14162049 > /usr/lib/httpd/modules/mod_proxy.so > httpd 1507 root memREG9,077416 14162053 > /usr/lib/httpd/modules/mod_proxy_ftp.so > httpd 1507 root memREG9,034498 14162052 > /usr/lib/httpd/modules/mod_proxy_connect.so > htt
Re: [CentOS] Reboot problem with Apache
Vreme: 12/10/2011 08:44 PM, Weplica piše: > Quoting "James A. Peltier": > >> - Original Message - >> | I have CentOS 6 and with webmin/virtualmin panel, and each time that I >> | reboot Apache can't start: >> | >> | >> | Starting httpd: (98)Address already in use: make_sock: could not bind >> | to address [::]:80 >> | (98)Address already in use: make_sock: could not bind to address >> | 0.0.0.0:80 >> | no listening sockets available, shutting down >> | >> | I do: >> | >> | netstat -tulpn| grep :80 >> | tcp 0 0 :::80 :::* LISTEN 1584/httpd >> | >> | >> | killall -9 httpd >> | >> | >> | And then Apache can start. But do you why thos problem in each reboot? >> | I like to fix this problem. >> | >> | Thansks you. >> | >> | Ernesto >> >> Is there another web server starting before Apache? For example, >> nginx. You could try and use lsof -p or lsof -i :80 to see >> what is holding the port before Apache. >> > > Thanks James, I get this: > > > lsof -i :80 > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > httpd 1507 root5u IPv6 10107 0t0 TCP *:http (LISTEN) > > > > > > lsof -p 1507 > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > httpd 1507 root cwdDIR9,0 40962 / > httpd 1507 root rtdDIR9,0 40962 / > Is this done just after you reboot and Apache refused to start? If not, please reboot and run those two commands *before* you do "killall -9 -9 httpd". But since you kill httpd instances before Apache wants to start, it looks like some problem with httpd. Have you only installed from repository, of have you been downloading source packages and compiling your self? -- Ljubomir Ljubojevic (Love is in the Air) PL Computers Serbia, Europe Google is the Mother, Google is the Father, and traceroute is your trusty Spiderman... StarOS, Mikrotik and CentOS/RHEL/Linux consultant ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] iSCSI best practices
On Dec 10, 2011, at 2:36 PM, Alan McKay wrote: >> >> LOL! Cisco. If I told you that that particular device used to be called >> Linksys, would it change your opinion of the device? I've got a Linksys >> ADSL gateway that I'm quite sure couldn't keep up with the Dell. In fact, >> I used to have that *exact* Linksys device and it died within 18 months and >> it's performance sucked! >> > > > Yes I know it is LinkSys - we used them at my old job and yeah we had one > die but the price was worth it. I am mainly concerned with the speed of > the thing and managability.My current job is a lot less sensitive to > outages than my last one, as well. Outage is one thing, but having the disk volumes disappear mid-transaction can be detrimental to a file system's health. -Ross ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Reboot problem with Apache
Quoting "James A. Peltier" : > - Original Message - > | I have CentOS 6 and with webmin/virtualmin panel, and each time that I > | reboot Apache can't start: > | > | > | Starting httpd: (98)Address already in use: make_sock: could not bind > | to address [::]:80 > | (98)Address already in use: make_sock: could not bind to address > | 0.0.0.0:80 > | no listening sockets available, shutting down > | > | I do: > | > | netstat -tulpn| grep :80 > | tcp 0 0 :::80 :::* LISTEN 1584/httpd > | > | > | killall -9 httpd > | > | > | And then Apache can start. But do you why thos problem in each reboot? > | I like to fix this problem. > | > | Thansks you. > | > | Ernesto > > Is there another web server starting before Apache? For example, > nginx. You could try and use lsof -p or lsof -i :80 to see > what is holding the port before Apache. > Thanks James, I get this: lsof -i :80 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME httpd 1507 root5u IPv6 10107 0t0 TCP *:http (LISTEN) lsof -p 1507 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME httpd 1507 root cwdDIR9,0 40962 / httpd 1507 root rtdDIR9,0 40962 / httpd 1507 root txtREG9,0 993010 14161559 /usr/sbin/httpd httpd 1507 root memREG9,0 1532908 2363869 /lib/libdb-4.7.so httpd 1507 root memREG9,0 185388 14161462 /usr/lib/libapr-1.so.0.3.9 httpd 1507 root memREG9,019784 2360213 /lib/libdl-2.12.so httpd 1507 root memREG9,016868 2360449 /lib/libuuid.so.1.3.0 httpd 1507 root memREG9,064876 14162016 /usr/lib/httpd/modules/mod_auth_digest.so httpd 1507 root memREG9,030491 14162017 /usr/lib/httpd/modules/mod_authn_alias.so httpd 1507 root memREG9,023617 14162020 /usr/lib/httpd/modules/mod_authn_default.so httpd 1507 root memREG9,029186 14162027 /usr/lib/httpd/modules/mod_authz_owner.so httpd 1507 root memREG9,031057 14162025 /usr/lib/httpd/modules/mod_authz_groupfile.so httpd 1507 root memREG9,0 126754 14162043 /usr/lib/httpd/modules/mod_ldap.so httpd 1507 root memREG9,0 310244 2363873 /lib/libldap-2.4.so.2.5.6 httpd 1507 root memREG9,057340 2363855 /lib/liblber-2.4.so.2.5.6 httpd 1507 root memREG9,019166 14162063 /usr/lib/httpd/modules/mod_version.so httpd 1507 root memREG9,0 122436 2360428 /lib/libselinux.so.1 httpd 1507 root memREG9,0 101064 2360426 /lib/libresolv-2.12.so httpd 1507 root memREG9,0 179160 14161860 /usr/lib/libsmime3.so httpd 1507 root memREG9,012164 2363852 /lib/libplds4.so httpd 1507 root memREG9,016676 2363851 /lib/libplc4.so httpd 1507 root memREG9,0 102740 14157933 /usr/lib/libsasl2.so.2.0.23 httpd 1507 root memREG9,075952 2360207 /lib/libz.so.1.2.3 httpd 1507 root memREG9,060383 14162022 /usr/lib/httpd/modules/mod_authnz_ldap.so httpd 1507 root memREG9,023789 14162024 /usr/lib/httpd/modules/mod_authz_default.so httpd 1507 root memREG9,0 104808 14161529 /usr/lib/httpd/modules/mod_include.so httpd 1507 root memREG9,064831 14162044 /usr/lib/httpd/modules/mod_log_config.so httpd 1507 root memREG9,051697 14162039 /usr/lib/httpd/modules/mod_ext_filter.so httpd 1507 root memREG9,051499 14161519 /usr/lib/httpd/modules/mod_deflate.so httpd 1507 root memREG9,034634 14162056 /usr/lib/httpd/modules/mod_setenvif.so httpd 1507 root memREG9,045364 14161527 /usr/lib/httpd/modules/mod_headers.so httpd 1507 root memREG9,042731 14162046 /usr/lib/httpd/modules/mod_mime.so httpd 1507 root memREG9,052524 14162058 /usr/lib/httpd/modules/mod_status.so httpd 1507 root memREG9,032409 14162057 /usr/lib/httpd/modules/mod_speling.so httpd 1507 root memREG9,030144 14161553 /usr/lib/httpd/modules/mod_userdir.so httpd 1507 root memREG9,025588 14162021 /usr/lib/httpd/modules/mod_authn_file.so httpd 1507 root memREG9,0 298818 14161516 /usr/lib/httpd/modules/mod_dav.so httpd 1507 root memREG9,088126 14162048 /usr/lib/httpd/modules/mod_negotiation.so httpd 1507 root memREG9,0 179791 14162049 /usr/lib/httpd/modules/mod_proxy.so httpd 1507 root memREG9,077416 14162053 /usr/lib/httpd/modules/mod_proxy_ftp.so httpd 1507 root memREG9,034498 14162052 /usr/lib/httpd/modules/mod_proxy_connect.so httpd 1507 root memREG9,063372 14161514 /usr/lib/httpd/modules/mod_cgi.so httpd 1507 root memREG9,014640 2363862 /lib/libutil-2.12.so httpd 1507 root memREG9,011968 2360668 /lib/libcom_err.so.2.1 httpd 1507 root memREG9,0 890
Re: [CentOS] iSCSI best practices
> > LOL! Cisco. If I told you that that particular device used to be called > Linksys, would it change your opinion of the device? I've got a Linksys > ADSL gateway that I'm quite sure couldn't keep up with the Dell. In fact, > I used to have that *exact* Linksys device and it died within 18 months and > it's performance sucked! > Yes I know it is LinkSys - we used them at my old job and yeah we had one die but the price was worth it. I am mainly concerned with the speed of the thing and managability.My current job is a lot less sensitive to outages than my last one, as well. -- “Don't eat anything you've ever seen advertised on TV” - Michael Pollan, author of "In Defense of Food" ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] iSCSI best practices
On Dec 10, 2011, at 2:05 PM, "James A. Peltier" wrote: > - Original Message - > | On Dec 10, 2011, at 1:49 PM, "James A. Peltier" > | wrote: > | > | > Jumbo frames is really the important thing when it comes to iSCSI. > | > Having 9000 byte packets verses 1500 byte packets will dramatically > | > increase your performance per interrupt. Most cheaper unmanaged > | > switches cannot do this. > | > | I want to break the myth here, jumbo frames are really only important > | for 10Gbe+. On 1Gbe (or slow CPUs) they actually slow sequential > | throughput due to the time to process each packet on 1Gbe and how that > | in turn slows down packet interleaving and thus total throughput. > | > | -Ross > > On cheap network switches... When you've got a switch that has 1 or more > 10Gb uplinks and the rest of the switch is Gb, I doubt this is an issue, but > I will agree that on *some* switches it may be detrimental to performance. It's not a function of the switching fabric that changes things, but the speed of the ports. If each packet takes 6 times longer to take off the wire then the system can handle 1/6th the number of simultaneous streams. -Ross ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Reboot problem with Apache
> I have CentOS 6 and with webmin/virtualmin panel, and each time that I > reboot Apache can't start: > > > Starting httpd: (98)Address already in use: make_sock: could not bind > to address [::]:80 > (98)Address already in use: make_sock: could not bind to address 0.0.0.0:80 > no listening sockets available, shutting down > > I do: > > netstat -tulpn| grep :80 > tcp0 0 :::80:::* LISTEN 1584/httpd > > > killall -9 httpd > > > And then Apache can start. But do you why thos problem in each reboot? > I like to fix this problem. > > Thansks you. > > Ernesto Possibly Webmin and Apache are stepping on each other add a virt ip for webmin example Apache eth0 192.168.1.126:80 Webmin eth0:1 192.168.1.127:80 setup hosts webmin.host.com should be good to go ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Reboot problem with Apache
- Original Message - | I have CentOS 6 and with webmin/virtualmin panel, and each time that I | reboot Apache can't start: | | | Starting httpd: (98)Address already in use: make_sock: could not bind | to address [::]:80 | (98)Address already in use: make_sock: could not bind to address | 0.0.0.0:80 | no listening sockets available, shutting down | | I do: | | netstat -tulpn| grep :80 | tcp 0 0 :::80 :::* LISTEN 1584/httpd | | | killall -9 httpd | | | And then Apache can start. But do you why thos problem in each reboot? | I like to fix this problem. | | Thansks you. | | Ernesto Is there another web server starting before Apache? For example, nginx. You could try and use lsof -p or lsof -i :80 to see what is holding the port before Apache. -- James A. Peltier Manager, IT Services - Research Computing Group Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpelt...@sfu.ca Website : http://www.sfu.ca/itservices http://blogs.sfu.ca/people/jpeltier I will do the best I can with the talent I have ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Reboot problem with Apache
I have CentOS 6 and with webmin/virtualmin panel, and each time that I reboot Apache can't start: Starting httpd: (98)Address already in use: make_sock: could not bind to address [::]:80 (98)Address already in use: make_sock: could not bind to address 0.0.0.0:80 no listening sockets available, shutting down I do: netstat -tulpn| grep :80 tcp0 0 :::80:::* LISTEN 1584/httpd killall -9 httpd And then Apache can start. But do you why thos problem in each reboot? I like to fix this problem. Thansks you. Ernesto ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] iSCSI best practices
- Original Message - | On Dec 10, 2011, at 1:49 PM, "James A. Peltier" | wrote: | | > Jumbo frames is really the important thing when it comes to iSCSI. | > Having 9000 byte packets verses 1500 byte packets will dramatically | > increase your performance per interrupt. Most cheaper unmanaged | > switches cannot do this. | | I want to break the myth here, jumbo frames are really only important | for 10Gbe+. On 1Gbe (or slow CPUs) they actually slow sequential | throughput due to the time to process each packet on 1Gbe and how that | in turn slows down packet interleaving and thus total throughput. | | -Ross On cheap network switches... When you've got a switch that has 1 or more 10Gb uplinks and the rest of the switch is Gb, I doubt this is an issue, but I will agree that on *some* switches it may be detrimental to performance. -- James A. Peltier Manager, IT Services - Research Computing Group Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpelt...@sfu.ca Website : http://www.sfu.ca/itservices http://blogs.sfu.ca/people/jpeltier I will do the best I can with the talent I have ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] iSCSI best practices
On Dec 10, 2011, at 1:49 PM, "James A. Peltier" wrote: > Jumbo frames is really the important thing when it comes to iSCSI. Having > 9000 byte packets verses 1500 byte packets will dramatically increase your > performance per interrupt. Most cheaper unmanaged switches cannot do this. I want to break the myth here, jumbo frames are really only important for 10Gbe+. On 1Gbe (or slow CPUs) they actually slow sequential throughput due to the time to process each packet on 1Gbe and how that in turn slows down packet interleaving and thus total throughput. -Ross ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] iSCSI best practices
- Original Message - | > The Dell 6224 or 6248 switches are priced low | | Hmmm, we seem to have different definitions of "priced low" :-) | | http://search.dell.com/results.aspx?s=bsd&c=ca&l=en&cs=cabsdt1&k=PowerConnect+6224&cat=all&x=0&y=0 | | $2000 for the 24 port. | | I can get a Cisco small business switch for less than 1/4 that. | Speaking of which, would this one be OK for iSCSI? | | http://www.shoprbc.com/ca/shop/product_details.php?pid=71436 LOL! Cisco. If I told you that that particular device used to be called Linksys, would it change your opinion of the device? I've got a Linksys ADSL gateway that I'm quite sure couldn't keep up with the Dell. In fact, I used to have that *exact* Linksys device and it died within 18 months and it's performance sucked! -- James A. Peltier Manager, IT Services - Research Computing Group Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpelt...@sfu.ca Website : http://www.sfu.ca/itservices http://blogs.sfu.ca/people/jpeltier I will do the best I can with the talent I have ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] iSCSI best practices
On Dec 10, 2011, at 9:35 AM, Alan McKay wrote: >> The Dell 6224 or 6248 switches are priced low > > Hmmm, we seem to have different definitions of "priced low" :-) > > http://search.dell.com/results.aspx?s=bsd&c=ca&l=en&cs=cabsdt1&k=PowerConnect+6224&cat=all&x=0&y=0 > > $2000 for the 24 port. > > I can get a Cisco small business switch for less than 1/4 that. > Speaking of which, would this one be OK for iSCSI? > > http://www.shoprbc.com/ca/shop/product_details.php?pid=71436 Actually the 5424 would be a better then the 6224, the base is around $1200, if you call a rep you can probably get 33% off, given it's year end, often they will have a buy one get one free which equates to 50% off. As far as the Cisco Small Business line is concerned, that line was formed from the acquisition of Linksys, so it's basically Linksys small business switches and you get what you pay for. If this is for a home media server, then I'm sure it will be more then adequate, if this is a business system I would invest in equipment whose cost is in relation to the cost of the data contained within. You wouldn't want a cheap switch that locks up when the traffic gets heavy to ruin your data integrity. Lump the cost of the switches, nics and cables into the total cost of the storage solution and justify that cost by the cost of the integrity of the data it contains. There is your business rational for the investment. -Ross ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] iSCSI best practices
- Original Message - | Hey folks, | | I had some general questions and when reading through the list | archives I | came across an iSCSI discussion back in February where a couple of | individuals were going back and forth about drafting up a "best | practices" | doc and putting it into a wiki. Did that ever happen? And if so, where | is it? | | Now my questions : | We are not using iSCIS yet at work but I see a few places where it | would be | useful e.g. a number of heavy-use NFS mounts (from my ZFS appliance) | that I | believe would be slightly more efficient if I converted them to iSCSI. | I | also want to introduce some virtual machines which I think would work | out | best if I created iSCSI drives for them back on my Oracle/Sun ZFS | appliance. | | I mentioned iSCSI to the guy whose work I have taken over here so that | he | can concentrate on his real job, and when I mentioned that we should | have a | separate switch so that all iSCSI traffic is on it's own switch, he | balked | and said something like "it is a switched network, it should not | matter". | But that does not sit right with me - the little bit I've read about | iSCSI | in the past always stresses that you should have it on its own | network. | | So 2 questions : | - how important is it to have it on its own network? | - is it OK to use an unmanaged switch (as long as it is Gigabit), or | are | there some features of a managed switch that are desirable/required | with | iSCSI? | | thanks, | -Alan It is not imperative to have a separate switch but it certainly helps, especially if your switch is not managed. Managed switches will allow you to create VLANs that can be both jumbo frame and non-jumbo frame on the same device. Jumbo frames is really the important thing when it comes to iSCSI. Having 9000 byte packets verses 1500 byte packets will dramatically increase your performance per interrupt. Most cheaper unmanaged switches cannot do this. Second, if their cheap switches, you'll likely saturate the backplane no matter what. Get good switches for this type of work. -- James A. Peltier Manager, IT Services - Research Computing Group Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpelt...@sfu.ca Website : http://www.sfu.ca/itservices http://blogs.sfu.ca/people/jpeltier I will do the best I can with the talent I have ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 82, Issue 6
Send CentOS-announce mailing list submissions to centos-annou...@centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-requ...@centos.org You can reach the person managing the list at centos-announce-ow...@centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. Release for CentOS-6.1 i386 and x86_64 (Karanbir Singh) 2. Release for CentOS-6.1 LiveCD i386 and x86_64 (Karanbir Singh) 3. Release for CentOS-6.1 LiveDVD i386 and x86_64 (Karanbir Singh) 4. Release for CentOS-6.1 Minimal i386 and x86_64 (Karanbir Singh) -- Message: 1 Date: Sat, 10 Dec 2011 00:09:53 + From: Karanbir Singh Subject: [CentOS-announce] Release for CentOS-6.1 i386 and x86_64 To: CentOS Announcements List Message-ID: <4ee2a351.6000...@centos.org> Content-Type: text/plain; charset=ISO-8859-1 We are pleased to announce the immediate availability of CentOS-6.1 install media for i386 and x86_64 Architectures. Release Notes for 6.1 are availble at http://wiki.centos.org/Manuals/ReleaseNotes/CentOS6.1 - we recommend everyone looks through those once. CentOS-6.1 is based on the upstream release EL 6.1 and includes packages from all variants. All upstream repositories have been combined into one, to make it easier for end users to work with. All machines running CentOS-Release-CR on 6.0 would already be running code that is included in the 6.1 install media. We highly recommend everyone use the CR repository in order to get all bugfix and security updates as soon as possible. More information on the CR repository can be found at : http://wiki.centos.org/AdditionalResources/Repositories/CR +++ Upgrading from CentOS-4 or CentOS-5: We recommend everyone run through a reinstall rather than attempt an inplace upgrade from CentOS-4 or CentOS-5 +++ Downloading CentOS-6.1 for new installs: When possible, consider using torrents to run the downloads. In most cases you will find its also the fastest means to download the distro. There are currently over a thousand people seeding CentOS-6 and it's possible to get upto 100mbps downloads via these torrents. Torrent files for the DVD's are available at : http://mirror.centos.org/centos/6.1/isos/i386/CentOS-6.1-i386-bin-DVD1to2.torrent http://mirror.centos.org/centos/6.1/isos/x86_64/CentOS-6.1-x86_64-bin-DVD1to2.torrent You can also use a mirror close to you : http://www.centos.org/modules/tinycontent/index.php?id=30 Most mirrors will allow direct DVD downloads over http, ftp and rsync. Please keep in mind that not all mirrors are currently updated, some might take upto another 24 hours before they have all the content. +++ sha1sum for the CentOS-6.1 ISOS: i386: 2ef1eb330efeb8bca5646700481b1a645f726bdb CentOS-6.1-i386-bin-DVD1.iso e12d7f473fa7f13931738f3c37f57d99e66c2ff2 CentOS-6.1-i386-bin-DVD2.iso b0163bcf2777b9c19542a89106094aafea45f3aa CentOS-6.1-i386-netinstall.iso x86_64: 6cf7de61f851bbdb6859ce0a33d65d9554219509 CentOS-6.1-x86_64-bin-DVD1.iso 7bfd52eaa5ada445982c3f528c1f481bbcda85c8 CentOS-6.1-x86_64-bin-DVD2.iso 2d0e5c3c91717996c7d3d35658f79ccac767b564 CentOS-6.1-x86_64-netinstall.iso +++ Sources and Debuginfo packages: SRPMS and debuginfo packages are still making their way to the CentOS mirrors and should be available within the next 24 to 48 hours. We are prioritising the centos modified packages. In order to speed up the release process for these packages, we are releasing them directly into vault.centos.org; this drastically reduces the amount of traffic generated for the mirrors and makes it possible for us to publish them in sync with the binary code. +++ Getting Help: The best place to start when looking for help with CentOS is at the wiki ( http://wiki.centos.org/GettingHelp ) which lists various options and communities who might be able to help. If you think there is a bug in the system, do report it at http://bugs.centos.org/ - but keep in mind that the bugs system is *not* a support mechanism. +++ Contributing and joining the project: We are always looking for people to join and help with various things in the project. If you are keen to help out a good place to start is the wiki page at http://wiki.centos.org/Contribute . If you have questions or a specific area you would like to contribute towards that is not covered on that page, feel free to drop in on #centos-de...@irc.freenode.net for a chat or email the centos-devel list (http://lists.centos.org). +++ Thanks to everyone who contributed towards making 6.1, specially the enormous effort put in by everyone on t
Re: [CentOS] iSCSI best practices
> The Dell 6224 or 6248 switches are priced low Hmmm, we seem to have different definitions of "priced low" :-) http://search.dell.com/results.aspx?s=bsd&c=ca&l=en&cs=cabsdt1&k=PowerConnect+6224&cat=all&x=0&y=0 $2000 for the 24 port. I can get a Cisco small business switch for less than 1/4 that. Speaking of which, would this one be OK for iSCSI? http://www.shoprbc.com/ca/shop/product_details.php?pid=71436 -- “Don't eat anything you've ever seen advertised on TV” - Michael Pollan, author of "In Defense of Food" ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Combining CentOS 6.1 DVD images
I would like to create a single installation directory from the DVD1 and DVD2 CentOS 6.1 release DVD images, suitable for network (NFS) installation. If I mount each of the ISO images and copy their files to a single directory, will that work? That is, are the files on each DVD unique such that I won't be overwriting any files from DVD1 when doing the DVD2 copy? Will pointing a CentOS network installation (CentOS-6.1-i386-netinstall.iso) at this directory satisfy it at runtime for the files needed to do a full 6.1 install? Thanks. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] When will 6.2 be released.
On 12/10/2011 02:02 PM, Ljubomir Ljubojevic wrote: 6.2 should arrive really fast, believe me ! and if you use the CR repo, you should already be up-to-date, all updated packages are going to be soon in it before the complete tree is built for 6.2 ! # CentOS-CR.repo # # The continuous release ( CR ) repository contains rpms from the # next point release of CentOS, which isnt itself released as yet. # # Look at http://wiki.centos.org/AdditionalResources/Repositories/CR # for more details about how this repository works and what users # should expect to see included / excluded [cr] name=CentOS-$releasever - CR baseurl=http://mirror.centos.org/centos/$releasever/cr/$basearch/ gpgcheck=1 enabled=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6 > Vreme: 12/10/2011 02:01 AM, Johnny Hughes piše: >> Let's go ahead and get this flame thread started now to save time. >> >> The CentOS team sucks ... it took days to do 6.1 ... it is going to >> take twice as long to get 6.2 >> >> My mom said CentOS blows. >> >> kbsingh is ugly. >> >> hughesjr is old and fat. >> >> OK ... that should do. >> > It made me laugh too. Although it does ring a bell. > > My suggestion would be to, at least for the first part, count the number > of packages and once a week or two release percentage of built packages. > that would give the "feel of progress" to all concerned. And since most > likely the large number of packages will build in first several build > attempts, progress would be visible to anyone. > > And I do know complicated packages are lest for last and prognoses can > not be made for those. > ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] When will 6.2 be released.
Vreme: 12/10/2011 02:01 AM, Johnny Hughes piše: > Let's go ahead and get this flame thread started now to save time. > > The CentOS team sucks ... it took days to do 6.1 ... it is going to > take twice as long to get 6.2 > > My mom said CentOS blows. > > kbsingh is ugly. > > hughesjr is old and fat. > > OK ... that should do. > It made me laugh too. Although it does ring a bell. My suggestion would be to, at least for the first part, count the number of packages and once a week or two release percentage of built packages. that would give the "feel of progress" to all concerned. And since most likely the large number of packages will build in first several build attempts, progress would be visible to anyone. And I do know complicated packages are lest for last and prognoses can not be made for those. -- Ljubomir Ljubojevic (Love is in the Air) PL Computers Serbia, Europe Google is the Mother, Google is the Father, and traceroute is your trusty Spiderman... StarOS, Mikrotik and CentOS/RHEL/Linux consultant ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] When will 6.2 be released.
On 10/12/11 01:01, Johnny Hughes wrote: > Let's go ahead and get this flame thread started now to save time. > > The CentOS team sucks ... it took days to do 6.1 ... it is going to > take twice as long to get 6.2 > > My mom said CentOS blows. > > kbsingh is ugly. > > hughesjr is old and fat. > > OK ... that should do. > > > > This body part will be downloaded on demand. Haha :-). Made me laugh. In all seriousness though, I would just like to say: Thank you CentOS team for the work you put in, I'm updating my Grandma's PC to 6.1 now (from 6.0 CR enabled) :-), So again: Thank You :-). -- Jake ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] RHEL6.2 kernel
Hello, until a more official rebuild shows up, I have recomppiled the RHEL 6.2 kernel src.rpm and copied the binary rpms to: http://jur-linux.org/download/redhat-kernel/6/220.el6/ This is running happily on a dozen machines now. best regards, Florian La Roche ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] When will 6.2 be released.
A big thank you to the CentOS team for the 6.1 release. And nice to see that there will be a CR repo again. See you all at FOSDEM2012. Maarten ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Unsigned nx/freenx packages in Centos 6 extras repo
Thanks a lot! Andrzej ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] When will 6.2 be released.
Hi Louis, > come on Johnny, there are still plenty of people that appreciate the > work you guys do and are happy to see 6.1 released. Please give us first > a chance to say "thank you so much!" Indeed, and since I omitted that in my last post (I probably was too busy chuckling), I'd like to chime in here. From what little seeped through to the outside, this time it was a Herculic task to keep up with upstream, and they did it - again. Thank you very much, all of the team. Peter. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] When will 6.2 be released.
On Fri, 2011-12-09 at 19:01 -0600, Johnny Hughes wrote: > Let's go ahead and get this flame thread started now to save time. > > The CentOS team sucks ... it took days to do 6.1 ... it is going to > take twice as long to get 6.2 > > My mom said CentOS blows. > > kbsingh is ugly. > > hughesjr is old and fat. > > OK ... that should do. come on Johnny, there are still plenty of people that appreciate the work you guys do and are happy to see 6.1 released. Please give us first a chance to say "thank you so much!" I understand that it is frustrating to release CentOS 6.1 right after RedHat release 6.2 so you can't even allow yourself to relax a bit (and knowing you guys you HAVE to keep up, not because of the complainer, but because of your pride in what you are doing and its results). Thanks for the work on 6.1! Louis ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Unsigned nx/freenx packages in Centos 6 extras repo
On 12/10/2011 05:33 AM, Andrzej Szymański wrote: > Hello, > > I've encountered an error updating nx/freenx: > > Package nx-3.5.0-1.el6.centos.x86_64.rpm is not signed > > Both nx and freenx packages in Centos 6 extras repo are not signed, is > this correct? > No, it is an error. New files have been pushed. You should be able to get them on mirror.centos.org shortly. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] When will 6.2 be released.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Johnny, > Let's go ahead and get this flame thread started now to save time. > > The CentOS team sucks ... it took days to do 6.1 ... it is going to > take twice as long to get 6.2 > > My mom said CentOS blows. > > kbsingh is ugly. > > hughesjr is old and fat. > > OK ... that should do. OK, thanks. A simple '6.1 has been released' would have done, though :-) Cheers, Peter. -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAk7jRMgACgkQ+8TW1Xhd1gdQpgCgr/V8vNb9TJIgI6ScwZsrScUn AA8An0YGvp0csjKj8NDxiMDy0ogb4/dZ =tApB -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Unsigned nx/freenx packages in Centos 6 extras repo
Hello, I've encountered an error updating nx/freenx: Package nx-3.5.0-1.el6.centos.x86_64.rpm is not signed Both nx and freenx packages in Centos 6 extras repo are not signed, is this correct? Andrzej ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] When will 6.2 be released.
On 10 December 2011 10:41, Hakan Koseoglu wrote: > On 10/12/11 03:36, An Yang wrote: >> I think all the blocks were removed, and 6.2 will be released very soon. > Unless it was parked on a hill backwards and now rolling down the hill! > Damn, and I haven't even installed 6.0 yet ... slow down !! slow down !! aee !! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] When will 6.2 be released.
On 10/12/11 03:36, An Yang wrote: > I think all the blocks were removed, and 6.2 will be released very soon. Unless it was parked on a hill backwards and now rolling down the hill! Congratulations to the CentOS team again! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
