The out of box DR solution, Hyper-V Replica

If you like Hyper-V live migration you are going to love Hyper-V replica. Hyper-V replica basically an out of box DR solution that is highly customizable. It is replicating your virtual machines to another Hyper-V server to anywhere in the world as long as there is a network connection. As it was designed with the aim to provide disaster recovery even for small companies it is very flexible. You can use it with a DSL line and the servers do not have to be in the same domain (finally something that is not so dependent on AD).

HyperVReplica2

Enable Hyper-V replica on the physical server

As the live migration it is not complicated to set up either. We have to enable the replication in the properties of both Hyper-V servers.

Enable Replication

We have the option to enable both HTTP or HTTPS authentication. HTTPS has the obvious advantage to use encryption. We can further control the replication traffic by configuring which servers are allowed to participate in the replication.

Enable Replication

Trust group tag is a plain text, and can be created on the fly it can further control the replication.

Firewall exception is not created automatically however we are warned to create it.

Hyper-V replication firewall exception

We can enable the predefined rule in the WFAS using the GUI.

WFAS

On server core/Hyper-V server we can enable it from the command line.

Enable-NetFirewallRule -DisplayName “Hyper-V Replica HTTP Listener (TCP-In)”
Enable-NetFirewallRule -DisplayName “Hyper-V Replica HTTPS Listener (TCP-In)”

AWFS

We can verify the configuration from the command line:

verify firewall from command line

Enable Hyper-V replica on the virtual servers

Once it is completed we can enable the replication on the virtual machine itself.

Enable replication on VM

Again as for the live migration it is a very intuitive but highly customizable wizard.

Hyper-V replication wizardHyper-V replication wizard Hyper-V replication wizard Hyper-V replication wizard Hyper-V replication wizard Hyper-V replication wizard Hyper-V replication wizard

Hyper-V replication wizard

On the last page you can see that I forgot to create a virtual switch on the Hyper-V server. It was not an issue I have created the switch later and configured the replica VM to use it. The replication was enabled and started.

The source computer:

Replication

The destination computer:

Replication

As a test I have also enabled replication for a Linux server.

21

After some time the initial replication have successfully completed for both VM. The replicated VMs are offline and the delta replication happens in every 5 minutes to keep the servers in sync. (The initial sync does not have to happen over the network.)

22

Testing the DR plan

In  case there is an issue the failover is not handled automatically so it gives us the chance to decide if we want to failover to DR or not. If we foresee a resolution in 30 minutes we may not want to do it. However if we decide to initiate the failover it is going to happen very fast. There is no need for restore, OS install etc. It is there up and running in seconds. We can even specify a different IP address for the DR site in advance so we do not have to worry about that during a server failure.

It is very easy to see if our replication works and to test if the server can be recovered. We can find the features by right clicking on the VM in the Hyper-V console.

23

Details of the replication health:

24

We can also initiate a test failover from here anytime without impacting the replication! A new virtual machine will be created and we can start it up to see if the machine would work in a DR situation or not.

26

29

Planned failover

In case we know for sure that there will be a power outage let us say for days or we have a faulty RAID disk that will not be replaced by tomorrow we can initiate a planned failover on the primary server. To do this we have to shut down the virtual server. (Not like me on my first attempt. ;) )

31 32

I have tested the failover for both a Windows and a Linux server. The failover of the Windows server was graceful, even the network configuration was ok.

On Linux server I have run into an issue that I already faced once during a move (export/import) between two servers. It has “created” a new network adapter and failed to connect to the network.

It is very easy to fix, depending on your experience and access level it is around 60 seconds to do the necessary configuration. You can find more details here: http://kereszturiblog.wordpress.com/2012/09/

39

Check syslog for error related to eth grep eth /var/log/syslog

Correct the /etc/network/interfaces configuration file:
allow-hotplug ethX
iface ethX inet dhcp

X is the number given to the interface most likely 1.

Run ifup eth1

37

The application works after failover on the new IP:

36

Unplanned failover

We can initiate failover on the replica server. In this case the source server considered as failed and no replication attempted hence there might be some data loss since the last replication. Replication happens in every 5 minutes so it should not be a huge impact. In case it is, consider to implement failover clustering.

25

I am sure that there are many people who will love this solution. I personally have huge plans with this and I think it has greatly increased our possibilities in data loss prevention.  Not to mention the fast recovery.

