[Users] debian-5.0 lenny openvz templates with wrong /etc/apt/sources.list
Hi, Just to warn you that the following debian template: http://ftp.openvz.org/template/precreated/debian-5.0-x86_64.tar.gz has a wrong /etc/apt/sources.list. Here is what it gives after an apt-get update: = r...@111 / [4]# apt-get update Get:1 http://ftp.debian.org lenny Release.gpg [1033B] Ign http://ftp.debian.org lenny/volatile Release.gpg Ign http://ftp.debian.org lenny/updates Release.gpg Get:2 http://ftp.debian.org lenny Release [73.8kB] Ign http://ftp.debian.org lenny/volatile Release Ign http://ftp.debian.org lenny/updates Release Ign http://ftp.debian.org lenny/volatile/main Packages Ign http://ftp.debian.org lenny/volatile/contrib Packages Ign http://ftp.debian.org lenny/volatile/non-free Packages Get:3 http://ftp.debian.org lenny/main Packages [5150kB] Get:4 http://ftp.debian.org lenny/contrib Packages [71.9kB] Get:5 http://ftp.debian.org lenny/non-free Packages [88.1kB] Ign http://ftp.debian.org lenny/updates/main Packages Ign http://ftp.debian.org lenny/updates/contrib Packages Ign http://ftp.debian.org lenny/updates/non-free Packages Ign http://ftp.debian.org lenny/volatile/main Packages Ign http://ftp.debian.org lenny/volatile/contrib Packages Ign http://ftp.debian.org lenny/volatile/non-free Packages Ign http://ftp.debian.org lenny/updates/main Packages Ign http://ftp.debian.org lenny/updates/contrib Packages Ign http://ftp.debian.org lenny/updates/non-free Packages Err http://ftp.debian.org lenny/volatile/main Packages 404 Not Found [IP: 130.89.149.226 80] Err http://ftp.debian.org lenny/volatile/contrib Packages 404 Not Found [IP: 130.89.149.226 80] Err http://ftp.debian.org lenny/volatile/non-free Packages 404 Not Found [IP: 130.89.149.226 80] Err http://ftp.debian.org lenny/updates/main Packages 404 Not Found [IP: 130.89.149.226 80] Err http://ftp.debian.org lenny/updates/contrib Packages 404 Not Found [IP: 130.89.149.226 80] Err http://ftp.debian.org lenny/updates/non-free Packages 404 Not Found [IP: 130.89.149.226 80] Fetched 5385kB in 1s (2698kB/s) W: Failed to fetch http://ftp.debian.org/debian-volatile/dists/lenny/volatile/main/binary-amd64/Packages 404 Not Found [IP: 130.89.149.226 80] W: Failed to fetch http://ftp.debian.org/debian-volatile/dists/lenny/volatile/contrib/binary-amd64/Packages 404 Not Found [IP: 130.89.149.226 80] W: Failed to fetch http://ftp.debian.org/debian-volatile/dists/lenny/volatile/non-free/binary-amd64/Packages 404 Not Found [IP: 130.89.149.226 80] W: Failed to fetch http://ftp.debian.org/debian-security/dists/lenny/updates/main/binary-amd64/Packages 404 Not Found [IP: 130.89.149.226 80] W: Failed to fetch http://ftp.debian.org/debian-security/dists/lenny/updates/contrib/binary-amd64/Packages 404 Not Found [IP: 130.89.149.226 80] W: Failed to fetch http://ftp.debian.org/debian-security/dists/lenny/updates/non-free/binary-amd64/Packages 404 Not Found [IP: 130.89.149.226 80] E: Some index files failed to download, they have been ignored, or old ones used instead. r...@111 / [5]# = Please replace the /etc/apt/sources.list with the right one: === deb http://ftp.debian.org/debian lenny main contrib non-free deb http://security.debian.org/debian-security lenny/updates main contrib non-free deb http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free === Best, -- Benjamin Henrion bhenrion at ffii.org FFII Brussels - +32-484-566109 - +32-2-4148403 In July 2005, after several failed attempts to legalise software patents in Europe, the patent establishment changed its strategy. Instead of explicitly seeking to sanction the patentability of software, they are now seeking to create a central European patent court, which would establish and enforce patentability rules in their favor, without any possibility of correction by competing courts or democratically elected legislators. ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] debian-5.0 lenny openvz templates with wrong /etc/apt/sources.list
On Wed, Jul 7, 2010 at 5:07 PM, Scott Dowdle dow...@montanalinux.org wrote: Greetings, - Original Message - Hi, Just to warn you that the following debian template: http://ftp.openvz.org/template/precreated/debian-5.0-x86_64.tar.gz has a wrong /etc/apt/sources.list. Here is what it gives after an apt-get update: = r...@111 / [4]# apt-get update Get:1 http://ftp.debian.org lenny Release.gpg [1033B] Ign http://ftp.debian.org lenny/volatile Release.gpg Ign http://ftp.debian.org lenny/updates Release.gpg Get:2 http://ftp.debian.org lenny Release [73.8kB] Ign http://ftp.debian.org lenny/volatile Release Ign http://ftp.debian.org lenny/updates Release Ign http://ftp.debian.org lenny/volatile/main Packages Ign http://ftp.debian.org lenny/volatile/contrib Packages Ign http://ftp.debian.org lenny/volatile/non-free Packages Get:3 http://ftp.debian.org lenny/main Packages [5150kB] Get:4 http://ftp.debian.org lenny/contrib Packages [71.9kB] Get:5 http://ftp.debian.org lenny/non-free Packages [88.1kB] Ign http://ftp.debian.org lenny/updates/main Packages Ign http://ftp.debian.org lenny/updates/contrib Packages Ign http://ftp.debian.org lenny/updates/non-free Packages Ign http://ftp.debian.org lenny/volatile/main Packages Ign http://ftp.debian.org lenny/volatile/contrib Packages Ign http://ftp.debian.org lenny/volatile/non-free Packages Ign http://ftp.debian.org lenny/updates/main Packages Ign http://ftp.debian.org lenny/updates/contrib Packages Ign http://ftp.debian.org lenny/updates/non-free Packages Err http://ftp.debian.org lenny/volatile/main Packages 404 Not Found [IP: 130.89.149.226 80] Err http://ftp.debian.org lenny/volatile/contrib Packages 404 Not Found [IP: 130.89.149.226 80] Err http://ftp.debian.org lenny/volatile/non-free Packages 404 Not Found [IP: 130.89.149.226 80] Err http://ftp.debian.org lenny/updates/main Packages 404 Not Found [IP: 130.89.149.226 80] Err http://ftp.debian.org lenny/updates/contrib Packages 404 Not Found [IP: 130.89.149.226 80] Err http://ftp.debian.org lenny/updates/non-free Packages 404 Not Found [IP: 130.89.149.226 80] Fetched 5385kB in 1s (2698kB/s) W: Failed to fetch http://ftp.debian.org/debian-volatile/dists/lenny/volatile/main/binary-amd64/Packages 404 Not Found [IP: 130.89.149.226 80] W: Failed to fetch http://ftp.debian.org/debian-volatile/dists/lenny/volatile/contrib/binary-amd64/Packages 404 Not Found [IP: 130.89.149.226 80] W: Failed to fetch http://ftp.debian.org/debian-volatile/dists/lenny/volatile/non-free/binary-amd64/Packages 404 Not Found [IP: 130.89.149.226 80] W: Failed to fetch http://ftp.debian.org/debian-security/dists/lenny/updates/main/binary-amd64/Packages 404 Not Found [IP: 130.89.149.226 80] W: Failed to fetch http://ftp.debian.org/debian-security/dists/lenny/updates/contrib/binary-amd64/Packages 404 Not Found [IP: 130.89.149.226 80] W: Failed to fetch http://ftp.debian.org/debian-security/dists/lenny/updates/non-free/binary-amd64/Packages 404 Not Found [IP: 130.89.149.226 80] E: Some index files failed to download, they have been ignored, or old ones used instead. r...@111 / [5]# = Please replace the /etc/apt/sources.list with the right one: === deb http://ftp.debian.org/debian lenny main contrib non-free deb http://security.debian.org/debian-security lenny/updates main contrib non-free deb http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free === Lookinag at the /etc/apt/sources.list that IS IN the OS Template you linked to, it contains the exact same entries you want it replaced with. Here is the contents of /etc/apt/sources.list from http://ftp.openvz.org/template/precreated/debian-5.0-x86_64.tar.gz: deb http://ftp.debian.org/debian lenny main contrib non-free deb http://ftp.debian.org/debian-volatile lenny/volatile main contrib non-free deb http://ftp.debian.org/debian-security lenny/updates main contrib non-free The only difference between it and what you want it replaced with is the order of line 2 and 3. Does that matter? URL2 and URL3 gives 404 errors: # wget http://ftp.debian.org/debian-volatile --2010-07-07 17:16:43-- http://ftp.debian.org/debian-volatile Resolving ftp.debian.org... 130.89.149.226, 2001:610:1908:a000::149:226 Connecting to ftp.debian.org|130.89.149.226|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2010-07-07 17:16:43 ERROR 404: Not Found. Replacing ftp.debian.org by volatile.debian.org or security.debian.org works. -- Benjamin Henrion bhenrion at ffii.org FFII Brussels - +32-484-566109 - +32-2-4148403 In July 2005, after several failed attempts to legalise software patents in Europe, the patent establishment
Re: [Users] debian-5.0 lenny openvz templates with wrong /etc/apt/sources.list
Greetings, - Original Message - URL2 and URL3 gives 404 errors: # wget http://ftp.debian.org/debian-volatile --2010-07-07 17:16:43-- http://ftp.debian.org/debian-volatile Resolving ftp.debian.org... 130.89.149.226, 2001:610:1908:a000::149:226 Connecting to ftp.debian.org|130.89.149.226|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2010-07-07 17:16:43 ERROR 404: Not Found. Replacing ftp.debian.org by volatile.debian.org or security.debian.org works. I guess it helps when I put on my glasses. Thanks for clarifying that. TYL, -- Scott Dowdle 704 Church Street Belgrade, MT 59714 (406)388-0827 [home] (406)994-3931 [work] ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
[Users] unable to detect lvm volume group
Hi, I am trying to dump some containers with vzdump, I created a 20G file mounted in loopback in /var/lib/vz: # mount /dev/dm-0 on /var/lib/vz type ext3 (rw) # df -lha /dev/dm-0 FilesystemSize Used Avail Use% Mounted on /dev/dm-0 20G 1.3G 17G 8% /var/lib/vz I have a container named 101 running, I try to run the vzdump with --snapshot, and it gives: === # env LANG=C vzdump --snapshot --dumpdir=/root/openvz/dump/ 101 INFO: starting new backup job: vzdump --snapshot --dumpdir=/root/openvz/dump/ 101 INFO: Starting Backup of VM 101 (openvz) INFO: CTID 101 exist mounted running INFO: status = CTID 101 exist mounted running INFO: mode failure - unable to detect lvm volume group INFO: trying 'suspend' mode instead INFO: backup mode: suspend INFO: bandwidth limit: 10240 KB/s INFO: starting first sync /var/lib/vz/private/101/ to /root/openvz/dump/vzdump-openvz-101-2010_07_07-17_47_28.tmp === Any idea how to fix the unable to detect lvm volume group problem? Lvdisplay and vgdisplay gives: === # lvdisplay --- Logical volume --- LV Name/dev/openvzgroup2/openvzvol2 VG Nameopenvzgroup2 LV UUID0yBA8w-dZoS-236K-XlGR-BLqk-8IQa-GZmNQU LV Write Accessread/write LV Status available # open 1 LV Size19.53 GiB Current LE 5000 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:0 # vgdisplay --- Volume group --- VG Name openvzgroup2 System ID Formatlvm2 Metadata Areas1 Metadata Sequence No 2 VG Access read/write VG Status resizable MAX LV0 Cur LV1 Open LV 1 Max PV0 Cur PV1 Act PV1 VG Size 20.00 GiB PE Size 4.00 MiB Total PE 5119 Alloc PE / Size 5000 / 19.53 GiB Free PE / Size 119 / 476.00 MiB VG UUID WyXBzc-AZOR-V2o9-JMWk-mOzv-jzRL-ZlqQai === -- Benjamin Henrion bhenrion at ffii.org FFII Brussels - +32-484-566109 - +32-2-4148403 In July 2005, after several failed attempts to legalise software patents in Europe, the patent establishment changed its strategy. Instead of explicitly seeking to sanction the patentability of software, they are now seeking to create a central European patent court, which would establish and enforce patentability rules in their favor, without any possibility of correction by competing courts or democratically elected legislators. ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] debian-5.0 lenny openvz templates with wrong /etc/apt/sources.list
Benjamin, - Original Message - Replacing ftp.debian.org by volatile.debian.org or security.debian.org works. I have filed the following bug in bugzilla: http://bugzilla.openvz.org/show_bug.cgi?id=1577 That should get it resolved in the next release. TYL, -- Scott Dowdle 704 Church Street Belgrade, MT 59714 (406)388-0827 [home] (406)994-3931 [work] ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] Need help with hanging servers
On Tue, Jul 06, 2010 at 10:33:36AM -0500, Brian Moon wrote: On no regular schedule, the two production servers will hang. And it is a weird hang. They still respond to ping. And TCP connnections answer (connect) but don't respond. Most of the time (say, 70%), this indicates a disk subsystem problem (could be anything disk-related: driver, controller, cable, disk). If the kernel can't (re-)read a portion of program code (say, a previously discarded or not yet loaded memory page for /usr/sbin/sshd) from disk, the process is likely to hang with the attempted read for a long time. Ditto for previously swapped-out data pages (but those are arguably less common than discarded code pages). Less commonly (say, 20%), this is also seen after certain kernel-mode faults (Oops) - if a process or a thread dies on an unexpected kernel-mode fault, but with a lock on a resource still held (so the lock is then never released, causing other processes to bump into it). I reserved another 10% for all other possible causes. ;-) None of the above is OpenVZ-specific. There is nothing in syslog on the host server or any containers. If it's a disk issue, and you only have one RAID array with both the root fs and the logs on it, then logging will likely not work when the issue is triggered - which is why you won't see anything in the logs. Ideally, you'd run dmesg, but for that you need to be able to run a command. There is nothing on the console. This is not specific enough. ;-) Is the console screen entirely blank or does it show, say, a login prompt? If it's blank, then does it get unblanked on a keypress? (I am assuming that you're not running any sort of GUI on the server.) I recommend that you deactivate the kernel's built-in screensaver by adding: echo -e '\033[9;0]' to /etc/rc.d/rc.local, and also issuing this command on the running system with output redirected to /dev/console and/or /dev/tty0. Then the console will display the last messages even if the kernel is locked up so badly that a keypress would not unblank the screen. In another message, you mentioned you were using serial console. That's great. Were you referring to it when you said that there was nothing on the console? If you suspect that the console might not be working well enough (e.g., not being quick enough to capture the last messages before the kernel locks up too badly to continue logging even to the console), you could also try netconsole (it uses the UDP-based syslog protocol). In our experience, netconsole usually eliminates the need for serial consoles. It sounds like a resource issue. No, it does not. You seem to have plenty of RAM, and I assume that you have reasonable privvmpages and kmemsize limits set up, right? If so, it is unlikely that a container would unintentionally cause resource starvation this bad. Linux atl-vz1 2.6.18-028stab056 #1 SMP Tue Jun 30 07:50:32 EDT 2009 x86_64 Intel(R) Xeon(R) CPU E5420 @ 2.50GHz GenuineIntel GNU/Linux You really ought to upgrade to a more recent rhel5 branch kernel, although we've been successfully running both older and newer OpenVZ rhel5 kernels on DELL 2950s without running into any issues. We've been always doing custom builds (our own CONFIG_* settings), though. # vzlist -o ctid,kmemsize,kmemsize.l -s kmemsize These limits are low enough (for an x86_64 system), no problem here. I hope this helps. plug You may also consider outsourcing your sysadmin issues to us. We're quite used to installing and managing OpenVZ-based servers remotely, which we've been doing for years. /plug Alexander ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] Some basic startup related issues
On Wed, Jun 30, 2010 at 12:29 AM, Arturas Skauronas hel...@gmail.com wrote: On Wed, Jun 30, 2010 at 12:11 AM, Nirmal Guhan vavat...@gmail.com wrote: I did so. BTW, where does the container get it fstab entries from? from container etc/fstab file in yours example: /vz/private/50/etc/fstab I doubt. For instance, in another container (102) that is running, I have : # cat /etc/fstab none/dev/ptsdevpts rw 0 0 # mount /dev/simfs on / type simfs (rw) /proc on /proc type proc (rw) /sys on /sys type sysfs (rw) none on /dev/pts type devpts (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) So wonder where these extra entries came from? I added proc to /etc/fstab in 50 too but it still does not get mounted during start. No luck yet with these updates :( [r...@localhost conf]# vzctl start 50 Warning: distribution not specified default used /etc/vz/dists/default looked a little more deeply to your config correct it by adding, correcting values in 50.conf HOSTNAME=foo.example.com VE_ROOT=/vz/root/$VEID VE_PRIVATE=/vz/private/$VEID OSTEMPLATE=centos ORIGIN_SAMPLE=vps.basic NAMESERVER=8.8.8.8 8.8.4.4 NAME=foo *nameservers I entered public google dns servers, enter yours Still does not help. I compared with 102.conf (another container that gets interface address) I don't have nameserver configured. It still gets IP address (though netmask is wrong so basically useless). Here is the output from 102 : [r...@localhost /]# ip addr ls 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 3: venet0: BROADCAST,POINTOPOINT,NOARP,UP,LOWER_UP mtu 1500 qdisc noqueue link/void inet 127.0.0.1/32 scope host venet0 inet 10.33.11.60/32 brd 10.33.11.60 scope global venet0:0 [r...@localhost /]# route add default gw 10.33.11.1 SIOCADDRT: Network is unreachable [r...@localhost /]# Here is the output from 50 : [r...@localhost /]# vzctl start 50 Starting container ... Container is mounted Adding IP address(es): 10.33.11.55 Setting CPU units: 1000 Configure meminfo: 65536 Container start in progress... [r...@localhost /]# vzctl enter 50 entered into CT 50 Unable to get tty name: Bad file descriptor -bash-3.2# -bash-3.2# ip addr ls 1: lo: LOOPBACK mtu 16436 qdisc noop link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 3: venet0: BROADCAST,POINTOPOINT,NOARP mtu 1500 qdisc noop link/void -bash-3.2# FYI, I tried with NAMESERVER as well but no luck with it too. ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