Categories: Hyper-V

Windows 8 Sysprep kalandok

May 24, 2013 1 comment

Windows és Office telepítése kevesebb, mint 15 perc alatt. Gondoltam ezt bedobom így az elejére, mielőtt mindenki unottan becsukná a böngésző ablakot.

Lehet, hogy lerágott csont már, de mindig van új a nap alatt és mindig talál az ember olyat, amit korábban nem tudott szóval hátha én is szolgálhatok ilyennel. Előrebocsájtom, hogy lesz benne olyan, ami nem saját kútfőből van, hiszen hiába csináltam már számtalan ilyet azért a dolgok folyamatosan változnak (többnyire fejlődnek) szóval valahonnan valakitől el kell lesni az új dolgokat, ezeket igyekszem forrásként feltüntetni, sőt néhány helyen időmegtakarításból simán csak belinkelem az oldalt ahol bővebb infó található.

A blog apropója, hogy nemrégiben nekiláttam egy projekt előkészítésének ahol tetszőlegesen Windows 8 vagy Windows 7 rendszereket kell telepíteni vasakra, ami akár napi újratelepítést is jelenthet. Ezt ugye senki nem szeretné, naponta manuálisan végigcsinálni a vezérlőprogramokkal és biztonsági frissítésekkel együtt, tehát maradt a lemezképes telepítés, amiben minden előre telepítve van és időnként kényelmesen frissíthető is, ha igény van rá.

Lemezkép készítéshez én nagyon régóta az imagex alkalmazást használom pontosabban a gimagex-et mert annak szép grafikus a felülete és nem kell a parancssorral bénáznom. :-) Most is ezt próbáltam, gondoltam gyorsan leszedem a lemezképet még sysprep előtt, mert az automatizált sysprep telepítést akartam jól belőni, hogy nekem csak egy gépnevet és felhasználónevet kelljen beírnom az ügyfél igényei szerint és hagyjon engem az összes többi beállítással békén a telepítő, amik minden esetben egyeznek. Szóval felbootoltam a kedvenc WinPE USB kulcsomról és elindítottam az alkalmazást majd vártam és vártam. A dolog valahogy feltűnően sokáig tartott ezért belenéztem a logokba és mindegyik sor végén ezt láttam [err=282]

Mivel ez nem túl jó jel ezért elkezdtem nézelődni fórumokon, hogy más belefutott-e ebbe. Gimagex honlapján a Windows 8 nem volt feltüntetve támogatott operációsrendszerként és más fórumon azt olvastam, hogy az imagex eszköz támogatása meg fog szűnni és helyette a dism nevű eszközt javasolják. Szóval egyből neki is láttam volna ezzel, de sajnos nem olyan egyszerű a dolog, hogy felmásoljuk az USB kulcsra és hadd szóljon. Mivel várható, hogy több dolog is változott nem csak a lemezkép készítés ezért nekiláttam és készítettem egy új bootolható USB kulcsot Windows szerver 2012 alatt. Ehhez a Windows Deployment Kit-ben található Deployment and Imaging tools környezetből láttam neki a feladatnak, ami sokkal egyszerűbb kéne, hogy legyen, mint régen volt. Elméletileg két utasítást kell lefuttatnunk és már kész is a bootolható WinPe USB kulcs. Ezek:

Copype amd64 C:\winpe_amd64

Ez az utasítás a WinPE fájlokat másolja a C:\winpe_amd64 könyvtárba

Több kapcsolója is van, bővebben itt lehet erről olvasni: http://technet.microsoft.com/en-us/library/hh825071.aspx

Makewinpemedia /ufd C:\winpe_amd64 F:\

Ez az utasítás az előbb előkészített fájlokat másolná az USB kulcsra, amit előtte saját maga formáz. Nincs szükség a manuális diskpart utasítások használatára, bár nekem személy szerint a diskpart kicsit a szívemhez nőtt, abból az időből, amikor még sok lemezzel kapcsolatos dolgot csak ebből lehetett megcsinálni, de első a kényelem. :-)

Bővebben a MakewinPEMedia utasításról itt lehet olvasni: http://technet.microsoft.com/en-us/library/hh825071.aspx

Sajnos mindkét utasításnál belefutottam egy-egy hibába.

A copype utasításnál sikerült ugyanezt reprodukálnom:

ERROR: The following processor architecture was not found: amd64.
Szerencsére wjsorensen helyes válasza az alábbi fórumon segített és hát annak ellenére, hogy nagy Microsoft támogató vagyok, valamiért ebben az esetben egyetértek az utolsó mondatával, bár az is igaz, hogy csak az nem hibázik, aki nem dolgozik, bár én ezt elég rosszul viselem. :-)

http://social.technet.microsoft.com/Forums/en-US/w8itproinstall/thread/1155d38c-e7fd-4b4f-a31c-26875d4f47a7

A Makewinpemedia utasításnál ismét sikerült hibába futnom. Néhány parancsot hiányolt a rendszer, ami igaz megvolt, de nem találta az utasítás. Valószínűleg nem ez a legelegánsabb módja a megoldásnak, de én simán bemásoltam őket az utasítás mellé és már ment is gond nélkül minden.

X

Ennyit az egyszerűbb bootlemez készítésről, de tuti kijavítják az előző verzióban is idővel a helyére került a boot.wim is. :-) Link a régi cikkhez.

Ja és még egy dolog amit én személy szerint mindig le szoktam futtatni.

convert e: /fs:ntfs
Azt hogy ez miért nem alapból NTFS még most sem azt nem tudom. Hogy miért is kell ez nekem? Hát előfordul, hogy egy-egy fájl 4 GB-nál nagyobb és olyankor jó lenne, ha az ember ezekkel is tudna gond nélkül dolgozni az USB kulcsról…

Szóval eljutottunk odáig, hogy van egy bootolható USB kulcsunk, egy előtelepített rendszerünk, elvileg minden készen áll a lemezkép készítésére. Legalábbis a halandó rendszergazda ezt gondolná. Sajnos ez, nincs így ha beépített alkalmazást módosítunk. Ezek csodaszép hibaüzeneteket tudnak adni syprep után, amelyek közül egyik sem utal arra, hogy mi is a gond.

Az egyszerűbb megoldás, hogy ilyen alkalmazásokat csak sysprep után telepítsünk/módosítsunk:

http://social.technet.microsoft.com/Forums/en-US/w8itproinstall/thread/882cd756-e6eb-41c4-b0f8-8de42194db4a/

A Microsoft által Április 17.-én publikált cikk (http://support.microsoft.com/kb/2769827 )javasol egy jobb megoldás erre a problémára PowerShell használatával, na de persze ehhez el kell jutnia a szerencsétlen rendszergazdának odáig, hogy ez okozza a gondot. Nekem nem kis időmbe tellett, pláne, hogy egy válaszfájl is volt a képben, amivel automatizáltam a folyamatot. Szóval akár az is okozhatta volna a gondot.

A hibaüzenetek, amivel én találkoztam (illetve ezek Magyar megfelelőjével):

  • cannot install on this hardware
  • Windows could not finish configuring the system, press enter (és ez folyamatosan ismétlődik, amíg meg nem unom)

Ha valaki hasonló problémával találkozik, van egy nagyszerű módja a hibakeresésnek, amit most ismertem meg, igaz az én esetemben nem sokat segített, de még hasznos lehet valamikor:

  1. Amikor a hibaüzenet megjelenik,      nyomd meg a Shift+F10 gombokat. Egy parancssor ablak nyílik.
  2. CD C:\Windows\Panther válts erre a könyvárra, itt      vannak a logfájlok.
  3. Futtasd ezt az utasítást: Tracerpt setup.etl -o logfile.csv (check TechNet’s tracerpt      full syntax)
  4. Majd      ezt: Notepad logfile.csv ez megnyitja a log fájlt.
  5. Keress ezekre a szavakra fail      or failed,

Forrás: http://community.spiceworks.com/topic/123691-what-next-sysprep-error-windows-could-not-finish-configuring-the-system David4364 válasza

Most már tényleg készen állunk a sysprep futtatására. Akkor sysprep-eljünk, na de, mi is az a Sysprep és miért jó?

A sysprep ingyenes eszköz, ami egy előre installált operációs rendszer általánosítására szolgál. Futtatáskor minden egyedi beállítást eltávolít, és ami még fontosabb egyedi azonosítót generál a számítógép számára, ami egy domainben elengedhetetlen. Illetve el lehet engedni, de akkor elég sok kellemetlenség érheti az embert. :-)

Alapból a sysprep-et lefuttatja az ember, készít róla egy lemezképet és már rakja is fel a többi gépre, nagy lelkesen válaszolgatva a varázsló kérdéseire. Ezt így csináljuk:

sysprep /generalize /oobe /shutdown

Ennél jobb megoldás ha az ismétlődő dolgokat a rendszer már előre tudja így azzal nekünk nem kell bíbelődnünk. Ehhez egy válaszfájlt készítehtünk a Windows System Image Manager használatával ami a Windows Assessment and Deployment Kit (ADK) for Windows 8 része. Erről egy nagyszerű leírás található itt: http://sybaspot.com/the-complete-guide-to-preparing-a-windows-8-deployment-image-using-audit-mode-and-sysprep-with-an-unattend-xml-answer-file/

Mondjuk ez még nagyszerűbb volt, amikor Windows 2000 alatt a RIS (Remote Installation Service)-es időkben minden beállítást leszedet egy kis program és nem kellett találgatni, hogy melyik sor micsoda. Szerintem nem sok ember van ma aki ezeket fejből el tudná mondani. :-)

Amikor elkészült a válaszfájl akkor ezt be kell másolni a c:\windows\system32\sysprep\ könyvtárba

Érdemes egy parancsfájlt is készíteni, ami törli a válaszfájlokat, mert ugye benne van a rendszergazda jelszó.

A C:\Windows\Setup\ könyvtárban kell egy scripts nevű könyvtárat készíteni, amelybe a setupcomplete.cmd néven kell a fájlt elkészíteni. Ez a parancsfájl le fog futni a telepítést követően, tehát akár ki is lehet bővíteni ezt, ha mást is szeretnénk telepítés után csinálni. A következő két sor mindféleképp javasolt, hogy benne legyen:

del /Q /F c:\windows\system32\sysprep\unattend.xml
del /Q /F c:\windows\panther\unattend.xml

Ha ez mind megvan akkor a C:\windows\system32\sysprep könyvtárból indítva mehet is a sysprep folyamat:

sysprep /generalize /oobe /shutdown /unattend:c:\windows\system32\sysprep\unattend.xml

Ezt követően a gép leáll és kezdődhet az image készítés a bootoloható WinPe USB kulcs és a dism program segítségével:

Dism /Capture-Image /ImageFile:f:\win8boot.wim /CaptureDir:C:\ /Name:"Win 8 boot partition"
Dism /Capture-Image /ImageFile:f:\win8windows.wim /CaptureDir:E:\ /Name:"Win 8 WIN partition"

Ezzel el is készült a lemezképünk amit telepíthetünk más gépekre. (Amennyiben nincs nagy hardver eltérés.)

Hogy is néz ki a telepítés? A dism-el készített képfájlok telepítésére elő kell készíteni a partíciókat. Ezt a WinPe környezetnől megtehetjük a diskpart nevű programmal a következő utasításokkal:

diskpart
select disk 0
create partition primary size=300
format quick fs=ntfs label="System"
assign letter="C"
active
create partition primary
format quick fs=ntfs label="Windows"
assign letter="E"
exit

Majd ezt követően telepíthetjük is a lemezképeket:

Dism /apply-image /imagefile:F:\Images\win8boot.wim /index:1 /ApplyDir:C:\
Dism /apply-image /imagefile:F:\Images\win8windowsSYSPREP.wim /index:1 /ApplyDir:E:\

Ezt követően újraindítjuk a gépet és Windows magától befejezi a telepítést. Persze ez függ attól is mennyi mindent adtunk meg a válaszfájlban.

Ha valaki szeretné ezeket az utasításokat tovább lehet automatizálni, hogy ne kelljen ennyi furcsa nevű alkalmazásra és kapcsolóra emlékezni. Most a teljes kódot nem írom le, de annyit segítek, hogy a diskpart /s kapcsolóval lehet diskpart scripteket futtatni.

Nálam a végeredmény így néz ki:

menu

Ezt persze még tovább lehetne egyszerűsíteni, de nekem ez így szimpatikusabb volt első körben.

A végére még egyszer a telepítési idő így összességében kevesebb, mint 15 perc lett Office alkalmazással együtt.

Legközelebb lehet, kicsit belemászok az Office telepítés automatizálásba, bár most ami leginkább izgat a VMM, na meg a piaci igény miatt a Sharepoint üzleti (Office 365) felhasználási lehetőségei… Így lesz egy infrastruktúra admin-ból Sharepoint-os.:-)

Szép napot mindenkinek!

Categories: Hungarian posts, Windows 8

Ad Hoc WiFi network with Windows 8

April 10, 2013 Leave a comment

Today’s lesson learned to me is how to setup Ad Hoc WiFi network using Windows 8. I create this post just as a memo for an unlikely event when I need to do it again.

1, Verify that your network adapter support hosted network. (Start cmd with admin rights.) If the highlighted line say “yes” you are good to go.

1

2, Issues the following commands

netsh wlan set hostednetwork mode=allow ssid=<enter_network_name_here> key=<enter_password_here>
netsh wlan start hostednetwork

3, Create a batch file for the same to make your customer happy.

Share your internet connection (if required) using the new interface just created.

Voila you have an Ad Hoc network without wi-fi router. Of course you should go with a router on the long run.

Categories: Windows 8

Having fun with Hyper-V live migration

I am a big fun of virtualization and Hyper-V and I am  very interested and impressed about the new version. I have seen a number of presentations about the new features and recently I was playing around with the Live migration feature of Hyper-V server 2012. It was very easy to configure it and it worked perfectly. Against the fact that it was easy to setup I came through some issues and gained some valuable experience that probably worth to share.

The computers used for testing and the configuration

Computer 1: A Windows server 2012 standard with Hyper-V role. This server is running on a computer with the following configuration: Intel Core 2 Duo E6750 2,66 Ghz CPU; 8 GB memory with mirrored 1 TB disk capacity.

Computer 2: A Hyper-V server 2012. (The free virtualization tool . ;-) ) This server is running on a computer with the following configuration: LENOVO PC ThinkCentre Edge 72 TWR, Intel Core i3-2 with 4 GB RAM and 500 GB disk.

Shared Nothing Live Migration

After installing the Hyper-V server there is not anything special, it is just like a server core with pretty limited interface. So first of all I have added the server to the domain and added to the server manager in the fully featured Windows server 2012. I have added the server to the Hyper-V console too so I can easily manage the server.

Hyper-V console

After adding the servers to the console I have enabled the Live migration in the Hyper-V settings on both server. I have selected the CredSSP authentication. The drawback of this that the person who initiate the live migration has to be logged in to the server. Using the Kerberos method this is not needed.

Enable live migration

After completing the configuration we can initiate the move of the server from the Hyper-V console. A very intuitive wizard helps us in the move.

Live migration wizardLive migration wizardLive migration wizardLive migration wizardLive migration wizardLive migration wizardLive migration wizard

After these few steps the migration should start but I managed to run into an issue.

Live migration error

After reading the error message I did not give up. I have two Intel based CPU and the migration between them is supported. In case there is any difference between the instruction sets we can tell Hyper-V that the other server have a different processor version. (Note it will work only with the same manufacturer. So Intel to AMD and AMD to Intel will not work.)

CPU comaptibility

Unfortunately even after that the Live migration did not work. That was strange. Afterall I have initiated an offline migration that went just fine but I was not happy with that. Finally when I have tried to startup the VM on the Hyper-V server I have found out that the failure was due to the fact that on the destination server the virtualization was not enabled… Lesson learnt.

I have enabled the virtualization in the BIOS and I was able to do the Live migration to both directions. During the move I had remote desktop connection to the virtual machine I moved and my rdp connection was not dropped so it was working perfectly.

I was curious if it would work with a Linux machine. I have opened and SSH session to a VM and initiated the move. I have moved the server to the Hyper-V server and back to the original location. My SSH session did not break and I could continuously work on the server through SSH and in the hosted application too.

Install PowerShell on Hyper-V server

Since I have used CredSSP as the authentication instead of Kerberos I have faced one more challenge. I had to move the VM backwards without using the Hyper-V console. First I did try a remote PowerShell console through the server manager. That obviously failed as I was not logged in to the server locally that is required for CredSSP. So I was about to do the same on the local server without the console. To do this I need PowerShell.

It is possible to install PowerShell on the Hyper-V server since Windows server 2008 R2 (source: http://blogs.msdn.com/b/virtual_pc_guy/archive/2009/02/10/enabling-powershell-on-hyper-v-server-2008-r2.aspx?Redirected=true )

To do this run the following command:

start /w ocsetup MicrosoftWindowsPowerShell

Once the install completed you can run the following command to start PowerShell:

start C:\Windows\System32\WindowsPowerShell\v1.0\PowerShell.exe

Move VM in PowerShell

Using Get-VM you can list the virtual machines

Using Move-VM it is possible to move the virtual machines to another server
Move-VM “ServerToMove” DestinationServerName –IncludeStorage –DestinationStoragePath C:\Hyper-V

Move VM from PowerShell

Move-VM progress

Handling Virtual Switches during Live migration

During live migration in case it is initiated from the Hyper-V console we have the chance to specify a new switch on the destination server as shown in the picture.

Specify virtual switch

However when we initiate the move from PowerShell the move will fail. I have not found any command line option to specify a different switch so I have decided to rename the switch. That works as a workaround but probably there is a way to specify a switch since the wizards are invoking PowerShell scripts.

Afterall I think Hyper-V with Live Migration is a great tool and makes management tasks much more easier. I am really interested to test Hyper-V Replica next that can provide us site level fault tolerance with a warm standby copy of a virtual machine.

Categories: Hyper-V

Moving from Thunderbird to Microsoft Outlook

March 14, 2013 Leave a comment

There is no direct way to move from Thunderbird to Outlook. At least I am not aware of it. There are some documents on the internet about moving from Thunderbird to Outlook but the term Outlook is confusing since Microsoft Outlook and Outlook Express is not distinguished. Also Outlook Express is obsolete for a while now and Live Mail should be used instead.

So here is how to move:

  1. Install ImapSize and use mbox2eml conversion. You can download ImapSize from http://www.broobles.com/imapsize/index.php (Thanks for the great free tool.)
  2. You have to locate the folder where Thunderbird stores your mails. The files do not have an extension and each folder (Inbox, Sent items etc.) stored in separate files.
  3. Use mbox2eml conversion on each of the file that you wish to migrate.
  4. Once you are done you will need Outlook Express on Windows XP and earlier. On Windows versions above you will need Live Mail.
  5. Configure a dummy account in Outlook Express or Live mail.
  6. Drag and drop the exported mails from the explorer windows to the Mail client. (It does not work directly to Microsoft Outlook)
  7.  Now you can export the mails to Microsoft Outlook. The export will create the folders and mails automatically in your pst.
  8. Drag and drop your mails to the desired location within your pst file.
  9. Now you can move your mails to Exchange or Office 365.

Obviously if your mails are stored on the mail server not on the local computer then you do not need to complete all of these.

Enjoy.

Categories: Office365

Windows 8 is too fast

February 20, 2013 Leave a comment

I have recently tested Windows 8 on a Lenovo B570e to see if it is suitbale for that OS. It was working fine however when I have tried to reinstall it I could not manage to get in to the BIOS. Windows 8 was way too fast in booting, basically I have not had a chance to get into the BIOS.

After some research on the web it turned out that I can get in using some trick.

So here is the trick:
If you need enter BIOS after shutdown system.Press shift and click shutdown.
Or you can disable Win8 fast boot function at OS.

You can read more about this topic here: http://blogs.msdn.com/b/b8/archive/2012/05/22/designing-for-pcs-that-boot-faster-than-ever-before.aspx

That saved my day.

Categories: Windows 8

Windows 8 and Office 2013 install using MDT 2012 and WDS in HyperV enviroment

December 12, 2012 Leave a comment

This small video demonstrate a light touch installation of Windows 8 and Office 2013 using MDT 2012 and WDS. Light touch installation is fully automated apart from pressing F12 for network boot. In this video however there are two inputs: computername and serial number.

I have decided to type in the computer name myself so I can pick my preferred name for the actual deployment but it could be hard coded or driven through a database. OSDComputerName=%SerialNumber% will not work in HyperV as the asset tag generated is longer then 15 characters.

I also did not provide a licence key for the OS to spare them for real deployments.

It take some time to deploy the OS but you can do something more useful while MDT deploys your system. It is nice is not it?

Categories: Windows 8
Follow

Get every new post delivered to your Inbox.

Join 390 other followers